Уровень контроля верификации и подтверждающих материалов
Страница определяет общий контрольный уровень S010, используемый операционными процессами TCAML. Она объясняет путь от приёма данных до готового к проверке аналитиком досье с declared data, проверками источников, подтверждающими материалами, расхождениями, факторами риска, статусом stagegate и аудиторским следом.
Зачем нужен этот уровень#
TCAML разделяет три сущности:
Операционный процесс = какая AML-задача выполняется.
Процесс источника = где и как агент выполняет проверку.
Контрольный уровень = как проверка документируется, оспаривается и передаётся.Контрольный уровень делает каждую операцию основанной на подтверждающих материалах. Агент должен сохранять поисковые данные, идентификаторы, ограничения источников, статус результата, ссылки на материалы, состояние gate и эскалации вместо свободного резюме.
Общий жизненный цикл операции#
Каждая практическая операция может использовать общую последовательность:
создание дела
→ реестр declared data
→ классификация объекта
→ план верификации
→ проверки источников
→ фиксация материалов
→ обработка расхождений
→ сопоставление факторов риска
→ сборка досье
→ передача аналитику
→ сохранение аудиторского следаПоследовательность применима к клиенту, компании, UBO, директору, поставщику, сотруднику, банку-контрагенту, кошельку, сайту/домену, транзакции, судну и другому значимому объекту.
Выполнение под контролем stagegate#
S010 предназначен для процесса под контролем stagegate. Цель — не позволить AML-агенту объединить приём, источники, материалы, расхождения и передачу в один неконтролируемый текстовый ответ.
В strict mode runner останавливается на каждом gate и ожидает точное ключевое слово AML-аналитика. Общие ответы ok, yes, continue или go ahead не продвигают gate.
В draft mode агент может подготовить неподтверждённый рабочий черновик, но результат должен оставаться помеченным как draft/unconfirmed и не выпускаться как окончательная передача.
| Область gate | Цель контроля |
|---|---|
| Создание дела | Подтвердить Case ID, тип объекта и цель проверки. |
| Реестр declared data | Подтвердить, что было заявлено, до признания проверенным. |
| Классификация объекта | Подтвердить, кто или что подлежит проверке. |
| План верификации | Подтвердить утверждённые источники и fallback logic. |
| Проверки источников | Подтвердить полноту и аудируемость проверок. |
| Фиксация материалов | Подтвердить наличие ссылок на материалы для существенных результатов. |
| Обработка расхождений | Подтвердить классификацию несоответствий. |
| Сопоставление риска | Подтвердить, что факторы риска отражены и не проигнорированы. |
| Сборка дела | Подтвердить готовность к проверке и отсутствие заранее заполненного окончательного решения. |
| Маршрутизация / передача | Подтвердить выпуск на проверку или эскалацию ответственному специалисту. |
Контракт результата S010#
Репозиторий TCAML Framework содержит формальную output schema S010, registry ключевых слов gate, абстрактный пример результата и тесты поведения gate. Wiki объясняет значение контроля AML; репозиторий предоставляет машиночитаемые контракты и исполняемые demo paths.
| Артефакт | Назначение |
|---|---|
STAGEGATES.md | Определяет состояния gate, точные ключевые слова, логику повторного открытия и escalation override. |
tcaml-s010-output.schema.json | Определяет структурированный результат верификации процессов под контролем S010. |
| Gate keyword registry | Сохраняет машиночитаемость и единообразие ключевых слов gate. |
| Local runner | Демонстрирует детерминированное выполнение stagegate и создание папки дела. |
| LLM bridge | Проверяет черновики модели, не позволяя ей подтверждать gate. |
Schema сохраняет границу решения проверяющего, оставляя статус подготовленного агентом решения Pending analyst review. Агент может готовить материалы, резюме и документы эскалации, но окончательное решение остаётся у compliance-команды, MLRO или уполномоченного специалиста.
Основы контроля#
| Основа | Значение для аналитика | Обязательный результат |
|---|---|---|
| Создание дела | Создать контекст до проверки источников. | Case ID, тип объекта и отношений, цель проверки, контекст политики. |
| Реестр declared data | Перечислить факты из форм, документов, писем, чатов и прежних дел. | Таблица заявленных фактов и перечень отсутствующих сведений. |
| Классификация объекта | Определить, кто или что проверяется. | Физическое лицо, юридическое лицо, UBO, директор, поставщик, сотрудник, FI, кошелёк, домен или связанная сторона. |
| План верификации | Выбрать утверждённые источники с учётом объекта и риска. | План, порядок и ограничения источников. |
| Проверки источников | Run sanctions, PEP, adverse media, registry, ownership and other approved checks. | Записи с запросом, идентификаторами, статусом результата и заметкой уверенности. |
| Фиксация материалов | Сохранять доказательство во время проверки, а не после подготовки текста. | Указатель, screenshots, PDF, URL, timestamps и ссылки на файлы. |
| Обработка расхождений | Отделить несоответствия от выводов о риске. | Реестр расхождений со статусом и следующим действием. |
| Сопоставление факторов риска | Map findings to risk factors, EDD triggers and escalation rules. | Резюме факторов риска и флаги ручной проверки. |
| Передача аналитику | Подготовить результат без окончательного решения. | Резюме проверки, заключение об эскалации или записка открытых вопросов. |
| Аудиторский след | Сохранить кто/что/когда/почему. | Журнал действий, журнал gate и воспроизводимый пакет материалов. |
Обязательные артефакты дела#
Практическая операция AML/KYC/KYB должна создавать или обновлять:
- метаданные дела;
- перечень объекта и связанных сторон;
- реестр declared data;
- план верификации;
- записи проверок источников;
- указатель материалов;
- реестр расхождений;
- перечень отсутствующих сведений;
- резюме факторов риска;
- резюме проверки или заключение об эскалации MLRO;
- аудиторский след;
- статус gate и журнал событий gate при использовании stagegate.
Граница контроля человеком#
Агент может собирать, сопоставлять, обобщать, документировать, готовить черновики и маршрутизировать. Он не должен одобрять или отклонять объект, делать окончательные юридические, регуляторные или санкционные выводы, скрывать неопределённость, изобретать отсутствующие факты, обходить основания ручной проверки или выпускать gated case без требуемого подтверждения.
Связь с TCAML Framework#
Во фреймворке страница соответствует TCAML-S010 — Verification & Evidence Control. Операционные процессы должны загружать эту логику перед онбордингом клиента, скринингом контрагента, проверкой поставщика или сотрудника, периодической проверкой и поддержкой эскалации MLRO.
См. также#
Ссылки#
- TCAML Framework public reference pages and local implementation boundary.
- Реестр источников for authoritative source hierarchy.
- Редакционная политика и политика источников for AI/RAG use and reviewer-accountability rules.