Usługa sieciowa wsdl i schematy znajdują się tutaj:
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:
Interfejs API udostępnia kilka usług:
Wyszukiwanie firmy składa się z 2 opcji:
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.
W rejestrze norweskim nie ma możliwości wyszukiwania wykreślonych firm według nazw. W związku z tym nie możemy udostępnić witryny SimpleSearch według nazwisk w obrębie usuniętych firm w Norwegii.
Poniżej znajduje się przykład:
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 wyszukać firmę?
W raportach używane są następujące statusy:
Jeśli status wykonania to Finished lub Updated, można uzyskać zlecenie.
W raportach używane są następujące statusy:
Jeśli status wykonania to Finished lub Updated, można uzyskać zlecenie.
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 wyszukać firmę?
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 wyszukać firmę?
Ta funkcja jest potrzebna tylko przy zamawianiu produktu: finances (Financial statements) z delivery_term = 'o'.
W raportach używane są następujące statusy:
If the execution status is Finished or Updated, then you can get an order.
Wniosek składa się z 3 części:
/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
Wniosek składa się z 3 części:
delivery_term:
Te błędy mogą wystąpić podczas wysyłania zapytania do naszego serwisu internetowego.
country_economic_overview — zawiera następujące podsekcje: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — informacje o zapłaconych podatkach.tenders — informacje o przetargach.sanctions — dodane do sekcji „ negative_information ”. beneficiaries, shareholders, managers oraz employees_data dodano następujący element:source_type — rodzaj źródła danych (np. official, mass_media, company_admin itp.). relations_of_persons dodano nowy element:match_typecapital została zrestrukturyzowana:capital_amount ” został przemianowany na „ issued_capital ”. number_of_sharesshare_valueauthorized_capitalemployees_data ”:group_figure ” wskazuje, czy dane zawierają zagregowane dane na poziomie grupy (true). source_type ” określa typ źródła danych.is_estimated ” jest teraz uwzględniany tylko wtedy, gdy jego wartość wynosi „ true ”. assets_data ” — konsoliduje poprzednio istniejące sekcje:real_estate_data (wcześniej nazywana „ property_data ”), „ vehicles ” oraz „ machinery_and_equipment ” (wcześniej nazywana „ assets ”). patents ” i „ biological_assets ”. vehicles dodano nowe pole:valuelitigations ” dodano następujące elementy:content, instance, process, authorityfinancial_statement/positions ” i „ summary/latest_turnovers ” dodano nowy element:value_origin — opisuje pochodzenie wartości; na przykład wartość estimated — wartość ta jest szacowana i obliczana na podstawie dostępnych danych przy użyciu logiki lub sztucznej inteligencji.branches_data dodano następujące pola:registration_numberdirector_nameUwaga: W fazie stabilizacji mogą nadal występować drobne ulepszenia i poprawki.
Webhook to sposób, w jaki aplikacja może dostarczać innym aplikacjom informacje w czasie rzeczywistym. Nasza funkcja webhook implementuje wywołania zwrotne HTTP skonfigurowane z adresem URL. Ładunek HTTP POST jest wysyłany na ten adres URL w formacie JSON za każdym razem, gdy wystąpi określone zdarzenie. W kontekście naszego projektu zaprojektowaliśmy funkcję webhook do wyzwalania określonych zdarzeń.
Aby skonfigurować webhook dla swojej aplikacji, przejdź do strony ustawień aplikacji i poszukaj sekcji "Ustawienia webhooków". Następnie należy podać następujące informacje:
Po podaniu tych danych kliknij "Zapisz".
Gdy wystąpi zdarzenie, wyślemy żądanie HTTP POST do adresu URL ładunku z treścią JSON zawierającą informacje o zdarzeniu.
Ważne jest, aby zweryfikować, czy żądania POST wysyłane do adresu URL ładunku pochodzą z naszej aplikacji. Aby to ułatwić, każde żądanie webhook zawiera nagłówek X-Signature.
Do podpisywania używamy HMAC z algorytmem SHA512.
Secret to konkatenacja App ID i Secret Key z ustawień webhooks.
W razie potrzeby możliwe jest dodanie własnych parametrów get do punktu końcowego w celu identyfikacji nadawcy.
Serwer musi odpowiedzieć w ciągu 10 sekund i zwrócić kod HTTP 2XX; w przeciwnym razie dostarczenie webhooka zostanie uznane za nieudane. W przypadku niepowodzenia funkcja podejmie próbę ponownego wysłania żądania zgodnie z zasadami dostarczania.