Webové služby wsdl a schémata jsou umístěny zde:
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 poskytuje několik služeb:
Hledání společnosti se skládá ze 2 možností:
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.
Norský rejstřík neumožňuje vyhledávat vymazané společnosti podle názvů. Proto nemůžeme poskytnout SimpleSearch podle názvů v rámci vymazaných společností v Norsku.
Níže naleznete příklad:
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: Jak vyhledat společnost?
Pro hlášení se používají následující stavy:
Pokud je stav provedení Finished nebo Updated, můžete získat příkaz.
Pro hlášení se používají následující stavy:
Pokud je stav provedení Finished nebo Updated, můžete získat příkaz.
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: Jak vyhledat společnost?
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: Jak vyhledat společnost?
Tato funkce je nutná pouze při objednávání produktu: finances (Financial statements) s delivery_term = 'o'.
Pro hlášení se používají následující stavy:
If the execution status is Finished or Updated, then you can get an order.
Žádost se skládá ze 3 částí:
/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
Žádost se skládá ze 3 částí:
delivery_term:
Tyto chyby se mohou vyskytnout při zadávání požadavku na naši webovou službu..
country_economic_overview — zahrnují následující podsekce: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — informace o zaplacených daních.tenders — informace o veřejných zakázkách.sanctions — přidáno do sekce negative_information. beneficiaries, shareholders, managers a employees_data byl přidán následující prvek:source_type — typ zdroje dat (např. official, mass_media, company_admin atd.). relations_of_persons “ byl přidán nový prvek:match_typecapital byla restrukturalizována:capital_amount “ byl přejmenován na „ issued_capital “. number_of_sharesshare_valueauthorized_capitalemployees_data “:group_figure “ označuje, zda data obsahují agregované údaje na úrovni skupiny (true). source_type určuje typ zdroje dat.is_estimated “ je nyní zahrnut pouze v případě, že jeho hodnota je „ true “. assets_data — konsoliduje dříve existující sekce:real_estate_data (dříve nazývaná property_data), vehicles, machinery_and_equipment (dříve nazývaná assets). patents a biological_assets. vehicles bylo přidáno nové pole:valuelitigations byly přidány následující prvky:content, instance, process, authorityfinancial_statement/positions a summary/latest_turnovers byl přidán nový prvek:value_origin — popisuje původ hodnoty; například hodnota estimated – tato hodnota je odhadnuta a vypočítána na základě dostupných údajů pomocí logiky nebo umělé inteligence.branches_data byla přidána následující pole:registration_numberdirector_namePoznámka: Během stabilizační fáze mohou ještě dojít k drobným vylepšením a úpravám.
Webový háček je způsob, jak může aplikace poskytovat ostatním aplikacím informace v reálném čase. Naše funkce webhook implementuje zpětná volání HTTP nakonfigurovaná pomocí adresy URL. Na tuto adresu URL je odesláno užitečné zatížení HTTP POST ve formátu JSON, kdykoli dojde k určité události. V kontextu našeho projektu jsme funkci webhook navrhli tak, aby spouštěla konkrétní události.
Chcete-li pro svou aplikaci nastavit webový háček, přejděte na stránku nastavení aplikace a vyhledejte část "Nastavení webových háčků". A zadejte následující informace:
Po zadání těchto údajů klikněte na tlačítko "Uložit".
Když dojde k události, odešleme na adresu URL užitečného zatížení požadavek HTTP POST s tělem JSON obsahujícím informace o události.
Je důležité ověřit, že požadavky POST odeslané na adresu URL užitečného zatížení pocházejí z naší aplikace. K tomu slouží hlavička X-Signature, kterou obsahuje každý požadavek na webhook.
Pro podepisování používáme HMAC s algoritmem SHA512.
Secret je součet ID aplikace a Secret Key z nastavení webhooku.
V případě potřeby je možné do koncového bodu přidat vlastní parametry get pro identifikaci odesílatele.
Server musí odpovědět do 10 sekund a vrátit kód HTTP 2XX, jinak je doručení webhooku považováno za neúspěšné. V případě neúspěchu se funkce pokusí požadavek znovu odeslat až podle zásad doručování.