Частина 1 — AI Assistant у кабінеті та його slash-команди. Частина 2 — підключення Compliance MCP до ChatGPT або Claude та формулювання промптів. Повний довідник для обох поверхонь.
Кабінет клієнта містить AI Assistant: чат-інтерфейс, який розуміє запитання природною мовою про санкції, TARIC та комплаєнс і може викликати перевірки платформи замість вас. Slash-команди відкривають керовані форми саме з тими полями, які потрібні кожному робочому процесу.
/ для керованої форми.Асистент розуміє природну мову й може викликати перевірки платформи замість вас. Для швидкого старту slash-команди відкривають форму саме з тими полями, які потрібні робочому процесу.
/ у полі вводу та виберіть підготовлений робочий процес. Кожна команда відкриває форму саме з потрібними полями — без здогадок, які параметри застосовуються./entity для KYC та санкцій за іменем, /goods для товарів / CN / TARIC та /payment для ISO 20022 XML.Скринінг — /entity, /audit, /lv-frozen, /vop
Товари — /goods, /report, /overview, /embargo, /duty, /measures
Довідка — /code, /describe
Джерела — /sources
Платежі — /payment
Головні точки входу для оператора — /entity для KYC/санкцій за іменем, /goods для товарів/CN/TARIC та /payment для ISO 20022 XML.
| Команда | Що робить | Категорія |
|---|---|---|
| /audit | Скринінг особи/компанії на конкретний момент для історичної дати | Скринінг |
| /lv-frozen | KYC латвійського контрагента за реєстром заморожених активів Latvia FID | Скринінг |
| /entity | Перевірити особу, компанію, судно, повітряне судно чи ідентифікатор за санкційними джерелами | Скринінг |
| /vop | Verification of Payee (EPC288-23) для скринінгу платежів | Скринінг |
| /goods | Керована форма CN/TARIC: report, overview, embargo, duty, measures, description, search | Товари |
| /report | Готовий для клієнта HTML-звіт для CN + країни | Товари |
| /overview | Компактна картка CN: опис, сигнал мита, санкції | Товари |
| /embargo | Перевірка товарного ембарго RU/BY за CN-кодом | Товари |
| /duty | Лише ставки мита: третя країна, митний союз, преференційні | Товари |
| /measures | Повні заходи TARIC: заборони, ліцензії, ПДВ, мита | Товари |
| /code | Знайти CN-код за описом товару | Довідка |
| /describe | Ієрархія CN без заходів | Довідка |
| /sources | Каталог джерел санкцій та експортного контролю | Джерела |
| /payment | Форма скринінгу платежу ISO 20022: одноразовий звіт або збережений PaymentCase | Платежі |
Пошук по налаштованих санкційних джерелах: EU FSF, OFAC SDN/Non-SDN, US CSL, UN SC, UK UKSL, CH SECO, CA SEMA, AU DFAT, JP MOF, LV FID, EurLex RU 269, EurLex RU 833, EurLex BY 765 та LV FID Frozen.
Petr Olegovich Aven · країна RU · дата народження 1955-03-16.Northbridge Trading Ltd · країна RU.SABRRUMM.40003698011 · реєстрація 40003698011.9610903.Збіги з оцінкою 0–100, джерело, регламент, підстави, дата народження, реєстраційний номер та пояснення оцінки.
Для суден OFAC результат також містить дані про судно (тип, прапор, тоннаж) та пов'язані сторони власника / контролера, розпарсені з розширеного графа зв'язків OFAC — корисно для перевірки тіньового флоту та кінцевих бенефіціарів.
Використовуйте для аудиторських запитань на кшталт: «Що ми знали про клієнта X на дату транзакції Y?»
/audit цей прапорець увімкнено за замовчуванням.BELKOMMUNMASH · дата станом 2026-04-15 · include delisted: так.Alexey Nechayev · дата станом 2025-12-01 · include delisted: так.Чи був суб'єкт активним на вибрану дату? Коли його внесли та виключили?
Чим історичний статус відрізняється від поточного? Покажіть аудиторський слід.
Чи можна це використати як доказ для ретроспективної перевірки?
Перевіряє, чи з'являється латвійська SIA, фонд або особа в реєстрі. Це покриття пов'язує підсанкційних принципалів ЄС/ООН з латвійськими об'єктами із замороженими активами.
Faberlic Baltija SIA.50003698011.Petr Aven.Це запис про заморожені активи чи звичайний санкційний запис? Хто є підсанкційним принципалом?
Який зв'язок власності / контролю зазначено? Яка латвійська правова підстава застосовується?
Що потрібно перевірити вручну перед онбордингом?
Verification of Payee відповідно до Regulation (EU) 2024/886. Кожен збіг повертає явний код рішення.
Reg. (EU) 2024/886.IVAN PETROVICH IVANOV · країна RU · дата народження 1970-05-12.OAO TRANSNEFT · реєстрація SWIFTRUMM.Який EPC-код було повернуто: MTCH, CMTC, NMTC чи NOAP? Що це означає для платежу?
Чому близький збіг, а не точний збіг? Які поля платника/отримувача слід виправити?
Чи збіглися ім'я + ідентифікатор?
Виберіть робочий процес у формі: report, overview, sanctions, duties, measures, description або search. Найкращий варіант, коли оператор не пам'ятає точну команду.
Приклад — CN/TARIC 7208510000 · країна RU · дата 2026-05-13 · мова EN. З робочим процесом report відкривається готовий для клієнта HTML-звіт.
Обидва є альтернативами з фіксованим робочим процесом до /goods — використовуйте їх, коли вже знаєте, яка глибина результату вам потрібна.
Альтернатива до /goods з фіксованим робочим процесом report. Використовуйте, коли вже знаєте, що потрібен повний звіт.
Приклад — CN/TARIC 8517130000 · країна CN · мова EN.
Компактний підсумок CN — опис, основна ставка мита, санкційний сигнал та ключові типи заходів. Використовуйте, коли потрібен швидкий погляд без повного звіту.
Приклад — CN/TARIC 8471300000 · країна CN · мова EN.
/report — показати правову підставу та посилання на джерела; які заборони чи ліцензії застосовуються; які виноски важливі; скласти управлінський підсумок для клієнта. · /overview — яке стисле рішення; чи є ставка мита або сигнал RU/BY; коли оператору натомість слід запитати повний звіт.
Дві вузькоспеціалізовані команди товарів для швидких, конкретних відповідей.
Перевіряє, чи підпадає CN/TARIC-код під товарні санкції проти Росії або Білорусі (Reg. 833/2014, Reg. 765/2006). Повертає прямі збіги та групові збіги.
Сталь — CN 7208510000 · RU. Білорусь — CN 2710120000 · BY.
Використовуйте, коли потрібні лише ставки мита — третя країна, митний союз або преференційні. Пропускає заходи, виноски та санкції. Повертає суму, вираз та регламент для кожного заходу мита.
Приклад — CN 6203420010 · CN · дата 2026-05-13.
/embargo — прямий чи груповий збіг; на якому рівні CN/товарної позиції він спрацював; який регламент; чи слід запустити повний звіт. · /duty — мито третьої країни; преференційна ставка/ставка митного союзу; що змінюється з іншою країною походження; на яку дату ставка дійсна; які немитні заходи інструмент навмисно пропускає.
Мита, заборони, ліцензії, ПДВ та правові посилання — без обгортки HTML-звіту.
277 для заборони експорту.8517130000 · країна порожня для глобального огляду · тип заходу необов'язковий.Які типи заходів застосовуються? Чи є заборони, ліцензії, антидемпінг, ПДВ або додаткові коди?
Які умови / виноски потребують перевірки? Чи слід згенерувати HTML-звіт?
Асистент валідує повідомлення, парсить платіжний ланцюг, розв'язує BIC через детермінований каскад (локальний кеш → GLEIF → налаштовані провайдери), перевіряє кожного учасника та готує HTML-звіт.
screening_run_id. У продакшені прогін є durable-temporary у Supabase до TTL, але не потрапляє до реєстру справ. Інструмент: screen_iso20022_payment.create_iso20022_payment_case./payment → вставте XML pain.001 / pacs.008 → увімкніть Persist payment case → надішліть. Відповідь містить case_id; подальші докази завантажуються через get_payment_case_evidence.run_id. Уточнювальні запитання читають збережений результат через get_payment_screening_run (за run_id або без аргументів для останнього активного прогону). Не надсилайте XML повторно, якщо повторний запуск не запитано явно.pacs.008.001.12 · persist вимкнено · поріг 75. Збережений — pain.001.001.13 · persist увімкнено · поріг 75 · дата станом порожня або конкретна історична дата.Найкраще рішення — clear / потрібна перевірка / збіг / помилка цілісності.
Метадані повідомлення — тип, версія, ID повідомлення, статус XSD-валідації.
Платіжний ланцюг — роль, назва, країна, ідентифікатори, вердикт.
Попередження валідації.
Санкційні збіги та докази джерела/регламенту.
run_id + термін дії для одноразового, або case_id + стан для збереженої справи.
Наступний крок для оператора.
Дві довідкові команди для класифікаційної роботи — жодна не повертає заходи чи санкції.
Знайдіть CN-код за описом товару або числовим префіксом. Повертає відповідні CN-коди з описами.
За описом — товар або префікс electric motors · мова EN. За префіксом — 8517.
Повертає класифікаційну ієрархію та опис — розділ → товарна позиція → підпозиція → CN — без заходів чи санкцій.
Приклад — CN/TARIC 8471300000 · мова EN.
/code — який код найімовірніший і чому; найближчі альтернативи; що запитати в клієнта (матеріал, застосування, потужність, склад, упаковка); запустити overview/report для вибраного коду. · /describe — де код розташований в ієрархії; батьківські товарні позиції; схожі сусідні коди; запустити measures/duties після класифікації.
Орган, юрисдикція, покриття, частота оновлення та статус останньої щоденної синхронізації — для пояснюваності та аудиторських звітів.
sanctions, щоб бачити лише санкційні джерела.Які джерела увімкнено? Коли було останнє успішне оновлення? Які джерела мають щоденну синхронізацію?
Чи є вимкнені / кандидатні джерела? Які юрисдикції охоплено?
Які джерела використовуються окремо для платежів, об'єктів та товарів?
Корисно для демонстрацій, QA та навчання операторів — кожне перевіряє, що асистент зберігає контекст і може прочитати результат інструмента, який у нього вже є.
| Команда | Корисні уточнювальні запитання |
|---|---|
| /entity | Чому цей збіг отримав цю оцінку? Які псевдоніми збіглися? Які санкційні списки повернули результати? Покажіть регламент / програму / підстави. Чи є сигнали власності чи контролю? Що оператору робити далі? |
| /audit | Чи був суб'єкт активним на вибрану дату? Коли його внесли та виключили? Чим історичний статус відрізняється від поточного? Покажіть аудиторський слід. Чи можна це використати як доказ для ретроспективної перевірки? |
| /lv-frozen | Це запис про заморожені активи чи звичайний санкційний запис? Хто є підсанкційним принципалом? What ownership/control link is stated? Which Latvian legal basis applies? Що потрібно перевірити вручну перед онбордингом? |
| /vop | Який EPC-код було повернуто: MTCH, CMTC, NMTC чи NOAP? Що це означає для платежу? Чому близький збіг, а не точний збіг? Які поля платника/отримувача слід виправити? Чи збіглися ім'я + ідентифікатор? |
| /goods | Який робочий процес було вибрано та чому? Який CN-код було використано? Чи є санкції / заборони / ліцензії? Чи слід відкрити повний HTML-звіт? Які параметри потребують уточнення: країна походження, дата, додатковий код? |
| /report | Покажіть правову підставу та посилання на джерела. Які заборони чи ліцензії застосовуються? Які виноски важливі? Складіть управлінський підсумок для клієнта. Чи є обмеження за країною/датою/додатковим кодом? |
| /overview | Яке стисле рішення щодо комплаєнсу? Чи є ставка мита? Чи є санкційний сигнал RU/BY? Які типи заходів присутні? Коли оператору слід запитати повний звіт замість overview? |
Решта робочих процесів — вузькоспеціалізовані команди товарів, довідкові команди, джерела та обидва режими платежів.
| Команда | Корисні уточнювальні запитання |
|---|---|
| /embargo | Це прямий збіг чи груповий збіг? На якому рівні CN/товарної позиції він спрацював? Який регламент застосовується? Що, якщо товар спрацьовує лише на груповому обмеженні? Чи слід запустити повний звіт? |
| /duty | Яке мито третьої країни? Чи є преференційна ставка/ставка митного союзу? Що змінюється з іншою країною походження? На яку дату ставка дійсна? Які немитні заходи цей інструмент навмисно пропускає? |
| /measures | Які типи заходів застосовуються? Чи є заборони, ліцензії, антидемпінг, ПДВ або додаткові коди? Які умови / виноски потребують перевірки? Чи слід згенерувати HTML-звіт? |
| /code | Який код найімовірніший і чому? Які найближчі альтернативи? Що нам запитати в клієнта: матеріал, застосування, потужність, склад, упаковка? Чи можемо ми одразу запустити overview/report для вибраного коду? |
| /describe | Де код розташований в ієрархії? Які батьківські товарні позиції? Чи є схожі сусідні коди? Що означає опис CN? Чи слід запустити measures/duties після класифікації? |
| /sources | Які джерела увімкнено? Коли було останнє успішне оновлення? Які джерела мають щоденну синхронізацію? Are there disabled/candidate sources? Which jurisdictions are covered? Which sources are used for payment/entity/goods? |
| /payment one-shot | Покажіть платіжний ланцюг: роль, назва, країна, вердикт. Хто потребує перевірки та чому? Чи є попередження валідації? Який статус прогону та коли він закінчується? Нерозв'язані BIC або завдання збагачення? Найризикованіший учасник? Як зберегти це у справи? |
| /payment case | Які case_id та стан? Покажіть збережені докази. Які елементи справи було створено? Чи доступний необроблений XML-доказ? Які учасники/валідації потребують перевірки аналітиком? Як відкрити підписаний звіт справи? |
Кожна команда та запит природною мовою відображається на конкретний MCP-інструмент. Знання відповідності допомагає при налагодженні та навчанні операторів.
| MCP-інструмент | Викликається через · що запитати далі |
|---|---|
| open_entity_screening_form | /entity, /screen — які поля обов'язкові? Чи слід надати дату народження, країну або реєстраційний номер? Який поріг? |
| screen_entities | /entity, /audit, /lv-frozen, природний KYC-запит — чому ця оцінка? Які псевдоніми/ідентифікатори збіглися? Які списки та регламенти? Історичний/виключений статус? |
| screen_entity_vop | /vop, запит на верифікацію платежу — який EPC-код? Що означають MTCH/CMTC/NMTC/NOAP? Чи потрібна ручна перевірка? Які дані отримувача виправити? |
| open_goods_screening_form | /goods — який робочий процес: report, overview, embargo, duty, measures, description, search? Яких параметрів бракує? |
| get_compliance_report | /report, робочий процес /goods report — правова підстава, заборони/ліцензії, виноски, посилання на джерела, управлінський підсумок, Відкрити/Завантажити. |
| check_trade_compliance | Пряма детальна перевірка API/MCP — які заходи спрацювали? Чи є санкції? Які необроблені факти/виноски важливі? Чи потрібен готовий для клієнта звіт? |
| get_overview | /overview, робочий процес /goods overview — коротке рішення? Сигнал мита/санкцій? Коли потрібен повний звіт? |
| check_sanctions | /embargo, робочий процес /goods sanctions — прямий чи груповий збіг? Який регламент? Який рівень CN/товарної позиції? Чи потрібен повний звіт? |
| get_duties | /duty, робочий процес /goods duties — третя країна чи преференційні? Яка дата? Що змінюється з іншим походженням? Які немитні заходи пропущено? |
| get_measures | /measures, робочий процес /goods measures — які типи заходів? Заборона/ліцензія/антидемпінг/ПДВ? Умови та додаткові коди? |
Довідкові запити, ланцюг платіжних інструментів ISO 20022, збагачення BIC та каталог джерел.
| MCP-інструмент | Викликається через · що запитати далі |
|---|---|
| search_cn_codes | /code, робочий процес /goods search — який код найімовірніший? Альтернативи? Що уточнити з клієнтом? Запустити overview/report для вибраного коду? |
| get_cn_description | /describe, робочий процес /goods description — де код в ієрархії? Батьківські/сусідні коди? Чи потрібні measures/duties після класифікації? |
| open_payment_screening_form | /payment — одноразовий чи Persist PaymentCase? Як увімкнути прапорець? Які версії XML підтримуються? |
| validate_iso20022_payment | Природний запит на валідацію структури XML — XSD дійсний/недійсний? Попередження валідації? Розпарсений платіжний ланцюг? Відсутні BIC? |
| screen_iso20022_payment | /payment одноразовий — платіжний ланцюг, учасники, що потребують перевірки, попередження, підсумкові лічильники, списки джерел/регламенти, статус/термін дії прогону. |
| get_payment_screening_run | Уточнення після одноразового /payment — показати докази без повторного запуску: ланцюг, попередження, найризикованіший учасник, підсумок, метадані прогону. |
| create_iso20022_payment_case | /payment з увімкненим Persist payment case — які case_id та стан? Які елементи справи/докази було збережено? Наступні кроки? |
| get_payment_case_evidence | Уточнення для збереженого PaymentCase — показати необроблений XML-доказ, учасників, повідомлення, збіги, попередження, посилання на звіт справи. |
| resolve_payment_bics_agentic | Явний запит на збагачення/налагодження BIC — які BIC нерозв'язані? Які завдання вебпошуку? Позначте всі результати ⚠ UNVERIFIED (web search); ніколи не схвалюйте платіж лише на цій підставі. |
| list_sanctions_sources | /sources, запитання про свіжість/покриття даних — які джерела увімкнено? Останнє оновлення? Щоденна синхронізація? Вимкнені/кандидатні джерела? Які джерела для entity/goods/payment? |
Практичні рекомендації для операторів, що працюють у кабінетному AI Assistant.
Фільтри санкційних джерел приймають саме ці ID — корисно для точних, відтворюваних областей скринінгу.
EU_FSF, OFAC_SDN, OFAC_NON_SDN, UN_SC, LV_FID, LV_FID_FROZEN, UK_UKSL, CH_SECO, US_CSL, CA_SEMA, AU_DFAT, UA_NSDC, JP_MOF, EurLex_RU_269, EurLex_RU_833, EurLex_BY_765.EurLex_RU_269 — це список призначень ЄС щодо заморожування активів (Reg. 269/2014); EurLex_RU_833 — секторальний / торговий список.EU_ML (EU Common Military List) та EU_DUAL_USE (EU Dual-Use Annex I).EU_ML та EU_DUAL_USE — це джерельні докази для класифікації товарів / експортного контролю, а не фільтри скринінгу об'єктів.Використання точних ID джерел дозволяє оператору прив'язати прогін скринінгу до точного, іменованого набору списків — і відтворити його пізніше для аудиту.
Це також тримає довідкові дані експортного контролю (Military List, Dual-Use Annex I) чітко відокремленими від санкційного скринінгу об'єктів.
Для клієнтів, які підключають Compliance MCP до ChatGPT або Claude. Після підключення немає slash-команд — асистент обирає інструмент із запиту природною мовою. Ця частина показує, як формулювати промпти, який MCP-інструмент має бути викликаний і чого оператору слід очікувати.
Після підключення немає slash-команд — LLM обирає інструмент за ключовими словами у вашому запиті.
Чим чіткіші ключові слова, тим надійніше модель обирає правильний інструмент. Наступний слайд відображає поширені сигнали на інструмент, який вони запускають.
LLM читає опис кожного інструмента та зіставляє його з сигналами у вашому промпті.
| Ключові слова в запиті | Інструмент, який імовірно буде викликано |
|---|---|
| CN-код + країна + «check», «report», «compliance» | get_compliance_report |
| CN-код + «short», «overview», «summary» | get_overview |
| CN-код + «duty», «tariff» | get_duties |
| CN-код + «measures», «prohibitions» | get_measures |
| CN-код + RU/BY + «sanctions», «embargo» | check_sanctions |
| CN-код + «describe», «hierarchy», «classification» | get_cn_description |
| Опис товару без коду | search_cn_codes |
| CAS RN / CUS / EC number / InChIKey / назва хімікату | search_chemical_substances |
| «export control», «dual-use», «EU Military List», «ML», підказка контролю CAS | search_export_control_candidates |
| Ім'я/компанія + «screen», «KYC», «SDN», «sanctions list» | screen_entities |
| Назва судна / IMO + «owner», «operator», «beneficial owner», «shadow fleet» | screen_entities · entity_type=vessel |
| Судно/повітряне судно + «related parties», «owner graph», «manager», «charterer» | lookup_ofac_asset_related_parties → screen_entities |
| Назва банку / BIC / SWIFT + «sanctions», «screen» | screen_entities · entity_type=legal_person |
| Ім'я/компанія + «as of date», «point-in-time», «audit» | screen_entities · as_of_date |
| Ім'я отримувача + «payment», «VoP», «verification of payee» | screen_entity_vop |
| ISO 20022 XML, pain.001 або pacs.008 | validate_iso20022_payment |
| ISO 20022 XML + «screen all participants» | screen_iso20022_payment |
| /payment, «open payment form», «create PaymentCase» | open_payment_screening_form → screen / create case |
| «where is the data from», «sources», «freshness» | list_sanctions_sources |
Надайте асистенту тип об'єкта та ідентифікатор там, де це можливо.
screen_entities · query="Petr Olegovich Aven" · date_of_birth="1955-03-16" · country="RU" · entity_type="natural_person".screen_entities · query="Northbridge Trading Ltd PJSC" · entity_type="legal_person" · limit=10.Точний збіг ідентифікатора — це доказ з високою впевненістю; дата станом перемикає прогін на історичний скринінг.
screen_entities з registration_number.screen_entities з as_of_date та include_historical_closed=true.Скринінг судна виявляє власника / контролера; пошук пов'язаних сторін повертає лише метадані зв'язків.
screen_entities · entity_type="vessel" · IMO як registration_number.lookup_ofac_asset_related_parties · item_type="vessel" (також "aircraft") · IMO як registration_number.screen_entities для названих сторін перед будь-яким рішенням щодо комплаєнсу. Збіг пов'язаної сторони сам по собі не є санкційним висновком.Слова на кшталт «payment», «VoP», «EPC288-23», «PSP» та «payee» спрямовують модель до інструмента VoP.
screen_entity_vop.MTCH, CMTC, NMTC або NOAP, мітка сценарію та що платіжний оператор має виправити чи перевірити.MTCH — збіг, дозволити.
CMTC — близький збіг, ручна перевірка.
NMTC — немає збігу, заблокувати або розслідувати.
NOAP — не застосовується.
Кажіть «client HTML report», коли вам потрібен результат для передачі; «short overview» для швидкої картки.
get_compliance_report.get_overview.Ембарго відокремлює прямі збіги від групових; лише-мито навмисно пропускає немитні заходи.
check_sanctions.get_duties.Пошук повертає кандидатів та уточнювальні запитання; ієрархія показує, де розташований код.
search_cn_codes.get_cn_description.Обидва повертають кандидатні класифікації — правовий текст залишається керівним джерелом.
search_chemical_substances.search_export_control_candidates.Форма /payment приймає pain.001 або pacs.008, дозволяє встановити поріг / дату станом та вибрати одноразовий або збережений аудиторський кейс.
validate_iso20022_payment. Очікується — тип/версія повідомлення, статус валідації, вузли платіжного ланцюга, попередження (відсутні BIC, недійсні значення кодового списку) та статус XSD.open_payment_screening_form. Форма виконує одноразовий скринінг або збережений PaymentCase.Одноразовий — валідує XML, парсить ланцюг, перевіряє учасників, повертає HTML-звіт + screening_run_id. Durable-temporary у Supabase до TTL; не PaymentCase. Інструмент: screen_iso20022_payment.
Persist PaymentCase — той самий скринінг, збережений як готова до аудиту справа. Інструмент: create_iso20022_payment_case.
Щоб поставити прапорець: введіть /payment → вставте XML → увімкніть Persist payment case → надішліть. Асистент має викликати create_iso20022_payment_case та повернути case_id. Правило уточнення: зчитуйте одноразовий результат через get_payment_screening_run — не надсилайте XML повторно.
Ці запитання працюють після звіту — агент читає збережений результат, а не надсилає XML повторно.
| Запитання користувача | Очікувана поведінка агента |
|---|---|
| Покажіть платіжний ланцюг — ролі, назви, країни, вердикт. | Зчитати participants[] з get_payment_screening_run; відобразити роль, назву, країну та screening.status. |
| Які учасники потребують перевірки та чому? | Відфільтрувати учасників hit / review / error, плюс попередження валідації, розбіжність BIC та нерозв'язаний BIC. |
| Чи є попередження валідації? | Зчитати validation.warnings[] — показати код, повідомлення, деталі та аудиторський вплив. |
| Який статус прогону та коли він закінчується? | Зчитати screening_run.status, persistence, storage_backend, expires_at, ttl_seconds. |
| Покажіть джерельні списки та регламенти для збігів. | Перевірити participants[].screening.matches[] — список/джерело, регламент/програма, орган, дата внесення, URL джерела. |
| Нерозв'язані BIC або агентні завдання збагачення? | Перевірити agenticBicEnrichment та статуси розв'язання; позначити результат вебпошуку як UNVERIFIED. |
| Сформулювати наступний крок для оператора. | Використати найкраще рішення + попередження — продовжувати лише якщо clear; перевірити попередження/розбіжності; заблокувати або ескалувати санкційні збіги. |
| Покажіть підсумкові лічильники. | Зчитати summary.hit_count, review_count, clear_count, warning_count. |
| Відкрити деталі для найризикованішого учасника. | Вибрати найвищу оцінку або статус hit; показати ідентифікатори, найкращий збіг, список, регламент, підстави, дати доказів. |
| Як зберегти цей платіж у справи? Чи можу я його схвалити? | Пояснити прапорець Persist payment case; завершений одноразовий прогін потребує повторного надсилання для збереження. Не схвалювати автоматично — вимагати перевірку при попередженнях, збігах або нерозв'язаних BIC. |
Збереження зберігає аудиторські докази; агентне збагачення BIC — це допоміжний засіб дослідження, ніколи не зміна вердикту.
create_iso20022_payment_case, або /payment з увімкненим Persist payment case.case_id, стан, підписаний HTML-звіт, платіжний ланцюг, попередження валідації, вердикти по кожному учаснику та, де застосовно, розділ агентного збагачення BIC. Подальші докази використовують get_payment_case_evidence.resolve_payment_bics_agentic.screen_entities.Після будь-якої родини промптів ці запитання перевіряють, чи зберіг агент контекст — для демонстрацій, QA та навчання.
| Родина промптів | Корисні уточнювальні запитання |
|---|---|
| entity / KYC | Чому ця оцінка? Які псевдоніми збіглися? Які списки повернули результати? Покажіть регламент / програму / підстави. Сигнали власності чи контролю? Що далі? |
| audit / point-in-time | Чи був суб'єкт активним на вибрану дату? Коли внесений та виключений? Чим історичний статус відрізняється від поточного? Покажіть джерельний аудиторський слід. |
| VoP | Який EPC-код повернуто — MTCH, CMTC, NMTC, NOAP? Чому близький збіг? Які поля платника слід виправити? |
| lv-frozen | Це запис про заморожені активи чи звичайний санкційний запис? Хто є підсанкційним принципалом? What ownership/control link is stated? |
| goods guided | Який робочий процес було вибрано та чому? Який CN-код? Чи є санкції, заборони чи ліцензії? Чи слід відкрити повний HTML-звіт? |
| overview | Яке коротке рішення щодо комплаєнсу? Чи є ставка мита або санкційний сигнал RU/BY? Коли потрібен повний звіт? |
| report | Покажіть правову підставу та посилання на джерела. Які заборони чи ліцензії застосовуються? Які виноски важливі? Складіть управлінський підсумок. |
| embargo | Прямий чи груповий збіг? Який рівень CN/товарної позиції спрацював? Який регламент застосовується? Чи слід запустити повний звіт? |
| duty | Яке мито третьої країни? Чи є преференційна ставка? Що змінюється з іншою країною походження? |
| measures | Які типи заходів застосовуються? Заборони, ліцензії, антидемпінг, ПДВ або додаткові коди? |
| code / describe | Який код найімовірніший і чому? Найближчі альтернативи? Що запитати в клієнта? Де код у класифікаційній ієрархії? |
| sources | Які джерела увімкнено? Останнє оновлення? Щоденна синхронізація? Вимкнені/кандидатні джерела? Які джерела для entity/goods/payment? |
| payment | Покажіть ланцюг. Хто потребує перевірки та чому? Попередження валідації? Термін дії? Нерозв'язані BIC? Підсумкові лічильники? Найризикованіший учасник? case_id та стан? Збережені докази? |
Два промпти пояснюваності — звідки беруться дані та чому оцінка опинилася там, де опинилася.
list_sanctions_sources.Один запит може запустити два або більше інструментів; асистент агрегує їх в одне рішення оператора.
get_compliance_report та screen_entities.check_sanctions, screen_entities, screen_entity_vop.Рекомендації для клієнтів, які запускають Compliance MCP у власному ChatGPT або Claude.
7208510000, а не 7208 51 0000.Асистент створений, щоб відмовляти в обході та наполягати на обґрунтованих, підкріплених інструментами відповідях.
На обох поверхнях — кабінетний асистент та зовнішній MCP — діє те саме правило: обґрунтуйте відповідь викликом інструмента, збережіть докази та дозвольте аналітику перевірити все, що попереджає або дає збіг.