Верификация бизнеса с помощью Claude: KYB и бенефициарные владельцы через Didit MCP

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

• В Claude оператор создает одну родительскую сессию Know Your Business (KYB) с настроенным рабочим процессом KYB. Размещенный поток Didit — не Claude — автоматически создает дочерние сессии Know Your Customer (KYC) в соответствии с настройками «Ключевые лица» рабочего процесса.
• KYC не является обязательным для каждого конечного бенефициарного владельца (UBO). Пороги владения, требуемые роли и правила пропуска настраиваемы, а применимый юридический порог зависит от юрисдикции и политики.
• didit_verify_kyb_search возвращает кандидатов из реестра. Он не обходит корпоративные связи. Выбранный кандидат может быть разрешен с помощью didit_verify_kyb_select.
• Claude полезен в качестве разговорной поверхности управления: вы просите его создать родительскую сессию, объяснить возвращенные состояния, суммировать прогресс сторон и собрать доказательства. Человек по-прежнему выбирает правильную компанию и принимает решения по политике.
• Верификация бизнеса Didit начинается от $2.00 за бизнес. Didit охватывает более 220 стран и территорий, и каждая функция включает 500 бесплатных верификаций в месяц.

Разговор о верификации бизнеса с Claude должен быть простым, не притворяясь, что базовая работа по соблюдению требований проста. Оператор называет компанию и утвержденный рабочий процесс. Claude вызывает соответствующие инструменты Didit. Представитель бизнеса завершает размещенный поток. Didit разрешает требования реестра и «Ключевых лиц». Затем Claude преобразует полученные записи в читабельное резюме дела.

Эта статья фокусируется на этом разговоре: что вы вводите, что Claude должен возвращать и что по-прежнему решает человек. О механике продукта, данных о собственности и более широком жизненном цикле верификации бизнеса читайте в статье KYB с сервером Didit MCP. Для настройки Claude используйте руководство по установке коннектора.

Перед разговором: настройте политику

Claude не должен изобретать вашу политику KYB. Сначала настройте рабочий процесс KYB в Didit. Его настройки «Ключевые лица» определяют, какие лица, связанные с бизнесом, должны завершить дочерние сессии KYC. Эти настройки могут использовать пороги владения, требовать верификации для определенных ролей, таких как директора или представители, и пропускать KYC, если это разрешено вашей утвержденной политикой.

Порог владения в 25% распространен в некоторых регуляторных контекстах, но он не является универсальным. Юрисдикция, тип клиента, уровень риска, права контроля и обязательства вашей организации могут изменить, какие лица должны быть идентифицированы или верифицированы. Конфигурация рабочего процесса выражает эту политику; Claude выполняет ее.

Подключитесь через пользовательский коннектор Didit для Claude. Размещенная конечная точка использует OAuth (Open Authorization) 2.1 с PKCE (Proof Key for Code Exchange), поэтому Claude действует с существующей ролью организации вошедшего в систему пользователя.

Разговор 1: подтверждение контекста и рабочего процесса

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

Вызовите didit_context_get. Укажите выбранную организацию Didit и приложение. Ничего не создавайте и не обновляйте.

Затем запросите настроенные рабочие процессы:

Перечислите мои рабочие процессы и покажите только те, которые настроены для верификации бизнеса. Верните каждое имя и workflow_id. Для выбранного мной рабочего процесса кратко изложите его требования к «Ключевым лицам», не изменяя их.

Claude может использовать didit_workflow_list для отображения доступных определений. Внимательно прочитайте резюме. Если рабочий процесс требует директоров, представителей или владельцев выше настроенного порога, это правила рабочего процесса, а не рекомендации, сгенерированные Claude. Если резюме неоднозначно, остановитесь и проверьте рабочий процесс в Business Console перед началом бизнес-сессии.

Разговор 2: опциональная проверка кандидата в реестре

Для предварительной проверки вы можете попросить Claude выполнить поиск в официальном реестре:

Выполните поиск в реестре Великобритании по запросу «Acme Trading Limited», используя country_code GB. Верните зарегистрированные названия кандидатов, регистрационные номера, статусы и значения kyb_response_id. Не выбирайте кандидата.

Claude вызывает didit_verify_kyb_search. Ответ представляет собой список кандидатов, а не проверенный граф владения; инструмент поиска не обходит дочерние или родительские компании. Похожие названия, прежние названия и повторно используемые торговые названия могут дать несколько правдоподобных кандидатов.

Оператор выбирает соответствующее юридическое лицо, используя такие доказательства, как регистрационный номер, юрисдикция и зарегистрированный адрес. Затем попросите Claude разрешить этого кандидата:

Выберите kyb_response_id KYB_CANDIDATE_ID и верните полную запись реестра. Отделите факты реестра от любой интерпретации. Отметьте отсутствующие поля и не выводите отсутствующих владельцев.

didit_verify_kyb_select разрешает выбранного кандидата. Claude может форматировать запись и указывать на несоответствия, но человек несет ответственность за выбор кандидата. Свободное резюме не является доказательством того, что была выбрана правильная «Acme».

Разговор 3: создание одной родительской KYB-сессии

