Webservice wsdl og skemaer findes her:
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 tilbyder flere tjenester:
Virksomhedssøgningen består af 2 muligheder:
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 er det ikke muligt at søge efter slettede virksomheder efter navn. Derfor kan vi ikke levere en SimpleSearch efter navne inden for slettede virksomheder i Norge.
Nedenfor kan du finde et eksempel:
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: Hvordan søger man efter en virksomhed?
Følgende tilstande anvendes til rapporter:
Hvis udførelsesstatus er Finished eller Updated, kan du få en ordre.
Følgende tilstande anvendes til rapporter:
Hvis udførelsesstatus er Finished eller Updated, kan du få en ordre.
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: Hvordan søger man efter en virksomhed?
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: Hvordan søger man efter en virksomhed?
Denne funktion er kun nødvendig, når du bestiller et produkt: finances (Financial statements) med delivery_term = 'o'.
Følgende tilstande anvendes til rapporter:
If the execution status is Finished or Updated, then you can get an order.
Anmodningen består af 3 dele:
/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
Anmodningen består af 3 dele:
delivery_term:
Disse fejl kan opstå, når du anmoder om vores webtjeneste.
country_economic_overview — indeholder følgende underafsnit: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — oplysninger om betalte skatter.tenders — oplysninger om udbud.sanctions — tilføjet til afsnittet negative_information. beneficiaries, shareholders, managers og employees_data er følgende element tilføjet:source_type — type datakilde (f.eks. official, mass_media, company_admin osv.). relations_of_persons er der tilføjet et nyt element:match_typecapital er blevet omstruktureret:capital_amount " er blevet omdøbt til " issued_capital". number_of_sharesshare_valueauthorized_capitalemployees_data ":group_figure " angiver, om dataene indeholder aggregerede tal på gruppeniveau (true). source_type angiver datakildetypen.is_estimated " er nu kun inkluderet, hvis værdien er " true". assets_data " — samler tidligere eksisterende afsnit:real_estate_data (tidligere kaldet property_data), vehicles, machinery_and_equipment (tidligere kaldet assets). patents og biological_assets. vehicles " er der tilføjet et nyt felt:valuelitigations " er følgende elementer blevet tilføjet:content, instance, process, authorityfinancial_statement/positions og summary/latest_turnovers er der tilføjet et nyt element:value_origin — beskriver værdiens oprindelse; for eksempel værdien estimated - denne værdi er estimeret og beregnet på baggrund af tilgængelige data ved hjælp af logik eller AI.branches_data er følgende felter blevet tilføjet:registration_numberdirector_nameBemærk: Der kan stadig forekomme mindre forbedringer og justeringer i stabiliseringsfasen.
Et webhook er en måde, hvorpå en applikation kan give andre applikationer information i realtid. Vores webhook-funktion implementerer HTTP-callbacks, der er konfigureret med en URL. En HTTP POST-nyttelast sendes til denne URL i JSON-format, hver gang en bestemt begivenhed indtræffer. I forbindelse med vores projekt har vi designet webhook-funktionen til at udløse specifikke begivenheder.
For at oprette et webhook til din applikation skal du navigere til siden med applikationsindstillinger og kigge efter afsnittet 'Webhooks Settings'. Og angiv følgende oplysninger:
Når du har angivet disse oplysninger, skal du klikke på 'Gem'.
Når en begivenhed indtræffer, sender vi en HTTP POST-anmodning til payload-URL'en med en JSON-body, der indeholder oplysninger om begivenheden.
Det er vigtigt at verificere, at POST-anmodninger, der sendes til payload-URL'en, kommer fra vores applikation. For at hjælpe med dette indeholder hver webhook-anmodning en X-Signature-header.
Til signering bruger vi HMAC med SHA512-algoritmen.
Secret er en sammenkædning af App ID og Secret Key fra webhooks-indstillingerne.
Det er muligt at tilføje dine egne get-params til endpointet for at identificere afsenderen, hvis det er nødvendigt.
En server skal svare inden for 10 sekunder og returnere en 2XX HTTP-kode; ellers betragtes levering af webhook som mislykket. I tilfælde af fejl vil funktionen forsøge at sende anmodningen igen i henhold til leveringspolitikken.