ვებ-სერვისის WSDL და სქემები განთავსებულია აქ:
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 გთავაზობთ რამდენიმე სერვისს:
კომპანიის ძიება შედგება 2 ვარიანტისგან:
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.
ნორვეგიის რეესტრი წაშლილი კომპანიების სახელებით ძიების საშუალებას არ იძლევა. ამიტომ, ჩვენ ვერ ვთავაზობთ SimpleSearch -ს სახელების მიხედვით ნორვეგიის წაშლილ კომპანიებს შორის.
ქვემოთ შეგიძლიათ იხილოთ მაგალითი:
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: როგორ მოვძებნოთ კომპანია?
ანგარიშებისთვის გამოიყენება შემდეგი სტატუსები:
თუ შესრულების სტატუსია {დასრულებული} ან {განახლებული}, მაშინ შეგიძლიათ მიიღოთ შეკვეთა.
ანგარიშებისთვის გამოიყენება შემდეგი სტატუსები:
თუ შესრულების სტატუსია {დასრულებული} ან {განახლებული}, მაშინ შეგიძლიათ მიიღოთ შეკვეთა.
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: როგორ მოვძებნოთ კომპანია?
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: როგორ მოვძებნოთ კომპანია?
ეს ფუნქცია საჭიროა მხოლოდ პროდუქტის: finances (Financial statements) შეკვეთისას delivery_term = 'o' პირობებით.
ანგარიშებისთვის გამოიყენება შემდეგი სტატუსები:
If the execution status is Finished or Updated, then you can get an order.
მოთხოვნა შედგება 3 ნაწილისგან:
/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
მოთხოვნა შედგება 3 ნაწილისგან:
delivery_term:
ეს შეცდომები შეიძლება მოხდეს ჩვენი ვებ-სერვისისთვის მოთხოვნის გაგზავნისას.
country_economic_overview — მოიცავს შემდეგ ქვესექციებს: data_transparency_index, country_development_indicators, economic_forecast.paid_taxes — გადახდილი გადასახადების შესახებ ინფორმაცია.tenders — ინფორმაცია ტენდერების შესახებ.sanctions — დაემატა negative_information სექციას. beneficiaries, shareholders, managers და employees_data დაემატა შემდეგი ელემენტი:source_type — მონაცემთა წყაროს ტიპი (მაგ., official, mass_media, company_admin და ა.შ.). relations_of_persons -ის სექციაში დაემატა ახალი ელემენტი:match_typecapital -ის სექცია რეორგანიზებულია:capital_amount -ის ელემენტი გადარქმეულია და ახლა issued_capital-ს ჰქვია. number_of_sharesshare_valueauthorized_capitalemployees_data -ის სექციაში:group_figure მიუთითებს, მოიცავს თუ არა მონაცემები ჯგუფური დონის აგრეგირებულ მაჩვენებლებს (true). source_type განსაზღვრავს მონაცემთა წყაროს ტიპს.is_estimated ახლა შედის მხოლოდ იმ შემთხვევაში, თუ მისი მნიშვნელობა არის true. assets_data სექცია — აერთიანებს ადრე არსებულ სექციებს:real_estate_data (წინანდელი სახელწოდება property_data), vehicles, machinery_and_equipment (წინანდელი სახელწოდება assets). patents და biological_assets. vehicles -ის სექციაში დაემატა ახალი ველი:valuelitigations -ის სექციაში დამატებულია შემდეგი ელემენტები:content, instance, process, authorityfinancial_statement/positions -სა და summary/latest_turnovers-ში დაემატა ახალი ელემენტი:value_origin — აღწერს მნიშვნელობის წარმომავლობას; მაგალითად, მნიშვნელობა estimated - ეს მნიშვნელობა შეფასებული და გამოთვლილია ხელმისაწვდომი მონაცემების საფუძველზე ლოგიკის ან ხელოვნური ინტელექტის გამოყენებით.branches_data -ის სექციაში დამატებულია შემდეგი ველები:registration_numberdirector_nameშენიშვნა: სტაბილიზაციის ფაზის განმავლობაში შესაძლოა მოხდეს მცირე გაუმჯობესებები და კორექტირებები.
ვებჰუკი არის მეთოდი, რომლითაც აპლიკაცია სხვა აპლიკაციებს რეალურ დროში ინფორმაციას აწვდის. ჩვენი ვებჰუკის ფუნქცია ახორციელებს HTTP-ქოლბექებს, რომლებიც URL-ის მეშვეობითაა კონფიგურირებული. HTTP POST-ის ტვირთი JSON ფორმატში იგზავნება ამ URL-ზე, როდესაც კონკრეტული მოვლენა ხდება. ჩვენი პროექტის კონტექსტში, ვებჰუკის ფუნქცია ისე დავაპროექტეთ, რომ კონკრეტული მოვლენები გამოიწვიოს.
თქვენი აპლიკაციისთვის ვებჰუკის დასაყენებლად, გადადით აპლიკაციის პარამეტრების გვერდზე და მოძებნეთ "ვებჰუკების პარამეტრების" სექცია. და მიუთითეთ შემდეგი ინფორმაცია:
ამ დეტალების მითითების შემდეგ, დააჭირეთ ღილაკს "შენახვა".
როდესაც მოვლენა მოხდება, ჩვენ გამოვგზავნით HTTP POST მოთხოვნას payload URL-ზე JSON სხეულით, რომელიც შეიცავს ინფორმაციას მოვლენის შესახებ.
მნიშვნელოვანია, რომ დავრწმუნდეთ, რომ payload-ის URL-ზე გაგზავნილი POST მოთხოვნები ჩვენი აპლიკაციიდან მოდის. ამისათვის, ყველა webhook მოთხოვნა შეიცავს X-Signature ჰედერს.
ხელმოწერისთვის ვიყენებთ HMAC-ს SHA512 ალგორითმით.
საიდუმლო არის App ID-ისა და Secret Key-ის შერწყმა ვებჰუკების პარამეტრებიდან.
საჭიროების შემთხვევაში, გამგზავნის იდენტიფიცირებისთვის, შესაძლებელია ენდპოინტში საკუთარი პარამეტრების დამატება.
სერვერმა 10 წამის განმავლობაში უნდა უპასუხოს და დააბრუნოს 2XX HTTP კოდი; წინააღმდეგ შემთხვევაში, ვებჰუკის მიწოდება ჩაითვლება წარუმატებლად. წარუმატებლობის შემთხვევაში, ფუნქცია შეეცდება მოთხოვნის ხელახლა გაგზავნას მიწოდების პოლიტიკის შესაბამისად.