Webtjenesten wsdl og skjemaer finnes 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 tilbyr flere tjenester:
Firmasøket består av to alternativer:
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.
Norge-registeret tillater ikke å søke i slettede selskaper etter navn. Derfor kan vi ikke gi en SimpleSearch etter navn i slettede selskaper i Norge.
Nedenfor finner du 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øke etter et selskap?
Følgende statuser brukes for rapporter:
Hvis utførelsesstatusen er Finished eller Updated, kan du få en ordre.
Følgende statuser brukes for rapporter:
Hvis utførelsesstatusen 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øke etter et selskap?
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øke etter et selskap?
Denne funksjonen er bare nødvendig når du bestiller et produkt: finances (Financial statements) med delivery_term = 'o'.
Følgende statuser brukes for rapporter:
If the execution status is Finished or Updated, then you can get an order.
Forespørselen består av 3 deler:
/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
Forespørselen består av 3 deler:
delivery_term:
Disse feilene kan oppstå når du gjør forespørsler til nettjenesten vår.
country_economic_overview — inneholder følgende underavsnitt: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — informasjon om betalte skatter.tenders — informasjon om anbud.sanctions — lagt til i seksjonen « negative_information ». beneficiaries, shareholders, managers og employees_data ble følgende element lagt til:source_type — type datakilde (f.eks. official, mass_media, company_admin, osv.). relations_of_persons er det lagt til et nytt element:match_typecapital » er omstrukturert:capital_amount » har fått nytt navn: « issued_capital ». number_of_sharesshare_valueauthorized_capitalemployees_data »:group_figure » angir om dataene inkluderer aggregerte tall på gruppenivå (true). source_type angir datakildetypen.is_estimated » er nå bare inkludert hvis verdien er « true ». assets_data » — konsoliderer tidligere eksisterende seksjoner:real_estate_data (tidligere kalt property_data), vehicles, machinery_and_equipment (tidligere kalt assets). patents » og « biological_assets ». vehicles » er det lagt til et nytt felt:valuelitigations er følgende elementer lagt til:content, instance, process, authorityfinancial_statement/positions og summary/latest_turnovers er det lagt til et nytt element:value_origin — beskriver opprinnelsen til verdien; for eksempel verdien estimated – denne verdien er estimert og beregnet basert på tilgjengelige data ved hjelp av logikk eller AI.branches_data er følgende felt lagt til:registration_numberdirector_nameMerk: Mindre forbedringer og justeringer kan fortsatt forekomme i stabiliseringsfasen.
En webhook er en måte for en applikasjon å gi andre applikasjoner sanntidsinformasjon på. Vår webhook-funksjon implementerer HTTP-tilbakekall som konfigureres med en URL. En HTTP POST-nyttelast sendes til denne URL-en i JSON-format når en spesifisert hendelse inntreffer. I forbindelse med prosjektet vårt har vi utformet webhook-funksjonen for å utløse spesifikke hendelser.
Hvis du vil konfigurere en webhook for applikasjonen din, går du til applikasjonsinnstillingssiden og leter etter delen "Webhooks Settings". Oppgi følgende informasjon:
Når du har oppgitt disse opplysningene, klikker du på "Lagre".
Når en hendelse inntreffer, sender vi en HTTP POST-forespørsel til nyttelast-URL-en med en JSON-tekst som inneholder informasjon om hendelsen.
Det er viktig å verifisere at POST-forespørsler som sendes til nyttelast-URL-en, kommer fra applikasjonen vår. For å hjelpe til med dette inneholder hver webhook-forespørsel en X-Signature-header.
Til signering bruker vi HMAC med SHA512-algoritmen.
Secret er en sammenkobling av App ID og Secret Key fra webhooks-innstillingene.
Det er mulig å legge til egne get-params i endepunktet for å identifisere avsenderen ved behov.
En server må svare innen 10 sekunder og returnere en 2XX HTTP-kode, ellers anses webhook-leveringen som mislykket. Hvis dette mislykkes, vil funksjonen forsøke å sende forespørselen på nytt i henhold til retningslinjene for levering.