Verificación de empresas con Claude: KYB y beneficiarios finales a través del MCP de Didit

Conclusiones clave

• En Claude, un operador crea una sesión principal de Know Your Business (KYB) con un flujo de trabajo KYB configurado. El flujo alojado de Didit —no Claude— genera automáticamente sesiones secundarias de Know Your Customer (KYC) según la configuración de Personas Clave del flujo de trabajo.
• El KYC no es obligatorio para cada Beneficiario Final Último (UBO). Los umbrales de propiedad, los roles requeridos y las reglas de omisión son configurables, y el umbral legal aplicable depende de la jurisdicción y la política.
• didit_verify_kyb_search devuelve candidatos de registro. No atraviesa relaciones corporativas. Un candidato seleccionado puede resolverse con didit_verify_kyb_select.
• Claude es útil como la superficie de control conversacional: le pides que cree la sesión principal, explique los estados devueltos, resuma el progreso de la parte y recopile la evidencia. Un humano aún selecciona la empresa correcta y toma las decisiones de política.
• La Verificación de Empresas de Didit comienza desde $2.00 por empresa. Didit cubre más de 220 países y territorios, y cada función incluye 500 verificaciones gratuitas por mes.

Una conversación de verificación de empresas con Claude debe sentirse sencilla sin pretender que el trabajo de cumplimiento subyacente sea sencillo. El operador nombra la empresa y el flujo de trabajo aprobado. Claude llama a las herramientas Didit relevantes. El representante de la empresa completa el flujo alojado. Didit resuelve los requisitos de registro y Personas Clave. Luego, Claude convierte los registros resultantes en un resumen de caso legible.

Este artículo se centra en esa conversación: lo que escribes, lo que Claude debería devolver y lo que un humano aún decide. Para la mecánica del producto, los datos de propiedad y el ciclo de vida más amplio de la Verificación de Empresas, lee KYB con el servidor MCP de Didit. Para la configuración de Claude, usa la guía de instalación del conector.

Antes de la conversación: configura la política

Claude no debe inventar tu política KYB. Primero, configura un flujo de trabajo KYB en Didit. Su configuración de Personas Clave determina qué personas conectadas a una empresa deben completar sesiones KYC secundarias. Esa configuración puede usar umbrales de propiedad, requerir verificación para roles específicos como directores o representantes, y omitir KYC donde tu política aprobada lo permita.

Un umbral de propiedad del 25% es común en algunos contextos regulatorios, pero no es universal. La jurisdicción, el tipo de cliente, el nivel de riesgo, los derechos de control y las obligaciones de tu organización pueden cambiar qué personas deben ser identificadas o verificadas. La configuración del flujo de trabajo expresa esa política; Claude la ejecuta.

Conéctate a través del conector personalizado de Didit para Claude. El endpoint alojado utiliza OAuth (Open Authorization) 2.1 con PKCE (Proof Key for Code Exchange), por lo que Claude actúa con el rol de organización existente del usuario que ha iniciado sesión.

Conversación 1: confirma el contexto y el flujo de trabajo

Comienza pidiendo a Claude que identifique dónde operará. Esto es importante cuando un analista puede acceder a varias organizaciones o aplicaciones:

Call didit_context_get. State the selected Didit organization and application. Do not create or update anything.

Luego, pregunta por los flujos de trabajo configurados:

List my workflows and show only those configured for business verification. Return each name and workflow_id. For the workflow I choose, summarize its Key People requirements without changing them.

Claude puede usar didit_workflow_list para mostrar las definiciones disponibles. Lee el resumen cuidadosamente. Si el flujo de trabajo requiere directores, representantes o propietarios por encima de un umbral configurado, esas son reglas del flujo de trabajo, no recomendaciones generadas por Claude. Si el resumen es ambiguo, detente e inspecciona el flujo de trabajo en la Consola de Negocios antes de iniciar la sesión de la empresa.

Conversación 2: opcionalmente verifica el candidato del registro

Para una verificación previa, puedes pedir a Claude que busque en un registro oficial:

Search the United Kingdom registry for “Acme Trading Limited” using country_code GB. Return the candidate registered names, registration numbers, statuses, and kyb_response_id values. Do not select a candidate.

Claude llama a didit_verify_kyb_search. La respuesta es una lista de candidatos, no un gráfico de propiedad verificado; la herramienta de búsqueda no atraviesa relaciones subsidiarias o de empresas matrices. Nombres similares, nombres anteriores y nombres comerciales reutilizados pueden producir varios candidatos plausibles.

El operador elige la entidad legal coincidente utilizando evidencia como el número de registro, la jurisdicción y la dirección registrada. Luego, pide a Claude que resuelva ese candidato:

Select kyb_response_id KYB_CANDIDATE_ID and return the full registry record. Separate registry facts from any interpretation. Flag missing fields and do not infer owners that are absent.

didit_verify_kyb_select resuelve el candidato elegido. Claude puede formatear el registro y señalar inconsistencias, pero el humano es dueño de la selección del candidato. Un resumen fluido no es prueba de que se haya seleccionado el “Acme” correcto.

Conversación 3: crea una sesión KYB principal

El flujo KYB alojado comienza con una sesión creada a partir del flujo de trabajo KYB seleccionado:

