Il wsdl e gli schemi del servizio web si trovano qui:
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:
API fornisce diversi servizi:
La ricerca dell'azienda consiste in 2 opzioni:
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.
Il registro della Norvegia non permette di cercare le aziende cancellate per nome. Pertanto, non possiamo fornire un SimpleSearch per nomi all'interno delle aziende cancellate in Norvegia.
Qui sotto potete trovare l'esempio:
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: Come cercare un'azienda?
I seguenti stati sono utilizzati per i rapporti:
Se lo stato di esecuzione è Finished o Updated, allora potete ottenere un ordine.
I seguenti stati sono utilizzati per i rapporti:
Se lo stato di esecuzione è Finished o Updated, allora potete ottenere un ordine.
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: Come cercare un'azienda?
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: Come cercare un'azienda?
Questa funzione è necessaria solo quando si ordina un prodotto: finances (Financial statements) con delivery_term = 'o'.
I seguenti stati sono utilizzati per i rapporti:
If the execution status is Finished or Updated, then you can get an order.
La richiesta consiste in 3 parti:
/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 richiesta consiste in 3 parti:
delivery_term:
Questi errori possono verificarsi durante la richiesta al nostro servizio web.
country_economic_overview — include le seguenti sottosezioni: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — informazioni sulle imposte pagate.tenders — informazioni sulle gare d'appalto.sanctions — aggiunte alla sezione negative_information. beneficiaries, shareholders, managers e employees_data è stato aggiunto il seguente elemento:source_type — tipo di fonte dei dati (ad esempio, official, mass_media, company_admin, ecc.). relations_of_persons è stato aggiunto un nuovo elemento:match_typecapital è stata riorganizzata:capital_amount " è stato rinominato " issued_capital". number_of_sharesshare_valueauthorized_capitalemployees_data ":group_figure indica se i dati includono cifre aggregate a livello di gruppo (true). source_type specifica il tipo di fonte dei dati.is_estimated " è ora incluso solo se il suo valore è " true". assets_data — consolida le sezioni precedentemente esistenti:real_estate_data (precedentemente denominata property_data), vehicles, machinery_and_equipment (precedentemente denominata assets). patents e biological_assets. vehicles è stato aggiunto un nuovo campo:valuelitigations sono stati aggiunti i seguenti elementi:content, instance, process, authorityfinancial_statement/positions e summary/latest_turnovers è stato aggiunto un nuovo elemento:value_origin — descrive l'origine del valore; ad esempio, il valore estimated - questo valore è stimato e calcolato sulla base dei dati disponibili utilizzando la logica o l'intelligenza artificiale.branches_data sono stati aggiunti i seguenti campi:registration_numberdirector_nameNota: durante la fase di stabilizzazione potrebbero ancora verificarsi piccoli miglioramenti e modifiche.
Un webhook è un modo in cui un'applicazione può fornire ad altre applicazioni informazioni in tempo reale. La nostra funzione webhook implementa callback HTTP configurati con un URL. Un payload HTTP POST viene inviato a questo URL in formato JSON ogni volta che si verifica un evento specificato. Nel contesto del nostro progetto, abbiamo progettato la funzione webhook per attivare eventi specifici.
Per impostare un webhook per la vostra applicazione, visitate la pagina delle impostazioni dell'applicazione e cercate la sezione "Impostazioni webhook". E fornire le seguenti informazioni:
Dopo aver fornito questi dati, fare clic su "Salva".
Quando si verifica un evento, invieremo una richiesta HTTP POST all'URL del payload con un corpo JSON contenente informazioni sull'evento.
È importante verificare che le richieste POST inviate all'URL del payload provengano dalla nostra applicazione. A tale scopo, ogni richiesta di webhook include un'intestazione X-Signature.
Per la firma si utilizza l'algoritmo HMAC con SHA512.
Segreto è una concatenazione di ID app e Chiave segreta dalle impostazioni dei webhook.
È possibile aggiungere i propri parametri di get all'endpoint per identificare il mittente, se necessario.
Il server deve rispondere entro 10 secondi e restituire un codice HTTP 2XX; in caso contrario, la consegna del webhook è considerata fallita. In caso di fallimento, la funzione tenterà di reinviare la richiesta in base ai criteri di consegna.