KYC в Claude: Проведение проверок «Знай своего клиента» в чате (RU)

Основные выводы

• Подключите Claude к серверу Model Context Protocol (MCP) Didit через OAuth (Open Authorization) 2.1 с PKCE (Proof Key for Code Exchange) — ключ программного интерфейса приложения (API) не требуется, и ваши существующие роль и разрешения Didit полностью переносятся.
• 115 инструментов в 11 категориях позволяют искать, проверять, исправлять, рассматривать, утверждать и отклонять сессии «Знай своего клиента» (KYC) полностью из окна чата Claude.
• Аналитик по комплаенсу может обработать всю очередь «На рассмотрении»: проверять решения, переопределять неверно прочитанные поля, оставлять заметки для аудита, утверждать или отклонять, а также запрашивать частичную повторную отправку — всё это без открытия бизнес-консоли.
• MCP действует как вошедший в систему пользователь Didit с точной ролью этой организации — аналитик не может делать в Claude ничего, что он не может делать в консоли. Это напрямую отвечает на вопрос сотрудника по комплаенсу: разрешения не обходятся.
• Didit обслуживает более 2000 компаний в производстве; вывод модели выполняется менее чем за 2 секунды (p99). Полный пакет KYC стоит 0,33 доллара, и каждая функция включает 500 бесплатных верификаций в месяц.

Верификация KYC — это ежедневный рабочий процесс для команд по комплаенсу. Сессии поступают на ручную проверку. Документы сканируются, данные извлекаются, и определенный процент всегда попадает к человеку-рецензенту для обработки. Этот рецензент обычно проводит свой день, переключаясь между бизнес-консолью и инструментом управления очередью, просматривая сессию за сессией.

Есть более быстрый способ. С сервером Model Context Protocol (MCP) Didit, подключенным к Claude, аналитик по комплаенсу может обрабатывать всю очередь проверок из одного окна чата. Искать сессии, находящиеся на рассмотрении, читать, почему каждая из них была помечена, проверять полный объект решения, исправлять неверно прочитанную фамилию или дату рождения, оставлять заметку рецензента, утверждать или отклонять с полным аудиторским следом, а также запрашивать повторную отправку только неудачных шагов — всё это, не выходя из беседы.

Как это работает

Настройка коннектора и поток OAuth описаны в руководстве по установке Claude. Для ежедневной проверки важная граница проста: каждый вызов инструмента выполняется с существующей ролью организации вошедшего в систему пользователя Didit, поэтому Claude не может утверждать или редактировать сессию, если у этого пользователя нет соответствующего разрешения.

Добавьте коннектор Didit в Claude. Код реализации и самостоятельного хостинга доступен в общедоступном репозитории GitHub под лицензией MIT.

Ежедневная очередь проверок KYC в Claude

Сервер MCP предоставляет 115 инструментов в 11 категориях. Для аналитика по комплаенсу, проверяющего KYC-сессии, соответствующий рабочий процесс выглядит следующим образом:

1. Откройте свое рабочее пространство

Начните с didit_context_get. Этот единственный вызов возвращает все организации и приложения, к которым у вас есть доступ, включая организацию и приложение по умолчанию. Он заменяет старый многошаговый шаблон обнаружения и позволяет немедленно приступить к работе.

Вызвать didit_context_get. Указать выбранную организацию и приложение, и пока не читать и не изменять никакие сессии.

2. Найдите сессии, требующие проверки

Выполните didit_session_search с status: "In Review". Это ищет по всем вашим приложениям и организациям за один вызов и возвращает сессии, помеченные их организацией и приложением, начиная с самых новых. Вы можете фильтровать по диапазону дат с помощью last_n_days или углубиться в конкретный рабочий процесс с помощью workflow_id.

Найти сессии со статусом “На рассмотрении” с использованием last_n_days: 1. Указать границы date_from и date_to, затем вернуть session_id, workflow, время создания и любую обнаруженную причину проверки. Не вызывать инструменты записи.

last_n_days — это ярлык для календарной даты: он устанавливает date_from и date_to. Это не скользящий 24-часовой фильтр. Передавайте явные даты ГГГГ-ММ-ДД, когда ваша политика проверки требует других границ.