Create one business verification session using workflow_id 11111111-2222-3333-4444-555555555555. Set vendor_data to merchant-2048. Return the parent session_id and url only.

Claude llama a didit_session_create. El argumento requerido es workflow_id; el flujo de trabajo define que esta es una sesión KYB. La respuesta incluye el session_id principal y la url alojada. Envía esa URL al representante de la empresa autorizado a través de tu canal aprobado.

Claude no debe llamar a didit_session_create una vez por propietario y afirmar que esas sesiones ad hoc están vinculadas a la empresa. Ese no es el modelo de orquestación KYB. A medida que el representante completa el flujo de la empresa alojado, Didit genera automáticamente las sesiones KYC secundarias requeridas según la configuración de Personas Clave del flujo de trabajo principal. Las reglas configuradas determinan qué partes deben verificar; la configuración de omisión y los requisitos por rol siguen siendo efectivos.

El usuario final ve el flujo de la empresa alojado: solicitudes de información o documentos de la empresa requeridos por el flujo de trabajo, pasos de resolución de registro cuando corresponda, e invitaciones o traspasos para las Personas Clave que deben completar el KYC. La experiencia exacta depende de la configuración y los datos de registro disponibles. No es una secuencia universal de “verificar a todos los UBO”.

Conversación 4: lee correctamente el estado principal

Pide a Claude que recupere la decisión principal real en lugar de estimar el tiempo de finalización:

Retrieve the decision for parent KYB session 66666666-7777-8888-9999-000000000000. Report the parent status, business findings, required Key People, and the completion state of each linked child KYC party. Do not infer missing parties or mark the business approved.

Claude llama a didit_session_get_decision y resume lo que Didit devolvió. El estado Awaiting User tiene un significado KYB específico: la sesión principal de la empresa está esperando mientras las partes KYC secundarias requeridas terminan. No es una etiqueta genérica para cualquier información comercial faltante.

No adjuntes la cifra de inferencia p99 de menos de 2 segundos al tiempo total de respuesta de KYB. Un flujo de negocios puede incluir la recopilación manual de documentos, la disponibilidad del registro y múltiples personas completando sesiones secundarias alojadas. Claude debe informar los estados actuales, no prometer una ventana de finalización.

Una pregunta de seguimiento útil es:

Turn this KYB decision into an analyst checklist with four sections: verified registry facts, completed Key People checks, unresolved or conflicting evidence, and decisions that require a human. Include record identifiers beside every finding.

Conversación 5: examinar y revisar sin exagerar

Si el flujo de trabajo o la política requieren un examen de Anti-Lavado de Dinero (AML), primero pregunta a Claude si ya existe un resultado actual. Evita pagar por una verificación duplicada simplemente porque se inició una nueva conversación:

Check the existing KYB decision for entity and Key People AML results. If a required current result is absent, show the exact subject data you would submit to didit_verify_aml and wait for approval before running a new screening.

didit_verify_aml examina más de 1,300 listas de sanciones, Personas Expuestas Políticamente (PEP) y medios adversos. Los resultados coincidentes son candidatos para análisis, no una prueba automática de que la empresa o persona está prohibida. Un revisor humano debe resolver la similitud de identidad, la jurisdicción, las fechas, la fiabilidad de la fuente y la política de escalada de la organización.

Lo que Claude devuelve y lo que el humano decide

• Claude puede devolver: candidatos de registro, un registro seleccionado, el enlace de la sesión principal, el estado principal actual, el progreso de las partes vinculadas, los resultados del examen y un resumen de evidencia etiquetado por fuente.
• El humano selecciona: la entidad legal correcta cuando los candidatos son ambiguos y el flujo de trabajo aprobado antes de que comience la sesión.
• El flujo de trabajo configurado determina: los umbrales de propiedad, los roles requeridos y las omisiones de KYC permitidas para las Personas Clave.
• El humano revisa: la ambigüedad de propiedad o control, las lagunas en el registro, las posibles coincidencias de AML, las excepciones y la decisión final de riesgo.
• La Consola de Negocios sigue siendo útil: cuando un analista necesita una vista visual de la propiedad, la configuración de políticas o una superficie de revisión controlada más allá del resumen del chat.

La Verificación de Empresas comienza desde $2.00 por empresa. Un paquete KYC completo vinculado, cuando lo requieren las reglas de Personas Clave configuradas, cuesta $0.33 e incluye verificación de ID, vivacidad pasiva, coincidencia facial y análisis de IP. Cada función incluye 500 verificaciones gratuitas por mes. El servidor MCP en sí es gratuito.

Recursos

• Repositorio de GitHub de Didit MCP — código fuente público bajo la licencia MIT
• Visión general de MCP — modelo de endpoint, transporte y conector
• Documentación de herramientas de MCP — entradas y salidas canónicas
• Página de desarrolladores de Didit MCP — visión general del producto
• Referencia de herramientas de Didit MCP — catálogo de herramientas conversacionales

El valor práctico no es una investigación de propiedad autónoma imaginaria. Es una conversación controlada en torno a un flujo de trabajo KYB real: una sesión principal, requisitos KYC secundarios gestionados automáticamente, evidencia devuelta por Didit y una decisión humana en los puntos donde la ley y la política de riesgo requieren juicio.