Размещенный поток KYB начинается с одной сессии, созданной из выбранного рабочего процесса KYB:

Создайте одну сессию верификации бизнеса, используя workflow_id 11111111-2222-3333-4444-555555555555. Установите vendor_data в merchant-2048. Верните только parent session_id и url.

Claude вызывает didit_session_create. Обязательным аргументом является workflow_id; рабочий процесс определяет, что это сессия KYB. Ответ включает родительский session_id и размещенный url. Отправьте этот URL-адрес уполномоченному представителю бизнеса через ваш утвержденный канал.

Claude не должен вызывать didit_session_create один раз для каждого владельца и утверждать, что эти специальные сессии связаны с бизнесом. Это не модель оркестрации KYB. По мере того как представитель завершает размещенный бизнес-поток, Didit автоматически создает необходимые дочерние сессии KYC в соответствии с настройками «Ключевые лица» родительского рабочего процесса. Настроенные правила определяют, какие стороны должны пройти верификацию; настройки пропуска и требования по ролям остаются в силе.

Конечный пользователь видит размещенный бизнес-поток: запросы информации о компании или документов, требуемых рабочим процессом, шаги по разрешению реестра, где применимо, и приглашения или передачу для «Ключевых лиц», которые должны завершить KYC. Точный опыт зависит от конфигурации и доступных данных реестра. Это не универсальная последовательность «верифицировать каждого UBO».

Разговор 4: правильное чтение родительского состояния

Попросите Claude получить фактическое родительское решение, а не оценивать время завершения:

Получите решение для родительской KYB-сессии 66666666-7777-8888-9999-000000000000. Сообщите родительский статус, результаты бизнеса, требуемых «Ключевых лиц» и состояние завершения каждой связанной дочерней стороны KYC. Не выводите отсутствующие стороны и не помечайте бизнес как одобренный.

Claude вызывает didit_session_get_decision и суммирует то, что вернул Didit. Состояние Ожидание пользователя имеет конкретное значение KYB: родительская бизнес-сессия ожидает, пока завершат работу требуемые дочерние стороны KYC. Это не универсальная метка для любой отсутствующей бизнес-информации.

Не привязывайте показатель p99 вывода менее 2 секунд к общему времени ответа KYB. Бизнес-поток может включать сбор документов человеком, доступность реестра и несколько человек, завершающих размещенные дочерние сессии. Claude должен сообщать текущие состояния, а не обещать окно завершения.

Полезный последующий запрос:

Превратите это решение KYB в контрольный список аналитика с четырьмя разделами: проверенные факты реестра, завершенные проверки «Ключевых лиц», неразрешенные или противоречивые доказательства и решения, требующие участия человека. Включите идентификаторы записей рядом с каждым выводом.

Разговор 5: проверка и обзор без преувеличений

Если рабочий процесс или политика требуют проверки на предмет борьбы с отмыванием денег (AML), сначала спросите Claude, существует ли уже текущий результат. Избегайте оплаты за дублирующую проверку только потому, что начался новый разговор:

Проверьте существующее решение KYB на предмет результатов AML для сущности и «Ключевых лиц». Если требуемый текущий результат отсутствует, покажите точные данные субъекта, которые вы бы отправили в didit_verify_aml, и дождитесь одобрения перед запуском новой проверки.

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

Что возвращает Claude и что решает человек

• Claude может возвращать: кандидатов из реестра, выбранную запись реестра, ссылку на родительскую сессию, текущий родительский статус, прогресс связанных сторон, результаты проверки и сводку доказательств с указанием источника.
• Человек выбирает: правильное юридическое лицо, когда кандидаты неоднозначны, и утвержденный рабочий процесс до начала сессии.
• Настроенный рабочий процесс определяет: пороги владения, требуемые роли и разрешенные пропуски KYC для «Ключевых лиц».
• Человек рассматривает: неоднозначность владения или контроля, пробелы в реестре, потенциальные совпадения AML, исключения и окончательное решение о риске.
• Business Console остается полезной: когда аналитику требуется визуальное представление структуры владения, конфигурация политики или контролируемая поверхность обзора за пределами сводки чата.

Верификация бизнеса начинается от $2.00 за бизнес. Связанный полный пакет KYC, когда это требуется настроенными правилами «Ключевых лиц», стоит $0.33 и включает верификацию ID, пассивное Liveness, Face Match и IP-анализ. Каждая функция включает 500 бесплатных верификаций в месяц. Сам сервер MCP бесплатен.

Ресурсы

• Репозиторий Didit MCP на GitHub — открытый исходный код под лицензией MIT
• Обзор MCP — конечная точка, транспорт и модель коннектора
• Документация по инструментам MCP — канонические входы и выходы
• Страница разработчика Didit MCP — обзор продукта
• Справочник по инструментам Didit MCP — каталог разговорных инструментов

Практическая ценность заключается не в воображаемом автономном расследовании владения. Это контролируемый разговор вокруг реального рабочего процесса KYB: одна родительская сессия, автоматически управляемые требования дочернего KYC, доказательства, возвращенные от Didit, и человеческое решение в тех точках, где закон и политика рисков требуют суждения.