# CheckLists GET
Source: https://docs.finap.com.ua/api-reference/checklists-get
/openapi.json get /api
Повертає результат з реєстрів CheckLists
# CheckLists POST
Source: https://docs.finap.com.ua/api-reference/checklists-post
/openapi.json post /api
Повертає результат з реєстрів CheckLists
# Оголошення
Source: https://docs.finap.com.ua/uk/check-lists/advertisement
#### Зміни в реєстрі «Викрадені, втрачені, недійсні документи»
2026-07-24
Шановні партнери!
Повідомляємо про зміни в роботі Інформаційного реєстру «Викрадені, втрачені, недійсні документи» (щодо інформації про викрадені, втрачені та недійсні паспорти громадян України відповідно до реєстрів МВС України та ДМС України). На наш запит №20260603-1 від 03.06.2026, Департамент інформатизації МВС України своїм листом №24734/16-2026 від 17.06.2026, повідомив про те, що Постановою КМУ від 10.09.2025 №1151 оновлено перелік наборів відкритих даних та уточнено розподіл відповідальних розпорядників відповідно до їх компетенції. У зв’язку із зазначеними змінами, зокрема, набори даних реєстру «Інформація про викрадені/втрачені/недійсні паспорти громадянина України для виїзду за кордон» та реєстру «Інформація про викрадені/втрачені/недійсні паспорти громадянина України» виключено з наборів відкритих даних, які підлягають оприлюдненню Міністерством внутрішніх справ України.
Відповідно до Постанови КМУ від 10.09.2025 №1151, на сьогодні єдиним розпорядником набору даних «Дані про номер та/або серію документів, що підтверджують громадянство України, посвідчують особу чи її спеціальний статус, які визнані недійсними, із зазначенням підстав визнання недійсності», який підлягає оприлюдненню у формі відкритих даних, є Державна міграційна служба України.
Згідно із вищевказаним листом Департаменту інформатизації МВС України №24734/16-2026 від 17.06.2026, з метою приведення процесу оприлюднення відкритих даних у відповідність вимогам законодавства, усунення дублювання функцій між суб’єктами владних повноважень та забезпечення раціонального використання державних інформаційних ресурсів, МВС України з 23.06.2026 припинило оприлюднення наборів відкритих даних реєстру «Інформація про викрадені/втрачені/недійсні паспорти громадянина України для виїзду за кордон» та реєстру «Інформація про викрадені/втрачені/недійсні паспорти громадянина України» на порталі data.gov.ua.
❗️З огляду на вказане вище, повідомляємо, що Інформаційний реєстр «Викрадені, втрачені, недійсні документи» на сьогодні містить інформацію на основі відкритих даних Державної міграційної служби України, без інформації із набору відкритих даних МВС України.
Служба підтримки сервісу CheckList FinAP 098 000 70 01
#### Зміни в пулі серверів для доступу до сервісу CheckLists
2026-05-12
Повідомляємо, що 01.06.2026 року з пулу серверів для доступу до сервісу CheckLists буде вилучено 2 сервера (res2 та res3). Натомість до пулу було додано ще 4 (res4, res5, res6, res8). Таким чином актуальний пул серверів для доступу до сервісу CheckLists виглядає наступним чином:
* [**finap.com.ua**](http://res1.finap.com.ua) (185.25.116.152)
* [**res1.finap.com.ua**](http://res1.finap.com.ua) (194.247.12.98)
* [**res4.finap.com.ua**](http://res4.finap.com.ua) (212.127.78.85)
* [**res5.finap.com.ua**](http://res5.finap.com.ua) (185.233.116.127)
* [**res6.finap.com.ua**](http://res6.finap.com.ua) (185.69.153.11)
* [**res8.finap.com.ua**](http://res8.finap.com.ua) (212.127.78.82)
#### Розгортання пулу серверів для доступу до сервісу CheckLists
2025-01-01
**Для забезпечення безперебійного доступу до сервісу, в пулі наших серверів було додатково розгорнуто точки доступу.**
Щоб мати доступ до сервісу CheckLists як по API так і через WEB ресурс, необхідно мати доступ по порту 9443 до даного пулу серверів:
* [**res1.finap.com.ua**](http://res1.finap.com.ua) (194.247.12.98)
* [**res2.finap.com.ua**](http://res2.finap.com.ua) (185.101.217.98)
* [**res3.finap.com.ua**](http://res3.finap.com.ua) (176.241.128.101)
Пріоритетним варіантом є надання доступу на основі DNS серверів до домену [finap.com.ua](http://finap.com.ua) і всіх його субдоменів (\*.[finap.com.ua](http://finap.com.ua)). Це дозволить в майбутньому не відкривати окремі доступи до нових серверів які будуть розгортатися в нашому пулі.
#### Зміни структури в реєстрах
2024-12-01
**З 01.01.2025 року (продовжено до 28.02.2025) в API CheckLists відбудуться наступні зміни:**
**• Реєстр «Санкції»**
З результату запиту (result) будуть вилучені блоки sanctions та sanctions\_lost на користь нового блоку санкцій анкетного типу psanctions, який вже присутній в сервісі. Параметри listdata залишаються незмінними для запитів в даний реєстр.
**• Реєстр «Реєстр юридичних осіб та ФОП»**
З результату запиту (result) буде вилучено блок edrinfo (21 біт параметру listdata). Для аналізу даних з реєстру Реєстр юридичних осіб та ФОП надалі можна використовувати блок edrfullinfo (22 біт параметру listdata), який містить більше інформації по ЮО чи ФОП.
**Тим клієнтам, які при інтеграції API використовують дані блоки, необхідно зробити відповідні зміни до зазначеної дати !**
Нагадуємо, що актуальний опис API CheckLists ви завжди можете отримати за [посиланням](https://docs.finap.com.ua/api-reference/checklists-get).
Щодо питань інтеграції з нашим API та його роботи ви можете звертатися по наступних каналах зв’язку:
* Telegram: [https://t.me/Info\_Finap](https://t.me/Info_Finap)
* ServiceDesk: [https://servicedesk.finap.com.ua/otrs/customer.pl](https://servicedesk.finap.com.ua/otrs/customer.pl)
* Тел. +38(098) 000 70 01
* Email: [support@finap.com.ua](mailto:support@finap.com.ua)
# Калькулятор Listdata
Source: https://docs.finap.com.ua/uk/check-lists/calculator
Розшифрування парметра listdata
# Опрацювання помилок
Source: https://docs.finap.com.ua/uk/check-lists/errors
При зверненні клієнта до сервісу CheckLists по API, можуть виникати ситуації коли сервіс чи пошукові реєстри, які використовує сервіс, недоступні. Для коректного опрацювання даних ситуацій необхідно знати наступне. У відповідь на запит сервіс повертає HTTP-статус відповіді. Аналізуючи його та структуру відповіді, можна виділити наступні ситуації в роботі сервісу:
* HTTP-статус з кодом в діапазоні 500-599 - сервіс CheckLists недоступний, або працює некоректно
* HTTP-статус з кодом в діапазоні 400-499 - сервіс CheckLists доступний, проте не може опрацювати ваш запит. У відповіді замість описаної вище структури, клієнт отримає наступну структуру з описом помилки:
* error int
* message string
Перелік помилок:
| **message** | **error** |
| :---------------------------------------------------------------------------------------------------- | :---------------------------------- |
| Користувач «користувач» відсутній. | ACCOUNT\_NOTFOUND = 1; |
| Адреса «ip адреса» відсутня у списку дозволених. | NOT\_ALLOW\_IP = 2; |
| Тестовий (акційний) доступ: ліміт запитів вичерпано або термін дії закінчився. | TEST\_ACCESS\_END = 3; |
| Користувачу «користувач» дозволений доступ тільки через веб ресурс. | SITEONLY = 6; |
| Дата початку користування сервісом «дата початку» ще не настала. | ACCOUNT\_NOT\_ALLOWED\_YET = 7; |
| «дата закінчення» закінчився дозволений період користування сервісом. | ACCOUNT\_ACCESS\_ENDS = 8; |
| Користувач «користувач» заблокований. | ACCOUNT\_BLOCKED = 9; |
| Користувач «користувач» не підтвердив реєстрацію. | ACCOUNT\_NOT\_CONFIRM = 10; |
| Ліміт запитів («ліміт запитів») було вичерпано. | ACCOUNT\_REQUEST\_LIMIT\_ENDS = 11; |
| Не вірно вказаний параметр 'Початкова дата' для перевірки змін в ЄДРЮО і ФОП | REQUEST\_BEGINDATE\_ERROR = 103; |
| Не вірно вказаний параметр 'Кінцева дата' для перевірки змін в ЄДРЮО і ФОП | REQUEST\_ENDDATE\_ERROR = 104; |
| Не вірно вказаний параметр нижньої межі входження lowranklimit для пошуку по базі санкційних списків. | REQUEST\_LOWRANKLIMIT\_ERROR = 105; |
* HTTP-статусом з кодом 200 - сервіс CheckLists доступний і може опрацьовувати запити від клієнтів. Структура відповіді може змінюватися в залежності від доступу до пошукових реєстрів.
* пошуковий реєстр до яких ви звертаєтесь працює, ви маєте до нього доступ, та опрацювання запиту не перевищує виділений для цього час - сервіс завжди повертає результат (структура описана вище по тексту, або порожній масив у разі відсутності збігів)
* iнакше в блоці відповіді по даному пошуковому реєстру замість структури відповіді клієнт може отримати текстове повідомлення з помилкою. Перелік даних повідомлень та ситуацій при яких вони з’являються:
* "9000.Відсутній зв'язок з сервісом" – Пошуковий реєстр не працює або сервіс немає зв’язку з ним
* "9001.Доступ до сервісу заборонений" - Доступ до пошукового реєстру заборонений, так як він не входить в пакет послуг, які ви оплатили
* "9003.Обробка запиту перевищує виділений для цього час. Уточніть запит" – виникає коли обробка запиту до пошукового реєстру перевищує виділений для цього час
* "9004.Відсутній зв'язок з базою даних сервісу" - виникає коли сервіс, який обслуговує реєстр, доступний, проте відсутній зв'язок з базою даних реєстру
# FAQ
Source: https://docs.finap.com.ua/uk/check-lists/faq
Часті питання
### Загальні питання
Сервіс містить дані з офіційних публічних джерел та доповнює їх аналітичною обробкою. Інформація не є офіційним висновком, однак дає вектор дослідження і допомагає аналітику прийняти рішення щодо ризиковості співпраці.
У Реєстрах використовується інформація лише з офіційних публічних джерел із наданням посилання та фотокопії сторінки джерела. Додатково використовуються посилання на медіа ресурси, що містять інформацію про об’єкт дослідження.
Програмне забезпечення містить найбільш розширений реєстр іноземних публічних діячів зі всього світу ( загалом 220 юрисдикцій)
Інформаційні бази сервісу оновлюються на постійній основі, відповідно до графіків та доступності джерел. Дата актуалізації зазначена в шапці конкретного реєстру.
Інформація в системі формується на основі даних з офіційних публічних джерел та їх аналітичної обробки. Для кожного результату система відображає рівень співпадіння між пошуковим запитом користувача та знайденими даними.
У випадках, коли рівень співпадіння є неповним або базується на обмеженій кількості ідентифікаторів, результати потребують додаткової перевірки та професійної оцінки користувачем.
Рівень співпадіння — це аналітичний показник, який відображає ступінь відповідності між введеними параметрами запиту та даними в сервісі. Це не є юридичним висновком, а допомагає користувачеві оцінити релевантність знайденої інформації.
У випадку, якщо користувач виявляє, що окремі дані можуть бути застарілими або не відображають останні зміни, рекомендується:
* перевірити дату оновлення відповідного запису;
* врахувати, що між подією в джерелі та її відображенням у системі можливий часовий лаг;
* за необхідності використати додаткові офіційні джерела для підтвердження актуального статусу.
Сервіс надає інформаційні та аналітичні дані, які використовуються в комплексі з професійною оцінкою користувача.
Інформаційні дані, що містяться в сервісі, мають інформаційно-аналітичний характер та формуються на основі відкритих публічних джерел і їх обробки.
Анкета дослідження клієнта у Сервісі не є офіційним документом, але може використовуватися як допоміжна інформація для:
* підтвердження здійснення аналітичного аналізу;
* формування аналітичної основи для прийняття рішень;
* визначення напрямків подальшої належної перевірки в напрямку ризик-орієнтованого підходу;
* ідентифікації релевантних джерел як доказів.
Сервіс не приймає рішень за користувача і не здійснює автоматизованих юридично значущих дій. Сервіс надає інформаційні та аналітичні дані, сформовані на основі публічних і законно доступних джерел та забезпечує їх захист відповідно до вимог законодавства про захист інформації і персональних даних.
Відповідальність за використання отриманої інформації, її інтерпретацію та рішення, прийняті на її основі, несе користувач, який застосовує дані з урахуванням власних цілей власної мети і політики, а також чинного законодавства.
Програмне забезпечення здійснює обробку персональних даних у межах визначених цілей та законних підстав, дотримуючись принципів GDPR, зокрема законності, мінімізації даних та безпеки обробки.
Користувач, отримуючи доступ до інформації, самостійно визначає мету та спосіб її подальшого використання і несе відповідальність за дотримання вимог законодавства, у тому числі щодо захисту персональних даних, при використанні такої інформації у своїй діяльності.
Для того щоб скористатися сервісом CheckLists необхідно здійснити наступні дії:
Крок 1. Надіслати лист-заявку на підключення до сервісу CheckLists у довільній формі на e-mail [info@finap.com.ua](mailto:info@finap.com.ua) з наступними параметрами:
1. назва суб’єкта господарювання (прізвище, ім’я та по батькові самозайнятої особи)
2. контактна особа та телефон для зворотнього зв’язку
3. е-mail для надсилання авторизаційних даних тестового аккаунту
На підставі вашої заявки вам буде відкрито тестовий аккаунт (повний доступ до всіх даних на період 3 дні, протягом яких можете здійснити 10 запитів для перевірки безкоштовно), та надіслано лист з даними авторизації тестового аккаунту.
Крок 2. Заповнити та підписати: договір, рахунок та акт приймання-передачі, здійснити оплату згідно обраного вами тарифу за реквізитами, зазначеними у рахунку, та надіслати лист зі скан-копіями заповнених і підписаних: договору, рахунку та акту приймання-передачі на адресу [info@finap.com.ua](mailto:info@finap.com.ua); у листі обов’язково вказати обраний вами тариф, дату та суму оплати.
Після надходження оплати вам протягом 24 годин буде відкрито постійний аккаунт на термін та доступи згідно обраного вами тарифу та надіслано відповідний лист з даними авторизації постійного аккаунту
Вичерпну і детальну інформацію щодо тарифів можна отримати звернувшись до відповідального:
електронна пошта: [info@finap.com.ua](mailto:info@finap.com.ua) \
телефон: +38 (098) 000 7001
Ні. Оплата здійснюється одним платежем відповідно до обраного тарифу.
При введені запиту першочергово пошук проводиться в базі анкет, де міститься більш повна інформація про об’єкт дослідження (до прикладу дата народження ФО чи ЄДРПОУ ЮО) і дані виводяться з вищим ступенем відповідності до введених параметрів запиту. Глобальний пошук дозволяє максимально розширити об’єми аналітичних даних, які відповідають запиту за рахунок нижчого ступеня відповідності.
Сервіс не містить універсальної бази всіх фізичних осіб. Обробка персональних даних фізичних осіб, які не є публічно значущими (PEP) або не фігурують у публічних реєстрах, обмежені вимогами законодавства про захист персональних даних та зокрема GDPR.
Результат пошуку відображається лише в межах глобального пошуку, який охоплює найширші і неповні дані з відкритих джерел. Відсутність результатів пошуку не означає відсутність особи, а лише те, що інформація про неї не міститься в публічно доступних та законно оброблюваних джерелах.
Так. Для цього необхідно відправити параметр [listdata](/uk/check-lists/listdata) з відповідним значенням
Сесія - це послідовність дій користувача на сайті протягом певного часу. Простими словами, це спосіб, яким сервер «впізнає» вас і пам'ятає ваші дії (наприклад, що ви увійшли в особистий кабінет), поки ви переходите зі сторінки на сторінку.
При відображенні такої помилки потрібно або в одному із браузерів коректно вийти із сесії ( через кнопку вихід), або 15 хв зачекати автоматичного оновлення таймінгу сесії.
Сесія це використання логіна. Помилка означає використання логіну з одного комп’ютера, але з різних браузерів, трактує це як 2 сесії. Сесія автоматично завершується через 15 хв бездіяльності.
### PEPs
PEP (Politically Exposed Person) — це фізична особа, яка є національним чи іноземним публічним діячем, а також може бути діячем, який виконує публічні функції в міжнародних організаціях Статус PEP не є ознакою порушення закону або негативною характеристикою, а використовується для цілей управління ризиками та підвищеної уваги в межах комплаєнс-процедур.
Під пов’язаними особами рекомендовано розуміти осіб (фізичних/юридичних), з якими національні, іноземні публічні діячі та діячі, що виконують політичні функції в міжнародних організаціях та/або члени їх сім’ї мають ділові або особисті зв’язки, а також юридичні особи, кінцевими бенефіціарними власниками (контролерами) яких є такі діячі чи їх члени сім’ї.
Статус PEP не є ознакою порушення закону або характеристикою високого ризику. Суб’єкт фінансового моніторингу повинен забезпечити належне застосування ризик-орієнтованого підходу під час обслуговування клієнтів, які є політично [значущ](https://zakon.rada.gov.ua/laws/show/361-20?find=1\&text=%D0%B7%D0%BD%D0%B0%D1%87%D1%83%D1%89#w1_11)ими особами, членами їх сімей, особами, пов’язаними з політично [значущ](https://zakon.rada.gov.ua/laws/show/361-20?find=1\&text=%D0%B7%D0%BD%D0%B0%D1%87%D1%83%D1%89#w1_12)ими особами, з метою встановлення обґрунтованого рівня ризику таким діловим відносинам
Із врахуванням змін внесених Законами [№ 2736-IX від 04.11.2022](https://zakon.rada.gov.ua/laws/show/2736-20#n11), [№ 3419-IX від 17.10.2023](https://zakon.rada.gov.ua/laws/show/3419-20#n7) період збереження статусу РЕР безстроковий.
Згідно чинного законодавства України, статус політично значущої особи (PEP) не обмежується автоматичним зняттям через певний час після звільнення з публічної посади. Підставою для віднесення до PEP є те, що особа виконувала або виконує визначні публічні функції, і така ознака зберігається в оцінці ризику незалежно від того, коли ці повноваження завершилися.
Іноземні публічні діячі – це фізичні особи, які виконують або виконували визначні публічні функції в іноземних державах (в т. ч. глава держави, уряду, міністри (заступники); члени парламенту або інших органів, що виконують функції законодавчого органу держави; голови та члени правлінь центральних банків або рахункових палат; члени верховного суду, конституційного суду або інших судових органів, рішення яких не підлягають оскарженню, крім оскарження у зв’язку з винятковими обставинами; надзвичайні та повноважні посли, повірені у справах та керівники центральних органів військового управління; керівники адміністративних, управлінських чи наглядових органів державних підприємств; члени керівних органів політичних партій.
Так, відповідно до п.5 Ст.7 Закону №361-IX
Підтвердження статусу РЕР здійснюється лише після документального підтвердження посади досліджуваної особи у офіційних публічних джерелах юрисдикції та включення її у визначення термінології РЕР. Згадування про категорію політика у медіа-ресурсах не є офіційною інформацією.
### Пов’язані та близькі особи
Особи, пов’язані з політично [значущ](https://zakon.rada.gov.ua/laws/show/361-20?find=1\&text=%D0%B7%D0%BD%D0%B0%D1%87%D1%83%D1%89#w1_2)ими особами, - це фізичні особи, які відповідають хоча б одному з таких критеріїв:
* відомо, що такі особи мають спільне з політично [значущ](https://zakon.rada.gov.ua/laws/show/361-20?find=1\&text=%D0%B7%D0%BD%D0%B0%D1%87%D1%83%D1%89#w1_3)ою особою бенефіціарне володіння юридичною особою, трастом або іншим подібним правовим утворенням або мають будь-які інші тісні ділові зв’язки з політично [значущ](https://zakon.rada.gov.ua/laws/show/361-20?find=1\&text=%D0%B7%D0%BD%D0%B0%D1%87%D1%83%D1%89#w1_4)ими особами;
* є кінцевими бенефіціарними власниками юридичної особи, трасту або іншого подібного правового утворення, про які відомо, що вони де-факто були утворені для вигоди політично [значущ](https://zakon.rada.gov.ua/laws/show/361-20?find=1\&text=%D0%B7%D0%BD%D0%B0%D1%87%D1%83%D1%89#w1_5)их осіб.
В аналітичних механізмах пошуку та співпадінь аналізуються ділові або особисті зв’язки. Ділові зв’язки рекомендовано розуміти, як документарно засвідчені (зокрема правоустановлюючими документами) зв’язки, що виникають між публічними діячами та/або членами їх сім’ї та фізичними або юридичними особами в контексті права власності, представництва, контролю (вирішального впливу), обіймання посад, ділового партнерства.
Під особистими зв’язками рекомендовано розуміти зв’язки, що виникають між публічними діячами та/або членами їх сім’ї та фізичними особами, зокрема, в контексті права на користування активами членів сім’ї публічних діячів незалежно від формального володіння.
Зв’язки у інформаційних сервісах формуються на основі поєднання даних з офіційних публічних реєстрів і джерел, а також аналітичних механізмів, виявлення потенційних взаємозв’язків.
Частина зв’язків має пряме документальне підтвердження. Інша частина відображає аналітично виявлені можливі зв’язки, які ґрунтуються на збігах ідентифікаційних параметрів та структурному аналізі інформації. Такі аналітичні зв’язки можуть потребувати додаткової перевірки.
У Сервісі акумульовані факти з публічних реєстрів і офіційних джерел та результат аналітичних досліджень щодо виявлення потенційних ділових чи особистих відносин.
Модулі візуалізації формуються на основі поєднання підтверджених публічних даних та аналітичних результатів структурного аналізу інформації.
Вони використовуються як інструмент дослідження взаємозв’язків та підтримки прийняття рішень у межах ризик-орієнтованого підходу.
Аналітичні зв’язки доцільно використовувати як підказку для подальшого аналізу та поглибленої перевірки з урахуванням додаткових ідентифікуючих параметрів і першоджерел інформації.
### Юридичні особи
Дані про ЮО інтегруються з офіційних публічних реєстрів із врахуванням щоденних оновлень
Так. Інформація про юридичних осіб формується шляхом прямої інтеграції з публічними реєстрами та включає історичні записи про всі зареєстровані суб’єкти господарювання, незалежно від їх поточного правового статусу. Такий підхід забезпечує повноту даних та можливість ретроспективного аналізу.
Інформація про бенефіціарів відображається відповідно до вимог законодавства щодо розкриття кінцевих бенефіціарних власників та базується на офіційно поданих даних юридичних осіб. У сервісі містяться дані як задекларованих бенефіціарних власників, так і структури володіння, що дозволяє простежити ланцюги контролю та участі. Аналітичні системи дозволяють відслідковувати афілійованих осіб та простежувати наявність підконтрольних.
Це будь-яка фізична особа, яка має частку впливу або здійснює вирішальний вплив (контроль) на діяльність кількох юридичних, трастових чи інших правових утворень, що здійснюють господарську діяльність; має пряме або опосередковане володіння спільно з іншими особами часткою у розмірі 10 і більше відсотків статутного капіталу або правами голосу в кількох юридичних особах.
Платформа не обмежується відображенням поточного стану даних, а забезпечує повний історичний контекст змін. Аналітичні модулі платформи підтримують історичний облік змін даних із збереженням архівних записів та хронології подій. Зміни структуруються за кількісними та якісними показниками, відображаються в динаміці в окремих аналітичних блоках та використовуються для ретроспективного аналізу відповідно до ризик-орієнтованого підходу.
### Санкції
Платформа містить декілька структурованих блоків санкційних списків: персональні санкції, регуляторні санкції, та застереження. В т. ч. зберігається архів вилучених санкцій і застережень для можливості перевірки об’єкта дослідження в історичному курсі. У санкційних реєстрах містяться списки національних, міжнародних та іноземних видавців.
Санкції РНБО України видаються із конкретним строком дії, а санкції зарубіжних видавців в основному є безстроковими. Кількість видавців санкційних списків у кожній юрисдикції різна, врегульовується національним законодавством та може змінюватись.
Санкції/застереження- це згрупований структурований формат санкційних даних (актуальних та вилучених), об’єднаних анкетою конкретного ідентифікованого об’єкта, що дозволяє швидко аналізувати обмеження без необхідності роботи з усіма списками. У свою чергу інші санкції/застереження - це інформація про санкційні обмеження, що знаходяться в стадії обробки та не приєднані до анкети.
Санкції - це не завжди повна заборона співпраці, а система різних обмежень, які потребують детального аналізу. Статус «санкційної особи» свідчить про застосування певних обмежувальних заходів відповідно до конкретного санкційного режиму у конкретній юрисдикції. Обсяг таких обмежень може суттєво відрізнятися та потребує індивідуальної оцінки з урахуванням законодавства юрисдикції та характеру діяльності.
Секторальні санкції є важливим інструментом міжнародної політики, що використовується для тиску на країни, які порушують міжнародні норми. Вони допомагають захистити національні інтереси та підтримувати міжнародний порядок. Однак це досить широке поняття і оцифрувати його на сьогодні неможливо через неможливість задати об’єкт дослідження .
(Сервіс враховує секторальні санкції через аналітичні механізми оцінки ризиків за юрисдикціями та пов’язаними суб’єктами. Такі країни відображаються у довіднику ризикових юрисдикцій та враховуються в різних напрямах аналітичних алгоритмів.)
Санкційні дані оновлюються на постійній основі. Інформаційна сторінка Сервісу містить актуальну інформацію про оновлення конкретного санкційного списку.
Кожен санкційний режим має власні правила та наслідки. Саме тому для коректної оцінки ризиків, пов’язаних із санкціями важливо враховувати конкретний санкційний режим і параметри обмежень.
Ні, санкції не однакові і можуть суттєво відрізнятися за органом, який їх запровадив, видом обмежень (фінансові, торговельні, секторальні тощо), обсягом та умовами застосування.
Секторальні санкції – це економічні, інші заборонні та обмежувальні заходи, застосовані до іноземної держави або невизначеного кола осіб певного виду діяльності, що регулюється [Податковим кодексом України](https://zakon.rada.gov.ua/laws/show/2755-17).
Співпраця з такими юрисдикціями або особами вважається високоризиковою і потребує додаткового поглибленого контролю.
### Виконавчі провадження
Виконавче провадження відображає факт відкриття процедури примусового виконання судового чи адміністративного рішення відповідно до чинного законодавства. Сам факт наявності виконавчого провадження не завжди свідчить про порушення або негативний статус, але є важливою інформацією для оцінки фінансових та юридичних ризиків.
Платформа відображає інформацію поточного стану даних, і забезпечує повний історичний контекст змін. Реєстр «Виконавчі провадження» містить які структуруються за кількісними та якісними показниками та можуть бути використані для ретроспективного аналізу клієнта відповідно до ризик-орієнтованого підходу.
Дані інформаційних реєстрів оновлюються на постійній основі. Стан участі досліджуваного об’єкта у виконавчих процесах та статус наявних проваджень можна розглядати в історичній хронології.
### Мобільний застосунок
Користувачами додатку є юридичні особи, які є суб’єктами первинного фінансового моніторингу, ліцензовані фінансові компанії та банківські установи, а також нефінансові компанії, що здійснюють обов’язкові функції фінансового моніторингу і забезпечують проведення фінансових операцій на території України та за її межами відповідно чинного законодавства, а також міжнародних договорів України.
Застосунок є мобільною версією діючої web-платформи ChekLists. Доступ до застосунку надається лише відповідно до умов чинного Договору про надання послуг з ТОВ у визначеному об’ємі.
Придбання контенту, підписок або сервісів безпосередньо в застосунку не здійснюється.
Доступ до застосунку мають зареєстровані користувачі web-платформи ChekLists, відповідно до умов чинного договору про надання послуг з ТОВ «Аналітик-1/Свіч-ФМ»
Застосунок не передбачає використання вбудованих покупок. Доступ до застосунку відкриває усі наявні функції одночасно зареєстрованим користувачам за умови одноразової оплати при реєстраці
Застосунок є корпоративним сервісом В2В. Сервіси застосунку не продаються (не надаються) окремим споживачам не юридичним особам, в тому числі для особистого,приватного чи сімейного застосування.
Застосунок використовує виключно офіційні відкриті публічні джерела інформації, зокрема державні реєстри та міжнародні санкційні списки. Дані стосуються політично значущих осіб (PEPs), санкційних обмежень та юридичних осіб і надаються у структурованому вигляді. Інформація регулярно оновлюється з метою забезпечення її точності та актуальності.
Мобільний додаток сервісу **CheckLists** розроблений з урахуванням принципів контрольованого доступу та захисту інформації. Доступ до інформаційних даних у додатку можливий виключно після ідентифікації користувача та підтвердження його прав доступу.
Користувачами додатку є юридичні особи, які є суб’єктами первинного фінансового моніторингу, ліцензовані фінансові компанії та банківські установи, а також нефінансові компанії, що здійснюють обов’язкові функції фінансового моніторингу і забезпечують проведення фінансових операцій на території України та за її межами відповідно чинного законодавства, а також міжнародних договорів України.
Застосунок є мобільною версією діючої web-платформи CheckLists. Доступ до застосунку надається лише відповідно до умов чинного Договору про надання послуг та у визначеному об’ємі. Придбання контенту, підписок або сервісів безпосередньо в застосунку не здійснюється.
Доступ до застосунку мають зареєстровані користувачі web-платформи CheckLists, відповідно до умов чинного Договору про надання послуг.
Застосунок не передбачає використання вбудованих покупок. Доступ до застосунку відкриває усі наявні функції одночасно зареєстрованим користувачам за умови одноразової оплати при реєстрації.
Застосунок є корпоративним сервісом В2В. Сервіси застосунку не продаються (не надаються) приватним користувачам не юридичним особам, в тому числі для особистого, приватного чи іншого застосування.
Застосунок використовує виключно офіційні відкриті публічні джерела інформації, зокрема державні реєстри та міжнародні санкційні списки. Дані стосуються політично значущих осіб (PEPs), санкційних обмежень та юридичних осіб і надаються у структурованому вигляді. Інформація регулярно оновлюється з метою забезпечення її точності та актуальності.
# FAQ
Source: https://docs.finap.com.ua/uk/check-lists/faq-copied-1
Часті питання
### Загальні питання
Для роботи програми необхідно:
1. Інсталювати JRE (Java SE Runtime Environment 8) на кожен комп’ютер, де буде виконуватися програма.
2. Інсталювати PostgreSQL не нижче версії 9.6 (на локальний комп’ютер, або сервер).
3. Створити (відновити, restore) базу даних “nbfitest” з необхідними довідниками та переліками даних.
4. Розпакувати архів із програмою «CheckLists»
JRE (Java SE Runtime Environment 8) відповідно до вашої операційної системи можна отримати за посиланням
[https://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html](https://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html)
При інсталяції варто притримуватись підказок програмного забезпечення
PostgreSQL ( не нижче версії 9.6) можна отримати за посиланням:
[https://www.enterprisedb.com/downloads/postgres-postgresql-downloads](https://www.enterprisedb.com/downloads/postgres-postgresql-downloads)
Для успішного запуску необхідно:
* перевірити версію java (перевірити версію можна натиснувши в пошуку cmd + enter);
* якщо вища за java version "1.8.0\_202", то потрібно видалити діючу версію і встановити java8.
Алгоритм дій:
1.Видалити поточну версію Java
Відкрити Панель керування → Програми та компоненти
Видалити всі встановлені версії Java
2.Встановити потрібну версію Java (Встановіть Java 8 Update 202 (1.8.0\_202))
Використовуйте офіційний дистрибутив, рекомендований для NBFI
3.Вимкнути автоматичне оновлення Java
Після встановлення: відкрийте Java Control Panel/ перейдіть на вкладку Update/ зніміть галочку Check for Updates Automatically/ збережіть зміни
Необхідно здійснити дзвінок на лінію підтримки +380980007001 (внутрішній номер 901), консультант перевірить інформацію по IP
Такий результат виникає, якщо ввели неправильний логін і пароль. Логін має бути обов’язково з приставкою \*\*\*\_api
Дана помилка виникає через перевищення часу очікування відповіді. У такому випадку після скринінгу усіх клієнтів буде корисним застосувати фільтр (на вкладці скринінг -> фільтр(іконка лійочка) -> вертикальна вкладка (дані по скринінгу) -> ставимо галочку -кліенти, по яких не було перевірки) і примінити. Така маніпуляція покаже клієнтів, по яким, відповідь на запит перевищила час очікування і вони не перевірились. Далі процес скринінгу стандартним чином проводиться.
# Параметри запиту
Source: https://docs.finap.com.ua/uk/check-lists/input
Дані необхідні для формування запиту
## Сервера API
* finap.com.ua:9443
* res1.finap.com.ua:9443
* res4.finap.com.ua:9443
* res5.finap.com.ua:9443
* res6.finap.com.ua:9443
* res8.finap.com.ua:9443
## Тип запиту
* [GET](/api-reference/checklists)
* [POST](/api-reference/checklists-1)
## Вхідні параметри
### Обов'язкові
ID суб’єкта ФМ (присвоюється при реєстрації суб’єкта ФМ в ПК “FinAP CheckLists”). Приходить на електронну пошту відповідальної особи
Унікальний ключ користувача суб’єкта ФМ (надається при реєстрації суб’єкта ФМ в ПК “FinAP CheckLists”). Приходить на електронну пошту відповідальної особи
### Основні
Прізвище, ім’я, по-батькові або назва особи
Індивідуальний податковий номер фізичної особи - резидента (більшість реєстрів не містять даних про РНОКПП), або ЄДРПОУ юридичної особи резидента
Дата народження фізичної особи у форматі “YYYY-MM-DD”
Реквізити документа фізичної особи (національний пасторт, ID картка або паспорт для виїзду за кордон) у форматі серія і номер, або просто номер (якщо ID карта). Наявність або відсутність пробілу між серією і номером значення не має
### Додаткові
Внутрішній унікальний ID запиту (генерується на стороні суб’єкта ФМ)
Дата та час формування запиту (генерується на стороні суб’єкта ФМ) у форматі “YYYY-MM-DD hh:mm:ss”
ID робочого місця суб’єкта ФМ (присвоюється на стороні суб’єкта ФМ)
Число, кожен біт якого при переведенні у двійковий формат визначає перелік баз (списків) у яких має здійснюватися пошук (або сума чисел, які відповідають пошуковим спискам). Нариклад, для пошуку у діючих санкційних списках “listdata” : 127 — “0000 0000 0000 0111 1111”. Див. Табл.2. За замовчуванням використовується значення яке відповідає запиту у всі реєстри сервісу
Метод пошуку збігів по реєстрам (1 — повнотекстний (за замовчуванням), 2 — з корекцією помилок). За замовчуванням – 1
Число, що визначає нижню межу співпадінь назви чи ПІБ у відсотках
Прізвище, ім’я, по-батькові або назва у латиниці. За замовчуванням генерується із поля name за результатами роботи алгоритму транслітерації
Код нерезедента
Назва населеного пункту. Використовується для пошуку підприємців в Реєстр юридичних осіб та ФОП за місцем приписки, а також в реєстрі податкових боржників за приналежністю податкової
Тип документу. Може приймати значення 1 (ПАСПОРТ ГРОМАДЯНИНА УКРАЇНИ в тому числі і ID карти), 2 (ПАСПОРТ ГРОМАДЯНИНА УКРАЇНИ ДЛЯ ВИЇЗДУ ЗА КОРДОН), 0 – обидва варіанти. За замовчуванням – 0
Дата початку періоду змін в ЄДР (для Аналізу) у форматі “YYYY-MM-DD”
Дата закінчення періоду змін в ЄДР (для Аналізу) у форматі “YYYY-MM-DD”
Перелік (масив) кодів ЄДРПОУ, щодо яких аналізуються зміни в ЄДР протягом заданого періоду
Даний параметр вказує чи повертати актуальний запис чи всі нявні в реєстрі записи (true – актуальний, false - всі). За замовчуванням – актуальний.
# Про продукт CheckLists
Source: https://docs.finap.com.ua/uk/check-lists/produkt
Інформація про продукт CheckLists
CheckLists FinAP® - це інструмент для перевірки, всебічного дослідження та аналізу клієнтів, їх поглибленого вивчення та оцінки їх ризиків, що консолідує та аналізує дані з різних інформаційних реєстрів і відкритих джерел, зокрема, публічної інформації у формі відкритих даних. Сервіс автоматизує процес збору та обробки інформації, забезпечує комплексну перевірку клієнтів на відповідність вимогам фінансового моніторингу та дотримання норм регуляторів, допомагає виявляти потенційні ризики, спрощує проведення оцінки ризику клієнтів установи, сприяє процесу розуміння ризиків, що становлять такі клієнти (ризик-профілі клієнтів) та підтриманню в актуальному стані інформації, на основі якої проводиться така оцінка ризиків. Використовується з метою виконання завдань і обов’язків, покладених на суб’єктів первинного фінансового моніторингу, згідно вимог Закону України “Про запобігання та протидію легалізації (відмиванню) доходів, одержаних злочинним шляхом, фінансуванню тероризму та фінансуванню розповсюдження зброї масового знищення” №361-IX від 6 грудня 2019 року..
### **CheckLists FinAP® консолідує та аналізує дані з таких інформаційних реєстрів:**
* РЕЄСТР «НАЦІОНАЛЬНІ ПУБЛІЧНІ ДІЯЧІ» - містить відомості про національних публічних діячів, членів сімей національних публічних діячів та осіб, пов'язаних з такими діячами.
* РЕЄСТР «МІЖНАРОДНІ ПУБЛІЧНІ ДІЯЧІ» - містить відомості про діячів, які виконують або виконували визначні публічні функції в міжнародних, міждержавних організаціях, члени міжнародних парламентських асамблей, судді міжнародних судів.
* РЕЄСТР «ІНОЗЕМНІ ПУБЛІЧНІ ДІЯЧІ» - містить відомості про фізичних осіб, які виконують або виконували визначні публічні функції в іноземних державах.
* РЕЄСТР «САНКЦІЇ» - Відомості: **Держфінмоніторингу** України про перелік осіб, пов’язаних із провадженням терористичної діяльності або стосовно яких застосовано міжнародні санкції; **РНБО України** про перелік осіб, на яких поширюються її рішення про застосування персональних спеціальних економічних та інших обмежувальних заходів (санкцій) відповідно до Закону України 'Про санкції; **міжнародних організацій** про санкційні переліки осіб, складені Радою безпеки ООН та Європейського Союзу; **іноземних країн** про санкційні переліки осіб (Австралія, Азербайджан, Аргентина, Бельгія, Болгарія, Велика Британія, Грузія, Ізраїль, Індія, Казахстан, Канада, Катар, Киргизстан, Латвія, Литва, Малайзія, Молдова, Нігерія, Нідерланди, Нова Зеландія, ОАЕ, ПАР, Польща, Сінгапур, США, Франція, Чехія, Швейцарія, Японія).
* РЕЄСТР «ВИКРАДЕНІ, ВТРАЧЕНІ, НЕДІЙСНІ ДОКУМЕНТИ» - містить інформацію про викрадені, втрачені та недійсні паспорти громадян України (ДМС України).
* РЕЄСТР «РЕЄСТР ЮРИДИЧНИХ ОСІБ ТА ФОП» - містить інформацію про суб’єктів господарювання та фізичних осіб-підприємців.
* РЕЄСТР «ЗМІНИ РЕЄСТРАЦІЙНИХ ДАНИХ ЮРИДИЧНИХ ОСІБ» - містить інформацію про зміни реєстраційних даних юридичних осіб з 2017 року.
* РЕЄСТР «БОРЖНИКИ» - містить інформацію з Єдиного реєстру боржників Мін’юсту.
* РЕЄСТР «СУДОВІ СПРАВИ» - містить інформацію з реєстрів про судові рішення та про судові засідання.
* РЕЄСТР «ВИКОНАВЧІ ПРОВАДЖЕННЯ» - містить інформацію про наявність та стан виконавчих проваджень.
* РЕЄСТР «ПОДАТКОВІ НЕРЕЗИДЕНТИ» - містить інформацію про юридичних осіб у реєстрі платників податків-нерезидентів.
* РЕЄСТР «НОТАРІУСИ» - містить інформацію з Державного реєстру нотаріусів.
* РЕЄСТР «БАНКРУТИ» - містить інформацію з Державного реєстру банкрутів.
* РЕЄСТР «ОСОБИ В РОЗШУКУ» - містить перелік осіб, що знаходяться в розшуку МВС, СБУ, Інтерпол.
* РЕЄСТР «КОРУПЦІЙНІ ПРАВОПОРУШЕННЯ» - містить інформацію з реєстру осіб, які вчинили корупційні або пов’язані з корупцією правопорушення (НАЗК).
* РЕЄСТР «ФІНАНСОВА ЗВІТНІСТЬ» - містить інформацію про фінансову звітність установ з 2020 року та динаміку основних фінансових показників. Формат надання даних Web-ресурс.
* РЕЄСТР «ОКУПАНТИ» - моніторинг осіб причетних до збройної агресії.
* РЕЄСТР «ЗРАДНИКИ» - містить інформацію про зрадників та колаборантів (ЧЕСНО).
### **Використання цих пошукових даних дає змогу завжди перевіряти:**
1. належність клієнтів/контрагентів до національних та іноземних публічних діячів, або пов’язаних з ними осіб
2. включення до переліків осіб, пов'язаних із здійсненням терористичної діяльності або стосовно яких застосовано міжнародні санкції (санкційні списки/списки терористів)
3. відсутність наданих клієнтом/контрагентом документів у базі втрачених документів
4. достовірність даних про клієнта щодо відношення до суб’єктів господарювання, де клієнт/контрагент є кінцевим бенефіціарним власником або засновником (учасником) або керівником
5. зміни в Єдиному державному реєстрі юридичних осіб, що стосуються ваших клієнтів
# Довідники
Source: https://docs.finap.com.ua/uk/check-lists/references
### **Ідикатори що використовуються в реєстрі «Реєстр юридичних осіб та ФОП» (indicators, indicators\_str)**
| BIT | Індикатор | Відповідні поля відповіді |
| :-: | :-------------------------------------------------------------------------------------------------------------------------------------: | :-----------------------: |
| 0 | В ЮО особі відсутні КБВ | |
| 1 | В структурі власності є особи, що пов’язані з росією | isrussian |
| 2 | В структурі власності є особи, що пов’язані білорусією | isbilorussian |
| 3 | В структурі власності були особи, що пов’язані з росією | |
| 4 | В структурі власності були особи, що пов’язані білорусією | |
| 5 | ЮО має стату неприбуткової організації | isnoprofit |
| 6 | Ризикові бонди – ЮО, яка в структурі має осіб пов’язаних з росією чи білорусією випустила цінні папери | isriskbonds |
| 7 | ЮО підозрується в реєстрації за адресою масової реєстрації | address\_mreg |
| 8 | В структурі власності є особи, що пов’язані з країнами, щодо яких Україна ввела секторальні санкції | |
| 9 | В структурі власності є особи, що пов’язані з країнами, що несуть загрозу безпеці України | |
| 10 | ЮО має збіг з PEPs | |
| 11 | ЮО має збіг в реєстрі Санкцій за назвою | |
| 12 | Керівник/учасник/КБВ ЮО має збіг з PEPs | m\_pep, n\_pep |
| 13 | Керівник/учасник/КБВ ЮО має збіг з реєстром Санкцій | m\_san, n\_san |
| 14 | Збіг з реєстром PEPs ЮО-учасника (керівник/учасник/КБВ) або інших ЮО (керівник/учасник/КБВ) через власну учать у них | |
| 15 | Збіг з реєстром Санкцій ЮО-учасника (керівник/учасник/КБВ) або інших ЮО (керівник/учасник/КБВ) через власну учать у них | |
| 16 | ЮО має зв'язок з PEPs | |
| 17 | ЮО є в реєстрі Санкцій | |
| 18 | Керівник/учасник/КБВ ЮО є PEPs | |
| 19 | Керівник/учасник/КБВ ЮО є в реєстрі Санкцій | |
| 20 | Зв'язок з PEPs ЮО-учасника (керівник/учасник/КБВ) або інших ЮО (керівник/учасник/КБВ) через власну участь у них | |
| 21 | Зв'язок з реєстром Санкцій ЮО-учасника (керівник/учасник/КБВ) або інших ЮО (керівник/учасник/КБВ) через власну участь у них | |
| 22 | ЮО є учасником в інших ЮО | |
| 23 | Підтверджено ФОП | |
| 24 | Мультибенефіціар | |
| 25 | Мультиучасник | |
| 26 | Адреса мультибенефіціарності | |
| 27 | Адреса мультиучасності | |
| 28 | Наявність у структурі власності КБВ-іноземця | |
| 29 | Наявність у структурі власності учасника-іноземця | |
| 30 | ЮО містить відокремлені підрозділи | |
| 31 | Ознака, що можлива недостовірність структури власності | |
| 32 | Ознака, що структура власності визнана Національним банком України непрозорою | |
| 33 | ЮО має спільні телефонні номера з іншими ЮО | |
| 34 | ЮО має спільні електронні адреси з іншими ЮО | |
| 35 | ЮО має спільні веб ресурси з іншими ЮО | |
| 36 | Можлива недостовірність інформації про КБВ | |
| 37 | КБВ ЮО є учасником в інших ЮО | |
| 38 | Учасник ЮО є КБВ в інших ЮО | |
| 39 | Наявність осіб, що пов’язані з РФ, серед ЮО-учасників (учасник/КБВ) або інших ЮО (учасник/КБВ) через власну участь у них | |
| 40 | Наявність осіб, що пов’язані з РБ, серед ЮО-учасників (учасник/КБВ) або інших ЮО (учасник/КБВ) через власну участь у них | |
| 41 | В структурі власності були особи, що пов’язані РФ серед ЮО-учасників (учасник/КБВ) або інших ЮО (учасник/КБВ) через власну участь у них | |
| 42 | В структурі власності були особи, що пов’язані РБ серед ЮО-учасників (учасник/КБВ) або інших ЮО (учасник/КБВ) через власну участь у них | |
### **Перелік країн для параметру related блоку sanctions**
| BIT | Індикатор |
| :-: | :-----------------: |
| 0 | Не використовується |
| 1 | Росія |
| 2 | Білорусь |
| 3 | Іран |
| 4 | Сирія |
### **Списки санкцій та застережень**
| BIT | Санкції |
| :-: | :--------------: |
| 0 | ДСФМУ (Україна) |
| 1 | РНБО (Україна) |
| 2 | ООН |
| 3 | ЄС |
| 4 | Велика Британія |
| 5 | США |
| 6 | Канада |
| 7 | Франція |
| 8 | Австралія |
| 9 | Нова Зеландія |
| 10 | Японія |
| 11 | Швейцарія |
| 12 | Бельгія |
| 13 | Ізраїль |
| 14 | Киргизія |
| 15 | Казахстан |
| 16 | Польша |
| 17 | Латвія |
| 18 | ОАЕ |
| 19 | ПАР |
| 20 | Болгарія |
| 21 | Аргентина |
| 22 | Індія |
| 23 | Катар |
| 24 | Нідерланди |
| 25 | Азейбарджан |
| 26 | Молдова |
| 27 | Нігерія |
| 28 | Сінгапур |
| 29 | Литва |
| 30 | Грузія |
| 31 | Естонія |
| 32 | Чехія |
| 33 | Малайзія |
| 34 | Монако |
| 35 | Індонезія |
| 36 | Тайланд |
| 37 | Турція |
| 38 | Румунія |
| 39 | Сербія |
| 40 | Непал |
| 41 | Міжнародний банк |
| 42 | Ірак |
| 43 | Австрія |
| 44 | Філіпіни |
| 45 | Ірландія |
| 46 | НССМЦ (Україна) |
| 47 | Тайвань |
| 48 | СБУ (Терористи) |
| 49 | Йорданія |
| 50 | Пакистан |
# Вебінари
Source: https://docs.finap.com.ua/uk/check-lists/vebinars
Посилання на вебінари
### API. Принципи дослідження ділових відносин в сервісі CheckLists
### Сучасні підходи санкційного комплаєнсу та автоматизації фінансового моніторингу в CheckLists FinAP
# Що нового
Source: https://docs.finap.com.ua/uk/check-lists/whatsnew
CHECKLISTS API
### 1.10 2025-03-01
* Розширено структуру реєстру «Зміни даних юридичних осіб»: додано ідентифікатор зміни (id), числовий код типу зміни (changetype), індикатор реальної зміни назви(ПІБ) керівника,кбв,засновника (ishumanchanges).
* Додано новий блок по реєстру «Санкції»(psanctions). Альтернатива блокам sanctions і sanction\_lost.
* Реєстр «Окупанти» розширено додатковою інформацією: фото (foto), індикатор «хорошого русского» (is\_good), індикатор полононого (is\_polon), індикатор ідентифікованості (is\_identified), індикатор підсудності (is\_accused), посилання на джерело (link), адреса (address)
* В реєєстр «Зв'язок з юридичною особою» добавлено блок Зв'язок з юридичною особою Великої Британії. Потребує оформолення окремого доступу. Використовує 20 біт.
* В реєстрі «Особи в розшуку» добавлено параметр actual. Він вказує чи є даних запис актуальним чи вже вилученим.
* В реєстрі «Політично значущі особи» додано параметр type – тип особи (0-фізична, 1 - юридична)
### 1.9 2024-12-01
* Добавлено реєстр «Особи в розшуку», в якому є дані по особах що об’явлені в розшук МВС та СБУ.
* Добавлено реєстр Корупційні правопорушення.
* Добавлено блок sanction\_lost, в якому знаходяться санкції що були вилуечні із санкційних списків. В блоці sanction залишаються тільки автивні санкції. Для отримання даних по вилучених санкціях не потрібно додаткових доступів і окремих бітів listdata. Достатньо мати доступ до реєстру «Санкції».
* В блок Зв'язок з юридичною особою добавлено параметр level.
* Реєстр «Санкції» розширено санкційними списками наступних краї: Австралія, Нової Зеландія, Японія, Швейцарія, Бельгія, Ізраїль, Казахстан, Киргизія,Польша,Латвія, ОАЕ, ПАР, Болгарія, Аргентина, Катар, Індія, Нідерланди, Азейберджан.
* Біт 7 вхідного параметру listdata тепер віповідає за перелік інших іноземних списків (на даний момент Франція, Австралія, Нова Зеландія, Японія, Швейцарія, Бельгії, Ізраїля, Казахстан, Киргизії Польша,Латвія, ОАЕ, ПАР, Болгарія, Аргентина, Катар, Індія, Нідерланди, Азейберджан).
* У всі блоки реєстру «Реєстр юридичних осіб та ФОП» добавлено параметр indicators та indicators\_str. В них у вигляді числа (indicators) чи бітової маски (indicators\_str) будуть міститися всі індикатори, які зараз представлені окремим полем (див. таблиця 5).
* У блок edrfullinfo реєстру «Реєстр юридичних осіб та ФОП» добавлено параметр date\_last\_changed – дата крайньої зміни інформації по ЮО чи ФОП.
* Блоки Country в реєстрах розширено додатковими параметрами (sectoral, dangerous, eresident).
* Блок edrfullinfo розширено інформацією про бенефіціарів, структуру власності, керівника, основного КВЕДа, розширено блок учасників (засновників), а також інтегровано індикатори.
* В реєстр «Судові справи» деталізовано параметри datails та persons блоком documents та personsList відповідно.
* В реєстр «Політично значущі особи» в блоки relatedPeps та relatedPersons добавлено дата народження осіб.
### **1.8**
* Додано новий реєстр «Нотаріуси»
* Додано новий реєстр «Банкрути»
* Реєстр «Санкції» розширено санкційними списками Франції.
* Реєстр «Боржники» включає пошук інформації по податковій заборгованості (taxdebt), та заборгованості з Єдиного реєстру заборгованості (debtor)
### **1.7**
* Добавлено реєстр «Податкові нерезиденти» (nerezedent).
* 19.11.2022 набрали чинності зміни до Закону України 361-IX ([https://zakon.rada.gov.ua/laws/show/2736-20#Text](https://zakon.rada.gov.ua/laws/show/2736-20#Text)). Відмінено пожиттєвий статус національного публічного діяча. Тепер особи, що не виконують в Україні визначні публічні функції більше 3-х років втратили статус національного публічного діяча. У зв’язку з цим в реєстр «Політично значущі особи» додано наступні параметри:
* active – індиктор активності статусу особи
* dateendpep – дата припинення у особи статусу «Публічна»
* pependcomment – коментар щодо припинення у особи статусу «Публічна»
* У блоці relatedPersons
* active – індикатор активності статусу особи
* archivelink – індикатор архівності зв’язку
* У блоці relatedPeps
* active – індикатор активності статусу особи
* archivelink – індикатор архівності зв’язку
* В реєстрі «Реєстр юридичних осіб та ФОП» (edrinfo) додано наступні параметри:
* isnoprifit - ознака неприбутковості
* isriskbonds – ознака ризику пов’язаного з випуском цінних паперів
### **1.6**
* Додано можливість здійснювати пошук за алгоритмом з корекцією помилок. Для цього вхідний параметр search повинен бути рівним 2 (за замовчуванням пошук відбувається за алгоритмом повнотекстного пошуку search=1).
* В більшості реєстрів додано вихідний параметр percent і level.
* percent вказує на відсоток збігу по назві (ПІБ) згідно обраного алгоритму пошуку, або на повне співпадіння по коду ЄДРПОУ (в даному випадку percent=100).
* level вказує на рівень збігу між вхідними і вихідними даними. Може приймати значення «Високий» або «Низький». Високий рівень збігу для юридичної особи – це збіг по ЄДРПОУ, для фізичної особи – повний збіг назві (ПІБ) або альтенативній назві (ПІБ) і даті народження (у раєстрах де така дата присутня). Всі решта збігів прийнято вважати збігами низького рівня.
* В реєстри «Політично значущі особи», «Реєстр юридичних осіб та ФОП» (edrinfo і edrfullinfo) додатково до параметрів де вказана країна (за виключенням УКРАЇНИ) добавлено параметри з блоками даних про ризиковість даної країни (country, country\_of\_origin\_risk, country\_of\_register\_risk)
* В реєстрі «Політично значущі особи» в блоці RelatedPep добавлено параметр descriptiontyperpep , що вказує на цифрове значення категорії публічності пов’язаної публічної особи.
* В реєстрі «Судові справи» добавлено параметр edrpou – ЄДРПОУ юридичної особи учасника судової справи де це можна встановити.
* В реєстрі «Податкові боржники» добавлено параметр id -унікальний ідентифікатор боржника в реєстрі.
* В реєстрі «Реєстр юридичних осіб та ФОП» (edrinfo) добавлено наступні параметри:
* isbranch – вказує що даний запис стосується відокремленого підрозділу
* n\_mfounder – к-сть організацій, де дане підприємство є бенефіціаром
* mfounder\_edrpou – перелік ЄДРПОУ організацій, де дане підприємство є бенефіціаром
* В блоці founder добавлено наступні параметри:
* name\_adr\_mb – ПІБ бенефіціарів які пов’язані з даним бенефіціаром за спільною адресою
* country\_of\_register – країна реєстрації бенефіціара/власника.
### **1.5**
* Добавлено реєстр “Окупанти” (okupant).
* Добавлено реєстр “Зрадники” (zrada)
### **1.4**
* До реєсту “Політично значущі особи” (peps) було добавлено ряд параметрів:
* aka - альтернативні імена.
* yearb – рік народження в разі відсутності дати народження.
* sources – блок посилання на джерело інформації щодо особи:
* site – посилання на джерело
* pdf – посилання на pdf файл з підтвердженням інформації з джерела
* brief – додаткова інформація по джерелу
* В блок пов'язані особи (relatedPersons) наступні параметри:
* relateaka - перелік альтернативних імен особи
* relatelink - цифровий код зв'язку згідно довідника НБУ K019
* В блок причетність до пепа (relatedPeps) наступні параметри:
* akarpep - перелік альтернативних імен особи
* linkrpep - цифровий код зв'язку згідно довідника НБУ K019
### **1.3**
* До реєсту “Реєстр юридичних осіб та ФОП” (edrinfo) було добавлено ряд параметрів:
* isbilorussian - громадянин Білорусії присутній серед власників (в тому числі бенефіціарів). Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення таких осіб.
* isrussian - громадянин Росії присутній серед власників (в тому числі бенефіціарів) Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення таких осіб.
* В блоці founders добавлено наступні параметри:
* country\_of\_origin – країна громадянства бенефіціара
* address\_f – адреса бенефіціара
* До реєсту “Зв'язок з юридичною особою” (edr) було добавлено ряд параметрів:
* isbilorussian - громадянин Білорусії присутній серед власників (в тому числі бенефіціарів). Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення таких осіб.
* isrussian - громадянин Росії присутній серед власників (в тому числі бенефіціарів) Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення таких осіб.
* ispep - збіг по реєстру "Політично значущі особи" присутній серед власників, бенефіціарів і керівників. Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення таких осіб.
* isactualpep - підтвердження збігу по реєстру "Політично значущі особи" серед власників, бенефіціарів і керівників. Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення підтвердження.
* issan - збіг по реєстру "Санкції" присутній серед власників, бенефіціарів і керівників. Даний параметр може приймати значення true або взагалі бути відсутнім у разі не виявлення таких осіб.
### **1.2**
* Додано новий пошуковий реєстр “Реєстр юридичних осіб та ФОП” (edrfullinfo), який в тому числі дозволяє здійснювати пошук по відокремлених підрозділах юридичної особи.
* Описано логіку розрахунку параметру level для реєстру “Політично значущі особи”, “Санкції”. Вхідні параметри
* Створено JSON схему запиту ([https://check.finap.com.ua/apiinfo/schema/v1/RequestSchema.json](https://check.finap.com.ua/apiinfo/schema/v1/RequestSchema.json)) і відповіді ([https://check.finap.com.ua/apiinfo/schema/v1/ResponseSchema.json](https://check.finap.com.ua/apiinfo/schema/v1/ResponseSchema.json)) сервісу CheckLists.
* До реєсту “Політично значущі особи” (pep) в блоки relatedPeps і relatedPersons було добавлено ряд параметрів:
* idpep (в блоці relatedPeps) та relateid (в блоці relatedPersons) – унікальний ідентифікатор особи в реєстрі;
* relateorg - перелік ЄДРПОУ організацій (через які будується пов'язаність по КБВ при не прямому звязку з фізичною особою).
* До реєсту “Державні реєстри — інформація про ЮО” (edrinfo)
* m\_pep\_ids – Перелік ідентифікаторів записів в реєстрі “Політично значущі особи”, що стосуються збігів по керівнику
* m\_san\_ids - Перелік ідентифікаторів записів в реєстрі “Санкції”, що стосуються збігів по керівнику
* address\_mreg – ймовірна адреса масової реєстрації (к-сть зареєстрованих компаній на дану адресу)
* блок founders було добавлено ряд параметрів:
* n\_fop - чи є (була) дана особа ФОП;
* is\_actual\_pep - підтвердження з реєстру «Політично значущі особи» про те що дана особа являється публічною;
* n\_mb - мультибенефіціарність - кількість юридичних осіб в яких дана особа ще є бенефіціаром (виключно з даною);
* rel\_edrpou - перелік ЄДРПОУ в яких дана особа ще є бенефіціаром (виключно з даною);
* address\_mb - мультибенефіціарна адреса – кількість бенефіціарів зареєстрованих на адресу даного бенефіціара, якщо таких є більше ніж один;
* edrpou\_adr\_mb - Перелік ЄДРПОУ, в яких є бенефіціарами інші особи, що є зареєстровані за даній адресою.
* n\_pep\_ids – Перелік ідентифікаторів записів в реєстрі “Політично значущі особи”, що стосуються збігів по КБВ/засновнику/учаснику
* n\_san\_ids – Перелік ідентифікаторів записів в реєстрі “Санкції”, що стосуються збігів по КБВ/засновнику/учаснику
### **1.1**
* Додано новий пошуковий реєстр “Виконавчі провадження”(executive)
* Вхідні параметри doctype - Тип документу. Може приймати значення 1 (ПАСПОРТ ГРОМАДЯНИНА УКРАЇНИ в тому числі і ID карти) та 2 (ПАСПОРТ ГРОМАДЯНИНА УКРАЇНИ ДЛЯ ВИЇЗДУ ЗА КОРДОН) Якщо вказати даний параметр то пошук буде відбуватися лише серед документів даного типу інакше пошук відбувається не залежно від типу документу.
* Вихідні параметри **level** - рівень співпадіння в реєстрах "Політично значущі особи" та "Санкції". Може приймати значення "Високий" і "Низький".
* В блоці відповіді по пошуковим реєстрам додано тестове повідомлення з помилкою "9004.Відсутній зв'язок з базою даних сервісу"
### **1.0**
* Замінено вхідний параметр address на city. Даний параметр використовується в пошуку інформації ЄДР ЮО і ФОП (особливо при пошук ФОПів) та в реєстрі податкових боржників (особливо при пошук фізичних осіб або ФОПів)
* В блоці відповіді по пошуковому реєстру «Політично значущі особи» добавлено 2 вихідних параметра typePEP, descriptiontypePEP, а також параметр categoryPEP тепер може містити перелік (через “;”) категорій, до яких відноситься ПЕП згідно довідника НБУ K019
* В блоці відповіді по пошуковому реєстру «Санкції» у відповіді по реєстрах РНБО добавлено структуру sanctionSource з описом джерела, з якого вона була внесена (наказ президента)
* В блоці відповіді по пошуковому реєстру «Податкові боржники» добавлено вихідний параметр dsumesv – борг по ЄСВ
* В блоці відповіді по пошуковому реєстру «Ліцензії» додано блок gambling, що стосується ліцензій грального бізнесу.
# Про продукт
Source: https://docs.finap.com.ua/uk/isppa-for-nbfi/about
Призначення «ISPPA for NBFI FinAP CheckLists»
Модуль «ISPPA for NBFI FinAP CheckLists» (далі - Модуль) є спеціальною скороченою версією програмного комплексу «ISPPA for NBFI» та призначений для:
* завантаження (імпорт) або введення списку клієнтів/контрагентів;
* здійснення групової перевірки (усіх клієнтів або обраних) засобами FinAP CheckLists;
* збереження (експорт) результатів групової перевірки в файл у форматі MS Excel (xls,csv);
* уточнення результатів групової перевірки засобами WEB-сервісу FinAP CheckLists, збереження (у форматі pdf) та/або друк;
* здійснення запитів засобами WEB-сервісу FinAP CheckLists безпосередньо з Модуля.
# Аналіз результатів скринінгу
Source: https://docs.finap.com.ua/uk/isppa-for-nbfi/analize
«ISPPA for NBFI FinAP CheckLists» дозволяє проводити аналіз результатів перевірки в сервісі FinAP CheckLists(так як система видає співпадіння на основі даних анкети) з метою уникнення повторного потрапляння при наступних перевірках тих даних, які були додані у виключення, а також валідації тих результатів, які на думку оператора стосуються даного клієнта. Для цього в анкеті клієнта є закладка CheckLists (1 на Мал. 6.1) на якій деталізовано результати останньої перевірки. Потрапити сюди можна з меню «Анкети», обравши відповідного клієнта, перейти в його анкету (клавіша Enter або двічі лівою клавішою миші) і відкрити закладку CheckLists, або з меню «Групова перевірка», обравши відповідного клієнта, перейти в його анкету (клавіша Enter або двічі лівою клавішою миші або правою клавішою миші – обрати «Анкета клієнта») вам автоматично відкриється анкета на відповідній закладці. В даному модулі передбачено наступні стани в яких може перебувати результат пошуку:
* У виключені – якщо оператор підтверджує, що результат співпадіння не стосується клієнта.
* Підтверджено – якщо оператор підтверджує, що результат співпадіння стосується клієнта.
* Не розібрано – стан за замовчуванням після перевірки. Означає що збіг знайдено, але оператором ні підтвердив, ні додав у виключення.
* Зміна інформації – якщо в підтвердженому оператором записі відбулася значна зміна або запис взагалі був вилучений з реєстру на стороні сервісу FinAP CheckLists. При значних змінах (наприклад категорії Публічної особи) оператор повинен повторно підтвердити або додати у виключення даних результат, прийнявши до уваги нову інформацію. У разі вилучення підтвердженого раніше запису на стороні сервісу (наприклад, з особи були зняті санкції), оператор повинен перевести результат в режим не розібрано.
Для переведення результату з одного стану в інший передбачено наступні операції:
* Додати у виключення ті результати, які не стосуються клієнта;
* Помітити валідними ті результати, які стосуються клієнта;
* Перевести в стан не розібрано для повторного аналізу, якщо результат знаходиться в одному із станів (У виключені або Підтверджено).
Ці дії можна виконати декількома шляхами:
* за допомогою панелі кнопок (4 на Мал.6.1) (цей спосіб дозволяє робити групову операцію);
* стоячи на запису викликати контекстне меню (правою клавішею миші) і обрати один із варіантів (цей спосіб дозволяє робити групову операцію);
* стоячи на запису натиснути на значення в першій колонці (3 на Мал.6.1). Результат додасться у виключення (цей спосіб не дозволяє робити групову операцію).
Щоб побачити на екрані ті дані, які були додані у виключення, необхідно включити режим відображення виключень (5 на Мал.6.1).
Для більш глибокого аналізу результату перевірки, оператор може отримати додаткову інформацію, перейшовши по посиланню (2 на Мал.6.1), в результаті відбудеться перенаправлення на web-портал FinAP CheckLists, де можна побачити більш розгорнуту інформацію по результату перевірки та пов’язану інформацію.
**Мал.6.1**
Для збереження аналізу результатів перевірки необхідно зберегти зміни в анкеті клієнта (натиснувши кнопку «Зберегти» або «Примінити»). Для того щоб відхилити зміни натисність кнопку «Відхилити».
Щодо відображення збігів по Санкційних списках, то у зв’язку з реалізацією API анкетного типу по санкціях, то інформація щодо санкцій по особі подається структуровано по даній особі з зазначенням рівня співпадіння (Мал.6.2).
**Мал.6.2**
У зв’язку з реалізацією в системі CheckLists додаткового індикатора «Статус санкцій» - червоний (активні санкції) або чорний (відсутні діючі санкції) (Мал.6.3), відповідно системою автоматично відхиляються збіги щодо санкційності особи, яка була вилучена з санкційних списків (Мал.6.4).
**Мал.6.3**
**Мал.6.4**
# CheckLists скринінг
Source: https://docs.finap.com.ua/uk/isppa-for-nbfi/check-lists-skrining
Групова перевірка клієнтів в системі FinAP CheckLists.
## Скринінг
Групова перевірка клієнтів (пункт меню «Групова перевірка» (1 на Мал.5.1)) здійснюється як для усіх відфільтрованих клієнтів (2 на Мал.5.1) так і обраних зі списку (виділених за допомогою кнопок Shift або Ctrl та миші або клавіш ↑↓ (Ctrl+A виділяє всі записи на одній сторінці)) (3 на Мал.5.1). Результати перевірки можна експортувати в xlsx або csv файл за допомогою кнопки (4 на Мал.5.1). Щоб використовувати групову перевірку необхідно попередньо в «Налаштуваннях» включити інтеграцію з системою FinAP CheckLists, та прописати дані авторизації (див. пункт VIII. Налаштування «ISPPA for NBFI FinAP CheckLists» даної інструкції). Перед перевіркою оберіть пошукові бази по яким здійснюватиметься перевірка, розкривши «Списки» у верхній частині екрану (7 на Мал.5.1). У меню «Списки» зникають ті реєстри, які були вимкнені в блоці «Налаштування» – закладка CheckLists – «Реєстри» (п.8.3.2 «Реєстри»). Кількість активних реєстрів супроводжується цифровою підказкою, що показує кількість увімнених із загальнодоступних реєстрів.
**Мал.5.1**
Кнопкою (8 на Мал.5.1) можна включити режим автоматичного оновлення (зручний для використання в багатокористувацькому режимі). За допомогою кнопки (5 на Мал.5.1) можна відфільтрувати список клієнтів. Це впливатиме на перевірку всіх відфільтрованих клієнтів (2 на Мал.5.1) так і на експорт результатів перевірки (4 на Мал.5.1). Відповідно перевірятися і експортуватися будуть тільки ті клієнти, які потраплять під дію цього фільтра. Експортний файл може бути в декількох форматах: csv, xlsx (Мал.5.3) та Excel (Шаблон) (Мал.5.2). Друкована форма в форматі Excel (Шаблон) складається з двох закладок:
✓ Реєстр перевірки (Мал.5.2, Мал.5.3). Ця вкладка містить перелік усіх клієнтів, відібраних згідно із застосованим фільтром (або без фільтра), та відображає: результати перевірки на збіги в реєстрах CheckLists; дата та час виконання перевірки; ім’я виконавця.
✓ Звіт перевірки. Вкладка підсумовує: кількість підтверджених і непідтверджених збігів осіб, щодо яких здійснено групову перевірку; розподіл збігів по кожному, обраному для здійснення перевірки, по реєстру CheckLists; та вказується дата та особа, що сформувала звіт.
**Мал.5.2**
**Мал.5.3**
В полі «Розбіжності» індикатори відображають виявлені невідповідності або їх відсутність при синхронізації з ЄДР юридичних осіб та ФОП. Відповідність індикаторів та текстових виразів в Реєстрі перевірки в CheckLists:
* Відповідає ЄДР
* Розбіжності з ЄДР
* Неповні дані з ЄДР
За допомогою кнопки (на малюнку 6 на Мал.5.1) можна виконати синхронізацію даних клієнтів – юридичних осіб та фізичних осіб-підприємців (за умови підключення відповідної додаткової послуги) із даними ЄДР ЮО і ФОП. Під час синхронізації користувач має можливість вибору параметрів, за якими буде виконуватись синхронізація (за типом клієнта та даними). Про доступність та підключення додаткової послуги з синхронізації даних з ЄДР ЮО та ФОП — перевірки фізичних осіб за РНОКПП у ЄДР — свідчить наявність відповідного індикатора зеленого кольору в інтерфейсі програми (Мал.5.1.1).
**Мал.5.1.1**
На даний момент синхронізується наступна інформація: повна назва, адреса реєстрації, основний і додаткові КВЕДи, керівник, кінцеві бенефіціарні власники та засновники, інші уповноважені особи (перейменовано підписанти, що є більш ємким поняттям), дані про реєстрацію в ЄДР, статус, ознаки структури (недостовірність структури власності та структура визнана НБУ непрозорою).
Для роботи даного модуля синхронізації у клієнта має бути коректно заповнений параметр ЄДРПОУ. На основі даного поля можна робити фільтрацію записів.
**Мал.5.1.2**
Якщо наявний індикатор червоного кольору у вигляді «замочка» (біля згаданого функціоналу), то це свідчить про те, що згідно з умовами Вашого контракту ця додаткова послуга, є недоступною. (За умовами та підключенням звертайтесь до контактної особи) (Мал.5.1.2).
Поле «Розбіжності» показує чи відповідають дані з анкети даним реєстру ЄДР ЮО і ФОП. Зелений індикатор – дані синхронізовано повністю та відповідають ЄДР. Червоний – дані не повністю синхронізовано з ЄДР. Оранжевий – виявлено розбіжності в анкеті клієнта з даними ЄДР ЮО і ФОП. Додано спливаючу підказку на індикатори виявлення розбіжностей в колонці "Розбіжності з ЄДР".
Даний індикатор дублюється також в нижній частині анкети клієнта та інформує про наявні розбіжності даних з ЄДР ЮО і ФОП. Та біля кожного з полів, що мають невідповідність присутній індикатор оранжевий трикутник та фіксується «Дата виявлення розбіжностей» біля полей щодо даних про керівника, КБВ та учасників (Мал.5.1.3).
Після виправлення виявлених розбіжностей в анкеті – «Дата виявлення розбіжностей» зникає, що свідчить про те, що інформація щодо керівника, КБВ та учасників вже відповідає даним з ЄДР ЮО і ФОП.
**Мал.5.1.3**
Поле «Аналіз збігів» на Мал.5.1. інформує користувача по кількість і якість співпадінь даних по клієнту в системі сервісу FinAP CheckLists. Відповідно колір, яким зафарбовується кількість співпадінь по конкретних сервісах інформує про теж саме в розрізі цього сервісу.
* Відсутні збіги, або всі існуючі збіги були відхилені при аналізі.
* Присутні збіги, які ще не були проаналізовані. Необхідно проаналізувати дані збіги (прийняти чи відхилити). В стовбцях конкретних сервісів кількість співпадінь додатково позначається нижнім підкресленням.
* Існують підтвердженні користувачем співпадіння. Нові не проаналізовані співпадіння відсутні.
* Існують як підтвердженні користувачем так і нові не проаналізовані співпадіння. В стовбцях конкретних сервісів кількість співпадінь додатково позначається нижнім підкресленням.
Існують, крім підтверджених збігів та не проаналізованих співпадінь, ще співпадіння, які були раніше підтверджені, але по них відбулись значні зміни, або запис був вилучений з певного реєстру FinAP CheckLists (тобто є в аналізі клієнта збіг синім кольором з підкресленням ).
Синім кольором зафарбується кількість співпадінь, якщо серед них є ті, що раніше були підтверджені, але по них відбулися значні зміни, або взагалі даний запис був вилучений з реєстрів на стороні сервісу FinAP CheckLists.
Поле «Індикатори» підсвічує кольором рівень ризиковості співпраці з юридичною особою та при підведенні курсору наводить відповідний перелік ризикових факторів (навіть без входу в анкету клієнта). Градація: від жовтого (менш ризиковий) до червоного (більш ризиковий).
Символи в полях «Зв’язок власників, КБВ або керівника» - «Публічні особи» і «Санкції» говорять про те, що по даному клієнту юридичній особі серед керівника, засновників чи бенефіціарних власників знайдено відповідно особи, що є чи можуть бути відповідно публічними і підсанкційними (кожному значенню відповідає свій стовбець).
Символи в полях «Зв’язок власників, КБВ або керівника» - «Росія» і «Білорусь» підсвічують причетність до агресора керівника, засновників чи бенефіціарних власників юридичної особи, а саме наявний зв’язок з країнами-агресорами або зв’язок, що був в минулому.
## Опис фільтраційних можливостей
### Дані по анкеті
* Номер анкети – унікальний ідентифікатор клієнта в системі «ISPPA for NBFI FinAP CheckLists».
* ЄДРПОУ/ІПН – ЄДРПОУ юридичної особи або ІПН фізичної.
* Найменування клієнта – назва (або частина назви) клієнта.
* Тип клієнта – фільтрація за типом клієнта. Підтримується множинний вибір. Якщо не вказати жодного (стан за замовчуванням) будуть відбиратися клієнти всіх типів.
* Резидентність – фільтрація за типом: резидент / нерезидент. Якщо не вказати резидентність - будуть відбиратися клієнти обох типів.
* Класифікатор – фільтрація на основі класифікатора. Щодо налаштування класифікатора див.п.8.5. (Мал.8.7).
* Рівень ризику – фільтрація за вказаним (Закладка «Заходи ФМ» анкети клієнта) рівнем ризиковості клієнта. Підтримується множинний вибір. Якщо не вказати жодного (стан за замовчуванням) будуть відбиратися клієнти з усіма рівнями ризиковості (в т.ч. з невизначеним).
* Належність до PEPs - можливість відбору анкет за належністю до PEPs згідно довідника К019 Національного банку України по одній чи декільком категоріям. Відбір відбувається серед тих клієнтів, по яких уже була здійснена групова перевірка в системі FinAP CheckLists.
* Застосовані санкції – фільтрація анкет клієнтів по: відношенню до тероризму (ДСФМУ), мають санкції РНБО, знайдені в іноземних та міжнародних санкційних списках.
* Наступна планова актуалізація – дозволяє вказати період, відповідно з яким відфільтрується перелік тих клієнтів, дані яких потребують актуалізації в цьому періоді, тобто по яких наступає дата планової актуалізації даних по клієнту. Визначається така дата в залежності від останньої дати актуалізації даних та зазначеного рівня ризику клієнта. Якщо не вказувати період (значення за замовчуванням) – відображаються всі клієнти, в тому числі ті, по кому ще не визначено наступну дату планової актуалізації.
* Клієнти імпортовані останніми – відбираються ті клієнти, які були імпортовані в програму останніми.
* Обрані клієнти – фільтрація клієнтів за ознакою «Обрана анкета клієнта». Даний параметр надається клієнту в блоці «АНКЕТИ» (натисканням правої клавіши миші на потрібній анкеті клієнта та виборі параметра «Добавити в обране». Зняти даний признак – обрати «Вилучити з обраного»).
* Бізнес-партнери – фільтрація анкети клієнтів категорії «Бізнес-партнер», які були створені автоматично при здійсненні синхронізації даних з ЄДР юридичних осіб та ФОП (Ознайомитись в п.5 «Групова перевірка клієнтів в системі FinAP CheckLists» (синхронізація - 6 на Мал.5.1).
* Ліміт записів – відображає не більше ніж задану кількість клієнтів. Параметр зокрема зручний в комбінації з параметром «Клієнти по яких не було перевірки» для порційної перевірки клієнтів по яких ще не було здійснено перевірку у разі, якщо їхня кількість є значною.
### Дані по перевірці
* Дата останньої перевірки – дозволяє вказати період відповідно до якого список клієнтів відфільтрується тільки по тих клієнтах, по яких була здійснена перевірка в межах даного періоду. Можна вказувати тільки один з параметрів, тоді інший буде необмежений, або не вказувати жодного (значення за замовчуванням) – для відображення всіх клієнтів, в тому числі тих по кому ще не було здійснено перевірку. •
* Реєстри CheckLists – фільтрація за результатами перевірки по певних реєстрах Сервісу. У відбір потраплять тільки ті клієнти по яких були знайдені співпадіння у відповідних сервісах. Підтримується множинний вибір. Якщо не вказати жодного (стан за замовчуванням) будуть відбиратися всі клієнти незалежно від результатів перевірки. В переліку доступні всі реєстри згідно тарифного плану.
* Рівень збігу в реєстрах – фільтрує анкети по наявності відповідних рівнів збігу у реєстрах.
* Розбіжності з ЄДР ЮО – фільтр щодо розбіжностей, які виявлені після здійснення синхронізації даних з ЄДР ЮО і ФОП (стосується юридичних осіб і ФОП).
* Аналіз збігів – фільтрація по загальному показнику підтверджених і не підтверджених співпадінь.
* Клієнти по яких не було перевірки – відбираються тільки ті клієнти по яких ще не здійснювалася перевірка.
* Клієнти по яких було знайдено співпадіння в системі FinAP Check✓Lists - у відбір потраплять тільки ті клієнти по яких були знайдені співпадіння у хоча б у одному з реєстрів Сервісу.
* Рівень ризику – фільтрація клієнтів по показнику рівня ризиковості (ризик визначається у юридичних осіб), можливість множинного вибору. Якщо не вказати жодного (стан за замовчуванням) будуть відбиратися всі клієнти незалежно від результатів перевірки.
* PEPs в структурі – обираються ті клієнти, відповідно, серед керівників, учасників та КБВ яких знайдено PEPs. Можливість обрати одночасно два параметри.
* Підсанкційні особи в структурі – можливість відбору тих юридичних осіб в структурів власності яких є підсанкційні особи. Можливість обрати одночасно два параметри.
* Зв’язок з агресором – даний фільтр є можливість швидкого пошуку (відбору) клієнтів, що серед керівників, КБВ та учасників мали чи мають пов’язаність з країнами-агресорами (натискання відповідних параметрів за запитом клієнта). Можливість обрати одночасно всі.
# Імпорт анкет клієнтів
Source: https://docs.finap.com.ua/uk/isppa-for-nbfi/import
Завантаження (імпорт) або введення списку клієнтів
Для ведення анкет клієнтів, а також завантаження (імпорту) списку клієнтів необхідно скористатися пунктом меню «Анкети» (1 на Мал. 4):
**Мал.4**
Для фільтрування анкет використовуйте кнопку (6 Мал.4) (більш детально в «Фільтраційні можливості сайд-бару «ФІЛЬТР» (Мал.4.2)). Для імпорту списку клієнтів скористайтеся кнопкою імпорту з правого боку списку анкет (2 на Мал.4).
Для експорту реєстру анкет у файл формату XLXS використовується кнопка (10 Мал. 4). В результаті формується файл, що складається з двох закладок:
* Реєстр анкет – реєстр переліку усіх анкет клієнтів згідно застосованого фільтра (або без нього), з зазначенням дати створення та виконавця.
* Звіт по PEPs та санкціям – надає кількісну інформацію про осіб, які мають статус PEP відповідно до довідника НБУ К019, з розподілом за кожною категорією та загальну їх кількість. Окрім цього, звіт відображає кількість осіб, до яких застосовані санкції РНБО, іноземні або міжнародні санкції, а також осіб, пов'язаних із терористичною діяльністю (згідно з переліком ДСФМУ). Та сумарний підсумок осіб, до яких застосовано санкції.
Зі списком клієнтів можна працювати скориставшись стандартними засобами програми (кнопки введення нової анкети (3 на Мал.4), редагування (4 на Мал.4), вилучення активної анкети чи декількох обраних анкет використовуючи Сtrl/Shift (5 на Мал.4), імпорту з правого боку списку анкет (2 на Мал.4)). Функціонал БЕЗПОВОРОТНОГО очищення переліку клієнтів (7 на Мал.4) перенесено в блок «Налаштування» закладка «Дії». (Ознайомитись в п.8.2 «Дії» (Мал.8.2)). Кнопка (8 Мал.4) видаляє тільки відфільтрований список анкет (якщо застосовано фільтр) або всі записи, якщо фільтр не включено. Кнопкою (9 Мал.4) можна включити режим автопоновлення списку анкет (зручний для використання в багатокористувацькому режимі). В цьому режимі список анкет буде з періодичністю синхронізуватися з БД, щоб отримувати найактуальніші дані. В анкеті клієнта є можливість експортувати її у файл формату xlsx (кнопка) (Мал.4.1).
**Мал.4.1**
### Фільтраційні можливості сайд-бару «ФІЛЬТР»
Доступні фільтраційні можливості сайд-бару «ФІЛЬТР» (6 на Мал.4):
1. Пошук за номером анкети (1 на Мал.4.2), що присвоюється автоматично в середовищі ПЗ.
2. Пошук за кодом ЄДРПОУ/ІПН (2 на Мал.4.2) – ЄДРПОУ - для юридичної особи, ІПН(РНОКПП) - для фізичної особи.
3. Пошук за найменуванням клієнта (3 на Мал.4.2)– назва ЮО, або ПІП для ФО.
4. Пошук за типом клієнта (4 на Мал.4.2) – можливість обрати з випадаючого меню один або декілька варіантів (не визначений тип, фізична особа, фізична особа-підприємець, юридична особа, тощо).
5. Пошук за видом клієнта (5 на Мал.4.2) – у зв’язку з оновленим підходом до класифікації клієнтів параметр «Вид клієнта» з фільтра видалено.
6. Застосування фільтру за резидентністю (6 на Мал.4.2) – резидент, нерезидент. Якщо не обрати один з варіантів - відбираються клієнти обох типів.
7. Пошук за класифікатором (7 на Мал.4.2) – доступний функціонал відбору клієнтів за власними ідентифікаторами, які є можливість створити в НАЛАШТУВАННЯХ (детально 8.5. Класифікатор (Мал.8.7) по запиту СПФМ. Наступним кроком є присвоєння власного ідентифікатора відповідним клієнтам в їх анкетах вручну (закладка ЗАГАЛЬНІ ДАНІ анкети) або автоматично, коли попередньо у файлі імпорту переліку клієнтів в форматі csv вказуємо даний класифікатор у відповідній колонці, в результаті чого, отримуємо можливість здійснення відбору певної категорії клієнтів по Вашому запиту.
8. Відбір за рівнем ризику (8 на Мал.4.2) – низький, середній, високий, неприйнятно високий або невизначений. Можливість множинного вибору. Мал.4.2
9. Належність до PEPs (9 на Мал.4.2) – можливість відбору анкет за належністю до PEPs згідно довідника К019 Національного банку України по одній чи декільком категоріям. Відбір відбувається серед тих клієнтів, по яких уже була здійснена групова перевірка в системі CheckLists.
10. Застосовані санкції (10 на Мал.4.2) – фільтрація анкет клієнтів по: відношенню до тероризму (ДСФМУ), мають санкції РНБО, знайдені в іноземних та(або) міжнародних санкційних списках.
11. Наступна планова актуалізація (11 на Мал.4.2) – дозволяє вказати період, відповідно з яким відфільтрується перелік тих клієнтів, дані яких потребують актуалізації в зазначеному періоді, тобто по яких наступає дата планової актуалізації даних по клієнту. Визначається така дата в залежності від останньої дати актуалізації даних та зазначеного рівня ризику клієнта. Якщо не вказувати період (значення за замовчуванням) – відображаються всі клієнти, в тому числі ті, по кому ще не визначено наступну дату планової актуалізації.
12. Клієнти імпортовані останніми (12 на Мал.4.2) – відфільтровує список анкет клієнтів, що по часу були імпортовані останніми.
13. Клієнти, що були вилучені (13 на Мал.4.2) – відображає перелік анкет клієнтів, що були вилучені в ПК з використанням параметрів «Видалити анкету» (5 на Мал.4) та «Видалити анкети згідно фільтру» (8 на Мал.4). Користувач може змінити статус анкети з «Вилучена» на «Активна» у разі її помилкового видалення або відновлення співпраці з клієнтом (Мал.4.2.1). Анкета з переліку видалених повертається до загального переліку активних анкет клієнтів.
**Мал.4.2.1**
14. Обрані клієнти (14 на Мал.4.2) - фільтрація анкет клієнтів за ознакою «Обрана анкета клієнта». (Застосувати/зняти цю ознаку до/з анкети клієнта використовуємо контекстне меню – відповідно «Добавити в обране»/ «Вилучити з обраного»).
15. Примінити (15 на Мал.4.2) – підтвердження застосування обраного параметру фільтру.
16. Очистити (16 на Мал.4.2) – зняти застосовані фільтри.
17. Бізнес-партнери (17 на Мал.4.2) – відфільтрує анкети клієнтів категорії «Бізнес-партнер», які були створені автоматично при здійсненні синхронізації даних з ЄДР юридичних осіб та ФОП (Ознайомитись в п.5 «Групова перевірка клієнтів в системі FinAP CheckLists» (синхронізація - 6 на Мал.5.1).
# Встановлення
Source: https://docs.finap.com.ua/uk/isppa-for-nbfi/install
Системні вимоги та порядок установки
«ISPPA for NBFI FinAP CheckLists» розроблено засобами Java та СУБД PostgreSQL, що є мультиплатформенними і їх робота не має залежати від операційної системи, де Модуль буде встановлено (Windows, Linux, Unix тощо).
Для роботи програми необхідно:
1. Інсталювати JRE (Java SE Runtime Environment) на кожен комп’ютер, де буде виконуватися програма.
2. Інсталювати PostgreSQL (на локальний комп’ютер, або сервер).
3. Створити (відновити, restore) базу даних “nbfitest” з необхідними довідниками та переліками даних.
4. Розпакувати архів із програмою «CheckLists»
### Встановлення JRE (Java SE Runtime Environment 8).
JRE відповідно вашої операційної системи можна завантажити за [посиланням](https://www.oracle.com/ua/java/technologies/javase/javase8-archive-downloads.html).
**Мал.2.1**
Під час встановлення керуйтеся вказівками інсталяційної програми JRE.
### Встановлення PostgreSQL
PostgreSQL можна завантажити за цим [посиланням](https://www.enterprisedb.com/downloads/postgres-postgresql-downloads).
**Мал.2.2**
Під час встановлення керуйтеся вказівками інсталяційної програми.
### Установка клієнтського місця.
Програму можна скачати за [посиланням](https://finap.com.ua/ispafornbfi). Якщо робоче місце на базі ОС Windows, інсталювати програму можна за допомогою програми-інсталятора, у разі використання іншої ОС - розпакувати архів в робочу директорію програми. Для розпакування архіву з програмою скористайтеся стандартними архіватором 7z чи будь-яким іншим, що підтримує даний формат архіву (Мал. 2.3):
**Мал.2.3**
Зазначте шлях, де буде знаходитися Модуль (Мал. 2.4):
**Мал.2.4**
Після успішного розпакування, каталог, де розміщена програма буде мати вигляд (Мал. 2.5):
**Мал.2.5**
де:
* in - каталог для розміщення файлів, призначених для імпорту (listofclient.csv)
* lib - каталог бібліотек Java out - каталог для розміщення файлів, що експортуються (наприклад, вихідних форм у форматі MS Excel, побудови графів, візуалізації грошових потоків тощо)
* template - каталог для розміщення шаблонів вихідних друкованих форм (в Модулі не використовується)
* doc - документація по роботі програми
* log - файли логування роботи програми
* updates – каталог для збереження файлів поновлення програми
* config.xml – файл конфігурації
* nbfi.jar – головний модуль «ISPPA for NBFI FinAP CheckLists».
# Початкове налаштування
Source: https://docs.finap.com.ua/uk/isppa-for-nbfi/start
Початок роботи з програмою «ISPPA for NBFI FinAP CheckLists»
# Параметри початкового налаштування
Для роботи з Модуля необхідно здійснити (перевірити) налаштування у файлі config.xml:
```
nbfiadmin
localhost
nbfitest
5432
false
nbfiadmin
jsdf87dsfhjksdhnfjdfhsd==
```
де:
* user- логін користувача «ISPPA for NBFI Check✓Lists FinAP R» за замовчуванням (nbfiadmin)
* path- шлях до серверу бази даних PostgreSQL (localhost або ІР-адреса серверу)
* baseDB- назва бази даних в PostgreSQL
* port- порт PostgreSQL (по замовчуванню: 5432)
* ssl - чи використовувати протокол ssl для роботи з БД.
* masterUserDB - логін користувача користувача PostgreSQL.
* masterPasswordDB - пароль користувача користувача PostgreSQL в зашифрованому вигляді.
Всі параметри можна змінити безпосередньо в програмі перед авторизацією - кнопка (Мал. 3.1).
***Мал.3.1***
# Запуск програми
Для запуску «ISPPA for NBFI FinAP CheckLists» виконуємо головний модуль nbfi.jar (або за допомогою команди java -jar nbfi.jar).
Після запуску програми, буде запропоновано ввести логін та пароль користувача (Мал. 3.2). Як тільки відбудеться реліз нової версії програми, на екрані авторизації ви побачите повідомлення (1 на Мал.3.2). Його можна завантажити за допомогою кнопки (2 на Мал.3.2). Поновлення завантажуються в папку updates програми і розархівовується у відповідну до версії програми підпапку. Щоб примінити зміни необхідно закрити програму і переписати всі файли (за виключенням config.xml інакше він перепише ваші налаштування доступу до БД) в робочу директорію програми. Починаючи з версії 0.8.5 процес поновлення автоматизований і виконуватиметься без участі користувача.
***Мал.3.2***
За замовчуванням в Модулі заведено користувача nbfiadmin (пароль - nbfiadmin). У поточній версії користувачі можуть використовувати такий функціонал:
* завантаження (імпорт) або введення списку клієнтів/контрагентів;
* ведення анкет клієнтів;
* здійснення групової перевірки (усіх клієнтів або обраних) засобами FinAP CheckLists;
* збереження (експорт) результатів групової перевірки в файл у форматі MS Exсel (xlsx,csv);
* уточнення результатів групової перевірки засобами WEB-сервісу FinAP CheckLists, збереження (у форматі pdf) та/або друк;
* здійснення запитів засобами WEB-сервісу FinAP CheckLists безпосередньо з Модуля.
### Оповіщення при вході
Впроваджена система оповіщень В «ISPPA for NBFI FinAP CheckLists» при вході в систему:
✅ За 10 днів до закінчення строку дії договору з’являється інформаційне повідомлення (Мал.3.3). Після закриття повідомлення користувач може продовжити роботу в системі.
***Мал.3.3***
✅ У випадках: ➢ закінчення строку дії договору; ➢ використання IP-адреси, яка не входить до списку дозволених (згідно з умовами договору) система блокує вхід і відображає відповідне повідомлення (Мал.3.4).
***Мал.3.4***
✅ Якщо введено неправильний логін або пароль, заблоковано обліковий запис (акаунт), відсутній доступу до Інтернету, чи безпосередньо до сервісу CheckLists – з’являється відповідне повідомлення. У такому разі активується 5- денний термін для усунення проблеми або виявлення причини, що призвели до цього. Якщо проблему не буде вирішено впродовж цього строку – доступ до системи буде обмежено (Мал.3.5).
***Мал.3.5***
# Версійність програмного забезпечення
Додано відображення версії програмного забезпечення у верхній панелі стартової сторінки після назви: (Мал.3.6, Мал.3.7):
Базова версія (Мал.3.6). Здійснення групової перевірки клієнтів засобами сервісу в інформаційних реєстрах CheckLists з використанням «Базової анкети». Що забезпечує основні функції для імпорту, автоматичного генерування анкет, та здійснення самої групової перевірки цих анкет в CheckLists.
***Мал.3.6***
Розширена версія (Мал.3.7). Здійснення групової перевірки клієнтів засобами сервісу в інформаційних реєстрах CheckLists з використанням «Розширеної анкети». Використання даної версії комплексу для групової перевірки, крім уже зазначеного функціоналу як для «базової анкети» надає додаткові можливості для деталізованого аналізу та синхронізації даних з реєстрами.
***Мал.3.7***
# Налаштування
В налаштуваннях програми можливо потрапити з меню (1 на Мал.8.1). Всі налаштування розбиті на 6 блоків:
## Загальні
Загальні – ті що стосуються роботи програми вцілому.
**Мал.8.1**
* Автоматично приміняти результати перевірки з високим рівнем співпадіння (при активації результати з високим рівнем співпадіння будуть примінені автоматично без участі оператора, з низький рівень потребуватиме опрацювання)
* Папка імпорту за замовчуванням
* Папка експорту за замовчуванням
* Кількість потоків для перевірки
* Використовувати POST запити
* Використовувати проксі
* Адреса проксі
* Порт проксі
Параметр «Імпорт довідників» (2 на Мал.8.1), що дозволяє імпортувати необхідні для програми довідники з нашого відкритого сервісу, перейменовано в «Поновлення довідників» та перенесено в закладку «Дії» (Ознайомитись в п.8.2. «Дії» (Мал.8.2)). Кнопка (3 на Мал. 8.1) дозволяє змінювати вигляд бокового меню між детальним і коротким. Щоб зберегти зміни в загальних налаштуваннях натисність «Примінити», або «Відхилити» - якщо зміни не потрібно зберігати.
## Дії
Дії – включає загальні параметри, що приміняються в ПК та не потребують підтвердження параметром «Примінити». Включає в себе такі функції:
**Мал.8.2**
➢ Очистити список анкет клієнтів (безповоротне очищення списку анкет) перенесено з блоку «Анкети» до даної закладки «Дії». Це зроблено для забезпечення додаткового контролю за видаленням клієнтської бази (Мал.8.2).
➢ Поновлення довідників. Даний функціонал забезпечує примусове оновлення довідників з нашого відкритого сервісу для максимально коректної роботи програмного модуля (Мал.8.2).
## CheckLists
CheckLists – налаштування інтеграції з сервісом «FinAP CheckLists». Використовувати інтеграцію з системою CheckLists - включає інтеграцію з сервісом (1 на Мал.8.3.1).
### Доступ
На закладці «Доступ» прописуються параметри для здійсненні запитів до сервісу FinAP CheckLists, а саме:
* Використовувати акаунт організації – дозволяє сумісно використовувати один акаунт сервісу для всіх користувачів програми.
* Використовувати індивідуальний акаунт – дозволяє використовувати індивідуальний акаунт сервісу для конкретного користувача програми.
Для авторизації на сервісі «CheckLists» потрібно внести наступні параметри авторизації:
* Ідентифікатор фінансового суб'єкта (IDsubjectFM) (2 на Мал.8.3.1)
* Токен (token) (3 на Мал.8.3.1)
Ідентифікатор фінансового суб'єкта (IDsubjectFM) та Токен (token) є обов’язковими полями для доступу до сервісу FinAP CheckLists. Вони були відправлені засобами електронної пошти під час реєстрації акаунта в системі «CheckLists». У разі успішного введення авторизаційних даних ви отримаєте інформацію про даний акаунт в системі FinAP CheckLists.
**Мал.8.3.1**
У разі невірного введення логіну або паролю з’являється відповідне повідомлення (Мал.8.3.1.1).
**Мал.8.3.1.1**
При введенні даних недіючого облікового запису з’являється повідомлення про заборону доступу (Мал.8.3.1.2).
**Мал.8.3.1.2**
Зміна версійності програми супроводжується повідомленням щодо потреби в перезавантаженні ПК (Мал.8.3.1.3).
**Мал.8.3.1.3**
### Реєстри
На закладці «Реєстри» ви можете відключити використання певних доступних вам реєстрів. Якщо реєстр відключений то він не відображається в «Групова перевірка», не експортується у файл, та по ньому не можна буде зробити перевірку в сервісі FinAP CheckLists.
Параметр «Включити всі» – дозволяє одночасно активувати всі доступні реєстри для подальшого відображення у блоці «Групова перевірка». Підтвердити свій вибір натисканням параметру «ПРИМІНИТИ» (Мал.8.3.2).
Під час першого входу користувача в ПК всі реєстри увімкнені за замовчуванням (для зручності користувача).
**Мал.8.3.2**
### Загальні
На закладці «Загальні» доступні наступні параметри, які впливають на процес перевірки по сервісу FinAP CheckLists.
* Актуальні Публічні особи - якщо активувати даний параметр то пошук буде здійснюватися в реєстрі "Публічні особи" лише серед діючих публічних осіб. Інакше пошук відбувається по всьому реєстру включаючи і вже не діючих публічних осіб (1 на Мал.8.3.3).
* Вилучення без підтвердження - у разі якщо результат запиту до реєстру був підтверджений, але при наступній перевірці він був вилучений з реєстру (2 на Мал.8.3.3), тоді:
* ВКЛ: підтвердження автоматично вилучається в програмі.
* ВИКЛ: видалення потребує підтвердження.
* Використовувати пул серверів – включивши даний параметр активується можливість направляти запити на розширену кількість серверів, що забезпечить безперебійний доступ до Сервісу (3 на Мал.8.3.3).
Важливо! Щоб мати доступ до сервісу CheckLists в ISPPA for NBFI , необхідно мати(відкрити) доступ по порту 9443 до даного пулу серверів:
* [finap.com.ua](http://finap.com.ua) (185.25.116.152)
* [res1.finap.com.ua](http://res1.finap.com.ua) (194.247.12.98)
* [res2.finap.com.ua](http://res2.finap.com.ua) (185.101.217.98)
* [res3.finap.com.ua](http://res3.finap.com.ua) (176.241.128.101)
Пріоритетним варіантом є надання доступу на основі DNS серверів до домену [finap.com.ua](http://finap.com.ua) і всіх його субдоменів (\*.[finap.com.ua](http://finap.com.ua)). Це дозволить в майбутньому не відкривати окремі доступи до нових серверів які будуть розгортатися в нашому пулі.
**Мал.8.3.3**
Щоб зберегти будь які зміни в налаштуваннях інтеграції з сервісом FinAP CheckLists натисність «Примінити», або «Відхилити» - якщо зміни не потрібно зберігати.
## Оповіщення
В програмі реалізована система оповіщення на певні події засобами електронної пошти. Для цього необхідно активувати систему оповіщення, та прописати дані акаунта електронної пошти з якої буде розсилатися оповіщення. Отримувачами оповіщення може бути як одна особа так і декілька (перелік електронних адрес через кому) (Мал.8.4). На даний момент реалізовані наступні події:
* Групова перевірка анкет по системі FinAP CheckLists (1 на Мал.8.4) – оповіщення про наявність не розібраних співпадінь (реалізовано по всіх реєстрах) та по автоматично підтверджених збігах по клієнтах буде розсилатися по завершенню групової перевірки.
* Синхронізація даних (2 на Мал.8.4) – надсилається лист-оповіщення про виконання синхронізації даних з Єдиним державним реєстром юридичних осіб та ФОП. Повідомлення містить деталізацію відповідності даних за кожним пунктом та узагальнений результат синхронізації по анкеті кожного клієнта.
**Мал.8.4**
### FinapServiceDesk
FinapServiceDesk – це система прийому заявок від клієнтів по роботі продуктів торгової марки FinAP. Тут можна налаштувати авторизаційні дані вашого акаунта в даній системі, для отримання можливості відправляти заявки по не коректній роботі модуля «ISPPA for NBFI FinAP CheckLists» безпосередньо із програми.
**Мал.8.5**
Для цього в програмі в правому верхньому кутку додано кнопку (1 Мал.8.5.1). При натисканні на неї відкривається форма для надсилання повідомлення, в якій ви можете задати тему та коротко описати проблему. У разі успішної відправки повідомлення у формі з’явиться / індикатор , інакше якщо повідомлення не було доставлено .
**Мал.8.5.1**
Поруч (2 Мал.8.5.1) знаходиться індикатор перевірки доступності сервісу FinAP CheckLists з робочого місця (Мал.8.5.1.1).
**Мал.8.5.1.1**
Кнопка (3 Мал.8.5.1) дозволяє відкрити дану інструкцію.
## Класифікатор
Класифікатор – це можливість групувати клієнтів згідно внутрішніх параметрів. Значення класифікаторів можна ввести в систему в пункти меню «Налаштування» закладка «Класифікатор» (Мал. 8.6).
**Мал.8.6**
Доступно введення (1 на Мал.8.6), редагування (2 на Мал.8.6) і видалення (3 на Мал.8.6) класифікатора. Після проведення маніпуляцій з класифікаторами необхідно зафіксувати зміни (натисканням кнопки «Примінити» - 4 на Мал.8.6). Щоб відхилити зміни, відповідно, потрібно натиснути кнопку «Відхилити». Присвоїти класифікатор клієнту можна:
* в анкеті клієнта на закладці «Загальні дані»;
* присвоїти класифікатор для клієнта (групи клієнтів) в самому файлі (\*.csv), що сформований для імпорту переліку клієнтів в Модуль. Тоді всі клієнти завантажаться уже з автоматично присвоєним класифікатором, що відповідає ідентифікатору (блок «Налаштування» - закладка «Класифікатор»).
## Послуги
Послуги – даний розділ надає можливість користувачу створити в Модулі саме ті види послуг, які надає своїм клієнтам. А потім в анкеті клієнта обрати перелік саме тих послуг, якими користується конкретний клієнт.
Доступно введення (1 на Мал.8.7), редагування (2 на Мал.8.7) і видалення (3 на Мал.8.7) послуги. Після проведення певних дій з послугами необхідно зафіксувати зміни (4 на Мал.8.7). Щоб відхилити зміни, відповідно, потрібно натиснути кнопку «Відхилити».
**Мал.8.7**
Користувач має можливість обрати ряд параметрів, що характеризують кожну послугу (непрозорість, складність, суму обороту послуги, масштабність) (Мал.8.7.1).
**Мал.8.7.1**