Serviço Web wsdl e esquemas estão aqui localizados:
https://wsdfn.infoproff.com/v4/
Postman Collection (API v4) — Ready for Use:
https://www.postman.com/infoproff/infoproff-webservices/documentation/9kweer5/soap-api-v4
Postman provides a convenient way to test our API without the need to write any code. It can also automatically generate example HTTP requests for most common programming languages.
The requests generated by Postman are basic HTTP calls compatible with our SOAP API. However, for production-grade integration, we recommend using fully featured SOAP clients available in most programming languages. These clients can work directly with WSDL and XSD, automatically handling schemas, data types, and message structures.
Using a dedicated SOAP client ensures a more reliable and robust integration, reducing the likelihood of errors when constructing and parsing SOAP messages.
Authentification details
The primary authentication method is HTTP Basic Auth. Using the Authorization header with encoded credentials is the preferred and recommended approach.
The username corresponds to the App ID, and the password is the associated Secret Key. These values are generated in the API Tokens section of the user dashboard and are not related to the credentials used for logging into the portal.
The authentication_block mechanism, used in previous API versions, is still supported for backward compatibility but is considered deprecated and should not be used in new integrations.
Web service functions:
A API fornece vários serviços:
A pesquisa da empresa consiste em 2 opções:
The search for other countries is performed only in the database of archived reports. If you do not find the desired company, enter the company details manually.
search_result_id can be acquired here for orders with delivery_term = "o" or delivery_term = "a".
It may take up to 20 seconds to respond to a search request in the following countries: United Kingdom, Ireland, France, Spain, Portugal, Germany, Italy, Austria, Switzerland.
O registo da Noruega não permite pesquisar empresas apagadas por nomes. Por conseguinte, não podemos fornecer um SimpleSearch por nomes dentro de empresas eliminadas na Noruega.
Abaixo pode encontrar o exemplo:
Below you can find the example of how to order and download reports:
To order an Online/Offline with identification report you need to receive "<search_result_id>".
To do so, please follow the link: Como procurar uma empresa?
Os seguintes estados são utilizados para relatórios:
Se o estado de execução for Finished ou Updated, então poderá obter uma encomenda.
Os seguintes estados são utilizados para relatórios:
Se o estado de execução for Finished ou Updated, então poderá obter uma encomenda.
Below you can find the example of how to order and download archived reports:
To order an archived report you need to receive "<search_result_id>" which has an "<archived_reports>" section that contains a product you need.
To do so, please follow the link: Como procurar uma empresa?
Example companies with archived reports:
Just like the online/offline reports.
Just like the online/offline reports.
Just like the online/offline reports.
Just like the online/offline reports.
To order an online financial statements, you need to receive "<search_result_id>".
To do so, please follow the link: Como procurar uma empresa?
Esta função só é necessária quando se encomenda um produto: finances (Financial statements) com delivery_term = 'o'.
Os seguintes estados são utilizados para relatórios:
If the execution status is Finished or Updated, then you can get an order.
O pedido é composto por 3 partes:
/report?&lang=en&doc_type=pdf¤cy_position=left&preferred_currency=EUR
https://www.infoproff.com/en/orders/files/<order_hash>/report?&lang=en&doc_type=pdf¤cy_position=left&preferred_currency=EUR
O pedido é composto por 3 partes:
delivery_term:
Estes erros podem ocorrer ao fazer o pedido ao nosso serviço web.
country_economic_overview — inclui as seguintes subseções: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — informações sobre impostos pagos.tenders — informações sobre concursos.sanctions — adicionado à secção negative_information. beneficiaries, shareholders, managers e employees_data, foi adicionado o seguinte elemento:source_type — tipo de fonte de dados (por exemplo, official, mass_media, company_admin, etc.). relations_of_persons, foi adicionado um novo elemento:match_typecapital foi reestruturada:capital_amount » foi renomeado para « issued_capital ». number_of_sharesshare_valueauthorized_capitalemployees_data »:group_figure » indica se os dados incluem valores agregados ao nível do grupo (true). source_type especifica o tipo de fonte de dados.is_estimated » agora só é incluído se o seu valor for « true ». assets_data » — consolida secções anteriormente existentes:real_estate_data (anteriormente denominada « property_data »), « vehicles » e « machinery_and_equipment » (anteriormente denominada « assets »). patents e biological_assets. vehicles, foi adicionado um novo campo:valuelitigations, foram adicionados os seguintes elementos:content, instance, process, authorityfinancial_statement/positions e summary/latest_turnovers, foi adicionado um novo elemento:value_origin — descreve a origem do valor; por exemplo, o valor estimated - este valor é estimado e calculado com base nos dados disponíveis utilizando lógica ou IA.branches_data, foram adicionados os seguintes campos:registration_numberdirector_nameNota: Pequenas melhorias e ajustes ainda podem ocorrer durante a fase de estabilização.
Um webhook é uma forma de uma aplicação fornecer a outras aplicações informações em tempo real. A nossa funcionalidade de webhook implementa chamadas de retorno HTTP configuradas com um URL. Um payload HTTP POST é enviado para este URL em formato JSON sempre que ocorre um evento especificado. No contexto do nosso projeto, concebemos a função webhook para desencadear eventos específicos.
Para configurar um webhook para a sua aplicação, navegue até à página de definições da aplicação e procure a secção "Definições de webhooks". E forneça as seguintes informações:
Depois de fornecer estes dados, clique em "Guardar".
Quando ocorre um evento, enviamos um pedido HTTP POST para o URL de carga com um corpo JSON que contém informações sobre o evento.
É importante verificar se os pedidos POST enviados para o URL de carga útil são da nossa aplicação. Para ajudar com isso, cada pedido de webhook inclui um cabeçalho X-Signature.
Para a assinatura, utilizamos o HMAC com o algoritmo SHA512.
O segredo é uma concatenação da ID da aplicação e da chave secreta das definições dos webhooks.
É possível adicionar os seus próprios parâmetros get ao ponto final para identificar o remetente, se necessário.
Um servidor tem de responder no prazo de 10 segundos e devolver um código HTTP 2XX; caso contrário, a entrega do webhook é considerada falhada. Em caso de falha, a funcionalidade tentará reenviar o pedido de acordo com a política de entrega.