3. Проверьте полное решение

Для любой помеченной сессии вызовите didit_session_get_decision с ее идентификатором сессии. Это возвращает полное решение и извлеченные данные, созданные настроенным рабочим процессом этой сессии. В зависимости от модулей в этом рабочем процессе, ответ может включать поля идентификационных документов, результаты проверки живости и совпадения лиц, выходные данные проверки на предмет отмывания денег (AML), сигналы мошенничества и доказательства проверки. Не ожидайте модулей, которые рабочий процесс не запускал.

Получить полное решение для сессии SESSION_UUID. Разделить наблюдаемые поля, неудачные проверки, противоречивые доказательства и отсутствующие данные. Пока не рекомендовать статус.

4. Исправьте неверно прочитанные данные

Оптическое распознавание символов (OCR) может неверно прочитать символ — «0», который должен быть «O», букву с акцентом, которую OCR сглаживает, несоответствие формата даты. Используйте didit_session_update_data для переопределения любого извлеченного поля: имя, фамилия, дата рождения, номер документа, штат выдачи, адрес, пол, гражданство, семейное положение и дополнительные поля, специфичные для документа. Отправляйте только те поля, которые нуждаются в исправлении; всё остальное остается как извлечено.

Для сессии SESSION_UUID изменить только last_name на “Muñoz”. Показать предлагаемое обновление поля и дождаться моего одобрения перед вызовом didit_session_update_data.

5. Оставьте заметку в аудиторском следе

Используйте didit_session_add_review для прикрепления комментария рецензента к аудиторскому следу сессии. Вы можете опционально изменить статус сессии в рамках того же вызова — например, переместить ее в «На рассмотрении», если вы активно работаете над ней, или в «Утверждено», если ваша проверка завершена. Каждая заметка и переход статуса регистрируются и снабжаются отметкой времени.

Добавить этот комментарий к проверке для сессии SESSION_UUID без изменения ее статуса: “Фамилия исправлена после сравнения с визуальной зоной документа.”

6. Утвердить, отклонить или запросить повторную отправку

Когда проверка завершена, используйте didit_session_update_status, чтобы установить окончательный статус на Approved или Declined, с необязательным комментарием и уведомлением по электронной почте. Используйте подсказку, которая делает авторизованное решение явным:

Обновить статус сессии SESSION_UUID на Approved с комментарием “Ручная проверка завершена в соответствии с политикой v4.2.” Не изменять извлеченные идентификационные данные.

Частичная повторная отправка более строга, чем разговорная метка. nodes_to_resubmit должен содержать точные идентификаторы неудачных узлов, возвращенные для этой сессии. Такие значения, как liveness или blurred document page, являются описаниями, а не исполняемыми идентификаторами узлов. Сначала спросите:

Из решения для сессии SESSION_UUID перечислить точные идентификаторы неудачных узлов, которые подлежат повторной отправке. Не изменять сессию.

После проверки этих идентификаторов используйте их дословно:

Установить статус сессии SESSION_UUID на Resubmitted и передать следующие точные значения nodes_to_resubmit: ["EXACT_NODE_ID_1", "EXACT_NODE_ID_2"]. Добавить комментарий “Повторить только неудачные настроенные шаги.”

Весь рабочий процесс — найти, проверить, исправить, отметить, принять решение — происходит внутри Claude. Поиски и чтения не создают записи аудита рецензента. Инструменты записи имеют различные эффекты: didit_session_update_data применяет исправление, didit_session_add_review создает заметку рецензента, а didit_session_update_status записывает изменение статуса с необязательным комментарием аудиторского следа.

10 статусов сессий и что они означают

При поиске или просмотре сессий вы фильтруете по статусу. Didit отслеживает 10 статусов на протяжении жизненного цикла сессии:

