Webbtjänst wsdl och scheman finns här:
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 tillhandahåller flera tjänster:
Företagssökningen består av 2 alternativ:
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.
I Norges register är det inte möjligt att söka efter namn på raderade företag. Därför kan vi inte tillhandahålla en SimpleSearch efter namn inom raderade företag i Norge.
Nedan hittar du ett exempel:
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: Hur söker man efter ett företag?
Följande statusar används för rapporter:
Om exekveringsstatusen är Finished eller Updated kan du få en order.
Följande statusar används för rapporter:
Om exekveringsstatusen är Finished eller Updated kan du få en order.
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: Hur söker man efter ett företag?
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: Hur söker man efter ett företag?
Den här funktionen behövs bara när du beställer en produkt: finances (Financial statements) med delivery_term = 'o'.
Följande statusar används för rapporter:
If the execution status is Finished or Updated, then you can get an order.
Ansökan består av tre delar:
/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
Ansökan består av tre delar:
delivery_term:
Dessa fel kan inträffa när du gör en förfrågan till vår webbtjänst.
country_economic_overview — innehåller följande underavsnitt: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — information om betalda skatter.tenders — information om anbud.sanctions — tillagt i avsnittet negative_information. beneficiaries, shareholders, managers och employees_data har följande element lagts till:source_type — typ av datakälla (t.ex. official, mass_media, company_admin, etc.). relations_of_persons har ett nytt element lagts till:match_typecapital har omstrukturerats:capital_amount ” har bytt namn till ” issued_capital ”. number_of_sharesshare_valueauthorized_capitalemployees_data ”:group_figure anger om data innehåller aggregerade siffror på gruppnivå (true). source_type anger typen av datakälla.is_estimated ” ingår nu endast om dess värde är ” true ”. assets_data – sammanför tidigare befintliga avsnitt:real_estate_data (tidigare benämnd property_data), vehicles, machinery_and_equipment (tidigare benämnd assets). patents och biological_assets. vehicles har ett nytt fält lagts till:valuelitigations har följande element lagts till:content, instance, process, authorityfinancial_statement/positions och summary/latest_turnovers har ett nytt element lagts till:value_origin — beskriver värdets ursprung; till exempel värdet estimated – detta värde är uppskattat och beräknat utifrån tillgängliga data med hjälp av logik eller AI.branches_data har följande fält lagts till:registration_numberdirector_nameObs: Mindre förbättringar och justeringar kan fortfarande förekomma under stabiliseringsfasen.
En webhook är ett sätt för en applikation att förse andra applikationer med realtidsinformation. Vår webhook-funktion implementerar HTTP-callbacks som konfigureras med en URL. En HTTP POST-nyttolast skickas till denna URL i JSON-format när en angiven händelse inträffar. I samband med vårt projekt har vi utformat webhook-funktionen för att utlösa specifika händelser.
För att konfigurera en webhook för din applikation, navigera till sidan för applikationsinställningar och leta efter avsnittet "Webhooks Settings". Ange följande information:
När du har angett dessa uppgifter klickar du på "Spara".
När en händelse inträffar skickar vi en HTTP POST-begäran till nyttolastens URL med en JSON-kropp som innehåller information om händelsen.
Det är viktigt att verifiera att POST-förfrågningar som skickas till nyttolastens URL kommer från vår applikation. För att hjälpa till med detta innehåller varje webhook-förfrågan en X-Signature-header.
För signering använder vi HMAC med SHA512-algoritmen.
Secret är en sammankoppling av App ID och Secret Key från inställningarna för webhooks.
Det är möjligt att lägga till egna get-params till slutpunkten för att identifiera avsändaren vid behov.
En server måste svara inom 10 sekunder och returnera en 2XX HTTP-kod, annars anses leveransen av webhooken ha misslyckats. Om leveransen misslyckas kommer funktionen att försöka skicka begäran på nytt enligt leveranspolicyn.