Serviciul web wsdl și schemele sunt localizate aici:
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 oferă mai multe servicii:
Căutarea companiei constă în 2 opțiuni:
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.
Registrul norvegian nu permite căutarea după nume a societăților șterse. Prin urmare, nu putem oferi SimpleSearch după nume în cadrul societăților șterse din Norvegia.
Mai jos puteți găsi un exemplu:
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: Cum să căutați o companie?
Următoarele stări sunt utilizate pentru rapoarte:
În cazul în care starea de execuție este Finished sau Updated, atunci puteți obține un ordin.
Următoarele stări sunt utilizate pentru rapoarte:
În cazul în care starea de execuție este Finished sau Updated, atunci puteți obține un ordin.
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: Cum să căutați o companie?
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: Cum să căutați o companie?
Această funcție este necesară numai atunci când se comandă un produs: finances (Financial statements) cu delivery_term = 'o'.
Următoarele stări sunt utilizate pentru rapoarte:
If the execution status is Finished or Updated, then you can get an order.
Cererea este formată din 3 părți:
/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
Cererea este formată din 3 părți:
delivery_term:
Aceste erori pot apărea în timp ce faceți o cerere către serviciul nostru web.
country_economic_overview — include următoarele subsecțiuni: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — informații despre impozitele plătite.tenders — informații despre licitații.sanctions — adăugate la secțiunea „ negative_information ”. beneficiaries, shareholders, managers și employees_data, a fost adăugat următorul element:source_type — tipul sursei de date (de exemplu, official, mass_media, company_admin, etc.). relations_of_persons ”, a fost adăugat un element nou:match_typecapital ” a fost restructurată:capital_amount ” a fost redenumit „ issued_capital ”. number_of_sharesshare_valueauthorized_capitalemployees_data ” (Deschidere la nivel de grup):group_figure ” indică dacă datele includ cifre agregate la nivel de grup (true). source_type ” specifică tipul sursei de date.is_estimated ” este inclus acum numai dacă valoarea sa este „ true ”. assets_data ” — consolidează secțiunile existente anterior:real_estate_data (denumită anterior „ property_data ”), „ vehicles ” și „ machinery_and_equipment ” (denumită anterior „ assets ”). patents ” și „ biological_assets ”. vehicles, a fost adăugat un nou câmp:valuelitigations, au fost adăugate următoarele elemente:content, instance, process, authorityfinancial_statement/positions și summary/latest_turnovers, a fost adăugat un element nou:value_origin — descrie originea valorii; de exemplu, valoarea „ estimated ” - această valoare este estimată și calculată pe baza datelor disponibile utilizând logica sau IA.branches_data, au fost adăugate următoarele câmpuri:registration_numberdirector_nameNotă: În faza de stabilizare pot apărea încă îmbunătățiri și ajustări minore.
Un webhook este o modalitate prin care o aplicație poate furniza altor aplicații informații în timp real. Caracteristica noastră webhook implementează callback-uri HTTP configurate cu un URL. O sarcină utilă HTTP POST este trimisă la acest URL în format JSON ori de câte ori apare un eveniment specificat. În contextul proiectului nostru, am conceput funcția webhook pentru a declanșa evenimente specifice.
Pentru a configura un webhook pentru aplicația dvs., navigați pe pagina de setări a aplicației și căutați secțiunea "Setări Webhooks". Și furnizați următoarele informații:
După ce ați furnizat aceste detalii, faceți clic pe "Save" (Salvare).
Atunci când se produce un eveniment, vom trimite o cerere HTTP POST la URL-ul de plată cu un corp JSON care conține informații despre eveniment.
Este important să verificăm dacă solicitările POST trimise către URL-ul de plată provin din aplicația noastră. Pentru a vă ajuta în acest sens, fiecare cerere webhook include un antet X-Signature.
Pentru semnare folosim HMAC cu algoritmul SHA512.
Secret este o concatenare a ID-ului aplicației și a cheii secrete din setările webhooks.
Dacă este necesar, este posibil să se adauge la punctul final propriul parametru get params pentru a identifica expeditorul.
Un server trebuie să răspundă în termen de 10 secunde și să returneze un cod HTTP 2XX; în caz contrar, livrarea webhook-ului este considerată un eșec. În caz de eșec, funcția va încerca să retrimită cererea în sus, în conformitate cu politica de livrare.