• Не начато — Сессия была создана, и ссылка для верификации была сгенерирована, но пользователь еще не открыл ее.
• В процессе — Пользователь открыл поток верификации и активно выполняет шаги.
• На рассмотрении — Сессия в настоящее время находится в очереди на ручную проверку. Она могла попасть туда через настроенную логику рабочего процесса или ручное изменение статуса авторизованным рецензентом.
• Утверждено — Текущее состояние решения сессии — утверждено. Это состояние может быть получено из настроенного рабочего процесса или из ручного переопределения статуса авторизованным рецензентом; это не доказывает, что каждая возможная проверка была выполнена или пройдена.
• Отклонено — Текущее состояние решения сессии — отклонено. Оно может отражать настроенную логику рабочего процесса или ручное переопределение статуса авторизованным рецензентом, поэтому читайте возвращенные доказательства, а не относитесь к метке как к списку неудачных проверок.
• Истек срок действия — Временное окно сессии истекло до того, как пользователь завершил верификацию.
• Заброшено — Пользователь начал, но не закончил поток.
• Срок действия KYC истек — Сами данные KYC устарели (например, после верификации был обнаружен просроченный документ, удостоверяющий личность).
• Повторно отправлено — Аналитик запросил частичную повторную отправку, и пользователю было предложено повторно выполнить только неудачные шаги.
• Ожидание пользователя — Родительская сессия «Знай своего бизнеса» (KYB) ожидает, пока необходимые дочерние стороны KYC завершат свою верификацию.

Разрешения и безопасность

Возражение сотрудника по комплаенсу против любого инструмента, подключенного к искусственному интеллекту (ИИ), прямолинейно: может ли агент сделать что-то в чате, что человеческому рецензенту не было бы разрешено делать в консоли? С сервером MCP Didit ответ — нет. MCP аутентифицируется как вошедший в систему пользователь Didit через OAuth 2.1 с PKCE — каждый вызов инструмента наследует роль организации этого пользователя. Бизнес-консоль и сервер MCP применяют одни и те же проверки привилегий к одному и тому же бэкэнду разрешений в service-didit-auth.

Аналитик может просматривать сессии, исправлять данные и утверждать или отклонять только в рамках своих уже предоставленных полномочий. Разработчик, подключающий MCP, может создавать рабочие процессы и управлять веб-хуками, если его роль это позволяет. Сам MCP не вводит новых разрешений. Это другой интерфейс к той же модели авторизации.

Для кого это предназначено

Этот рабочий процесс разработан для аналитиков по комплаенсу, которые уже знают, как проверять сессии KYC. MCP не автоматизирует суждение рецензента — он устраняет переключение контекста. Вместо того чтобы открывать браузер, входить в консоль, находить нужную страницу сессии, переключаться между вкладками и вводить данные в формы, аналитик описывает то, что он хочет, на естественном языке, и Claude выполняет последовательность инструментов.

Это также полезно для руководителей отделов комплаенса, которые хотят выборочно проверять очередь рассмотрения со своего телефона, и для обучения новых аналитиков, которые могут изучать процесс рассмотрения, наблюдая, как Claude проходит через данные решения сессии и выявляет закономерности.

Когда вместо этого использовать консоль

Некоторые действия остаются в бизнес-консоли. Сервер MCP в Claude обрабатывает действия по проверке и управлению для отдельных сессий. Для массовых операций, таких как установка наборов правил, тестирование изменений правил или подача отчета о подозрительной активности (SAR), эти функции находятся в интерфейсах Transaction Monitoring и Case Management консоли. Инструменты управления делами MCP обрабатывают сортировку — didit_case_manage поддерживает назначение, комментирование, эскалацию, повторное открытие, разрешение и обновление — но подача SAR и настройка механизма правил являются рабочими процессами только для консоли.

Начать работу

Подключите Claude к серверу MCP Didit из настроек коннектора Claude. Сервер бесплатен, размещенная конечная точка не требует установки, а полная справочная информация по инструментам доступна на docs.didit.me.

Если вы новичок в настройке MCP, начните с руководства по установке или страницы разработчика Didit MCP. Для обзора жизненного цикла сессии и того, что происходит при запуске верификации, прочитайте KYC с сервером Didit MCP. Каталог инструментов см. в справочнике инструментов MCP.

Didit — это инфраструктура для идентификации и борьбы с мошенничеством. 115 инструментов MCP. 0,33 доллара за полный пакет KYC. 500 бесплатных верификаций в месяц для каждой функции. Более 2000 компаний в производстве. Подключите Claude, войдите в систему и начните проверку.