Часть 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 / требуется проверка / hit / ошибка целостности.
Метаданные сообщения — тип, версия, message id, статус валидации XSD.
Платёжная цепочка — роль, имя, страна, идентификаторы, вердикт.
Предупреждения валидации.
Санкционные совпадения и доказательства по источнику/регламенту.
run_id + срок действия для разового, или case_id + статус для сохранённого кейса.
Следующий шаг для оператора.
Две справочные команды для работы с классификацией — ни одна не возвращает меры или санкции.
Найдите CN-код по описанию товара или числовому префиксу. Возвращает подходящие CN-коды с описаниями.
По описанию — товар или префикс electric motors · язык EN. По префиксу — 8517.
Возвращает классификационную иерархию и описание — глава → товарная позиция → субпозиция → CN — без мер или санкций.
Пример — CN/TARIC 8471300000 · язык EN.
/code — какой код наиболее вероятен и почему; ближайшие альтернативы; что спросить у клиента (материал, использование, мощность, состав, упаковка); запустить overview/report для выбранного кода. · /describe — где код находится в иерархии; родительские товарные позиции; похожие соседние коды; запустить measures/duties после классификации.
Орган, юрисдикция, покрытие, частота обновления и статус последней ежедневной синхронизации — для объяснимости и аудиторских отчётов.
sanctions, чтобы видеть только санкционные источники.Какие источники включены? Когда было последнее успешное обновление? У каких источников есть ежедневная синхронизация?
Есть ли отключённые / кандидатные источники? Какие юрисдикции охвачены?
Какие источники используются отдельно для payment, entity и goods?
Полезны для демонстраций, 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 — правовое основание, запреты/лицензии, сноски, ссылки на источники, управленческое резюме, Open/Download. |
| 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 — это источники доказательств для классификации товаров / экспортного контроля — не фильтры скрининга юрлиц.Использование точных source 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 — правило одно: обосновывайте ответ вызовом инструмента, сохраняйте доказательства и давайте аналитику проверять всё, что предупреждает или совпадает.