El servicio web wsdl y los esquemas se encuentran aquí:
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:
La API ofrece varios servicios:
La búsqueda de empresas consta de 2 opciones:
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.
El registro de Noruega no permite buscar empresas eliminadas por nombres. Por lo tanto, no podemos proporcionar un SimpleSearch por nombres dentro de las empresas eliminadas en Noruega.
A continuación puede encontrar el ejemplo:
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: ¿Cómo buscar una empresa?
En los informes se utilizan los siguientes estados:
Si el estado de ejecución es Finished o Updated, entonces puede obtener una orden.
En los informes se utilizan los siguientes estados:
Si el estado de ejecución es Finished o Updated, entonces puede obtener una orden.
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: ¿Cómo buscar una 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: ¿Cómo buscar una empresa?
Esta función sólo es necesaria cuando se pide un producto: finances (Financial statements) con delivery_term = 'o'.
En los informes se utilizan los siguientes estados:
If the execution status is Finished or Updated, then you can get an order.
La solicitud consta de 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
La solicitud consta de 3 partes:
delivery_term:
Estos errores pueden producirse al realizar una solicitud a nuestro servicio web.
country_economic_overview — incluye las siguientes subsecciones: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — información sobre los impuestos pagados.tenders — Información sobre licitaciones.sanctions — añadido a la sección « negative_information ». beneficiaries, shareholders, managers y employees_data, se ha añadido el siguiente elemento:source_type — tipo de fuente de datos (por ejemplo, official, mass_media, company_admin, etc.). relations_of_persons, se ha añadido un nuevo elemento:match_typecapital:capital_amount » ha pasado a denominarse « issued_capital ». number_of_sharesshare_valueauthorized_capitalemployees_data »:group_figure » indica si los datos incluyen cifras agregadas a nivel de grupo (true). source_type especifica el tipo de fuente de datos.is_estimated » ahora solo se incluye si su valor es « true ». assets_data »: consolida las secciones que existían anteriormente:real_estate_data (anteriormente denominada « property_data »), « vehicles » y « machinery_and_equipment » (anteriormente denominada « assets »). patents y biological_assets. vehicles, se ha añadido un nuevo campo:valuelitigations, se han añadido los siguientes elementos:content, instance, process, authorityfinancial_statement/positions y summary/latest_turnovers, se ha añadido un nuevo elemento:value_origin — describe el origen del valor; por ejemplo, el valor estimated: este valor se estima y calcula a partir de los datos disponibles utilizando lógica o IA.branches_data, se han añadido los siguientes campos:registration_numberdirector_nameNota: Es posible que se produzcan pequeñas mejoras y ajustes durante la fase de estabilización.
Un webhook es una forma de que una aplicación proporcione a otras aplicaciones información en tiempo real. Nuestra función de webhook implementa devoluciones de llamada HTTP configuradas con una URL. Una carga HTTP POST se envía a esta URL en formato JSON cada vez que se produce un evento especificado. En el contexto de nuestro proyecto, hemos diseñado la función webhook para desencadenar eventos específicos.
Para configurar un webhook para su aplicación, vaya a la página de configuración de la aplicación y busque la sección 'Configuración de Webhooks'. Y proporcione la siguiente información:
Después de proporcionar estos datos, haga clic en "Guardar".
Cuando se produzca un evento, enviaremos una solicitud HTTP POST a la URL de carga útil con un cuerpo JSON que contenga información sobre el evento.
Es importante verificar que las peticiones POST enviadas a la URL de carga útil proceden de nuestra aplicación. Para ello, cada solicitud de webhook incluye una cabecera X-Signature.
Para la firma utilizamos HMAC con el algoritmo SHA512.
Secret es una concatenación de App ID y Secret Key de la configuración de webhooks.
Es posible añadir sus propios parámetros get al endpoint para identificar al remitente si es necesario.
Un servidor debe responder en 10 segundos y devolver un código HTTP 2XX; de lo contrario, la entrega del webhook se considera fallida. En caso de fallo, la función intentará reenviar la solicitud de acuerdo con la política de entrega.