Cómo usar Claude para revisar expedientes KYC y KYB
Guía práctica para oficiales de cumplimiento en Latinoamérica: cómo usar Claude y Claude Code para revisar INE, cédulas, RUT, RFC, actas y beneficiarios finales.
En una fintech latinoamericana, un alta casi nunca se atora por falta de documentos. Se atora porque alguien tiene que abrir la INE o la cédula, compararla con lo que devolvió el proveedor de verificación, leer un acta constitutiva de treinta páginas para encontrar a los accionistas y revisar por qué el RFC o el RUT no coincide con la razón social. Ese trabajo de cotejo lo puede hacer un agente como Claude Code, y cada expediente adicional prácticamente no cuesta nada. La decisión de a quién das de alta sigue siendo de tu equipo.
Esta es una guía práctica para oficiales de cumplimiento y líderes de onboarding en Latinoamérica, y para el ingeniero que les ayuda: cómo usar Claude para revisar expedientes KYC y KYB, qué darle primero, dónde correrlo para que tus datos estén protegidos y cómo saber si está funcionando.
Qué hace. El agente lee cada expediente, compara documentos, registros y resultados de verificación, y te deja un resumen con las diferencias señaladas y la fuente de cada dato.
Qué no es. Un sistema que aprueba o rechaza clientes, ni un reemplazo de tu proveedor de verificación o de tu manual de PLD. Las mejoras que de verdad importan van a venir de tu equipo, cuando alguien pregunte por qué el procedimiento se hace así. Deja espacio para eso.
Claude o Claude Code
La pregunta que más nos hacen es si basta con abrir Claude y pegarle un expediente. Para entender una política, sí. Para revisar clientes reales, no.
| Claude (chat) | Claude Code en Runtime | |
|---|---|---|
| Para qué sirve | Entender una norma, redactar un procedimiento, revisar un caso de prueba | Revisar todos los expedientes con el mismo procedimiento |
| Acceso a tus sistemas | Ninguno, copias y pegas | Credenciales de solo lectura a onboarding, verificación y listas |
| Datos de clientes | No deberían entrar | Se enmascaran antes de llegar al modelo |
| Registro | El historial de un chat | Cada ejecución guardada y exportable para auditoría |
| Quién decide | Tú | Tú, con el expediente ya armado |
Claude Code es un agente que trabaja en su propia computadora: lee archivos, escribe y corre pequeños programas, y sigue instrucciones guardadas. Eso es justo lo que necesita una revisión de KYC: hacer las mismas comprobaciones, en el mismo orden, en cada expediente.
En qué se le va el tiempo a tu equipo
| Proceso | Lo que hace hoy una persona | Lo que hace el agente | Lo que decide una persona |
|---|---|---|---|
| KYC de personas | Compara INE, cédula o pasaporte con la selfie y el resultado del proveedor | Revisa que nombre, fecha de nacimiento, CURP o número de documento coincidan en todas las fuentes y señala lo que no | Aceptar o pedir otro documento |
| KYB de empresas | Lee el acta constitutiva, el RFC, el RUT o el certificado de existencia | Extrae razón social, objeto, representante legal y fecha, y los compara con los registros | Si la empresa es quien dice ser |
| Beneficiarios finales | Arma a mano el árbol de accionistas | Reconstruye la estructura con la página de cada dato y marca a quién parece tener el control | Quién es el beneficiario final |
| Listas y medios | Revisa coincidencias de nombre una por una | Pone lado a lado los datos que distinguen al cliente de la persona listada | Descartar o escalar |
| Expedientes incompletos | Le escribe al cliente pidiendo lo que falta | Lista lo que falta según tu política y redacta la solicitud | Enviarla o ajustarla |
Arranca con KYB. Es donde más tiempo se va por expediente y donde un buen resumen ahorra más horas.
Cómo trabaja el agente
- Tu equipo escribe el procedimiento. El checklist que ya tienes aprobado, con qué documento sirve para qué y qué deja el expediente pendiente.
- El agente se conecta en modo lectura. Tu sistema de onboarding, tu proveedor de verificación y tu herramienta de listas.
- El agente revisa cada expediente. Compara campos entre fuentes y guarda la página o el registro de donde sacó cada dato.
- Tu equipo decide. El expediente llega con las diferencias señaladas y las preguntas que faltan por responder.
- Cada corrección se vuelve regla. Si tu equipo corrige algo, el agente actualiza su procedimiento.
Las herramientas
| Para qué | Lo que ya usas |
|---|---|
| Verificación de identidad | Truora, Incode, Sumsub, Jumio, Persona |
| Registros oficiales | Servicio de verificación del INE, RENAPO y SAT en México; Registraduría, RUES y DIAN en Colombia; SII en Chile |
| Listas y medios | ComplyAdvantage, LexisNexis, Dow Jones, y las listas locales que te exige tu regulador |
| Expedientes | Tu sistema de onboarding o un gestor de casos |
| Agentes | Claude Code, Codex |
| Infraestructura para agentes | Runtime |
Con Claude Code, conectar una fuente nueva es cuestión de pedirlo: el agente escribe la integración, la prueba y la guarda. Si tu proveedor no tiene integración, el agente puede trabajar con los reportes que ya descargas.
Runtime es el sistema operativo para agentes de IA. Cada agente corre en su propia computadora aislada, que se borra al terminar la sesión, con sus propias credenciales. Los documentos de identidad, números de cuenta y tarjetas se enmascaran antes de llegar al modelo o a las bitácoras, y cada ejecución queda registrada. Tu equipo pide el trabajo en español; Runtime se encarga de los controles.
Paso 1: escribe el procedimiento
Este paso es de cumplimiento, no de ingeniería. Escoge un solo segmento, por ejemplo personas morales en México o empresas en Colombia, y escribe el checklist como se lo explicarías a un analista nuevo: qué documento acredita qué, contra qué registro se compara y qué deja el caso pendiente.
Dos cosas que hacen que el agente trabaje mejor:
- Explícale el porqué. "Compara la razón social del acta con la constancia del SAT porque las empresas cambian de denominación y el acta puede ser anterior" funciona mucho mejor que "compara la razón social".
- Dile qué error no puede cometer. "Nunca des por buena una coincidencia de nombre si falta la fecha de nacimiento" te ahorra el error más caro.
Pídele a Claude que te ayude a ordenar el procedimiento, pero con tu política, no con una inventada:
Te paso nuestro manual de onboarding para personas morales. Conviértelo en un checklist de revisión: para cada punto, dime qué documento lo acredita, contra qué registro se compara y qué situación deja el expediente pendiente. Marca los puntos donde el manual es ambiguo para que cumplimiento los aclare. No agregues requisitos que no estén en el manual.
Paso 2: crea el agente con Claude Code
El ingeniero que te ayuda crea el agente en Runtime y lo conecta en modo lectura a tu sistema de onboarding, tu proveedor de verificación y tu herramienta de listas. Las credenciales se cargan desde el dashboard de Runtime, nunca se pegan en un chat. Tu procedimiento se guarda como instrucciones del agente, con su versión.
Para cada expediente nuevo de persona moral, lee el acta constitutiva, la constancia de situación fiscal y el resultado de Truora del representante legal. Compara razón social, RFC, objeto social y representante legal entre todas las fuentes. Para cada dato, guarda el documento y la página de donde salió. Separa lo que no coincide de lo que falta. Deja el expediente pendiente y no le escribas al cliente.
Paso 3: los beneficiarios finales
Aquí es donde más se nota el ahorro. Un acta con varias asambleas y una cadena de empresas tenedoras le toma horas a una persona. El agente las lee en minutos y arma el árbol.
Con el acta constitutiva y las actas de asamblea de este expediente, arma la estructura de accionistas hasta llegar a personas físicas. Calcula la participación de cada una en código, no de memoria. Marca a quien supere el umbral de nuestra política y a quien tenga control por otra vía, como poderes amplios o derecho de veto. Si una empresa tenedora no tiene documentos, dilo y no supongas. Cita la página de cada dato.
En México, las personas morales deben identificar a sus beneficiarios controladores; en Colombia existe el Registro Único de Beneficiarios Finales de la DIAN. El agente prepara la estructura; tu oficial de cumplimiento decide quién queda registrado como beneficiario final.
Paso 4: listas y medios, sin descartar nada
Las coincidencias de nombre son la parte más repetitiva del trabajo y la más delicada. El agente no descarta ninguna: junta lo que distingue al cliente de la persona listada.
Para cada coincidencia que devolvió ComplyAdvantage en este expediente, pon lado a lado los datos del cliente y los de la persona en la lista: nombre completo, fecha de nacimiento, nacionalidad, RFC o número de documento. Marca qué datos coinciden, cuáles no y cuáles faltan. No descartes ninguna coincidencia; deja la decisión al analista.
Paso 5: pruébalo en paralelo y luego pásale la bandeja
Durante dos semanas, el agente revisa los mismos expedientes que tu equipo, sin tocar nada. Al final comparan: en cuántos casos encontró las mismas diferencias, cuáles se le fueron y por qué. Cada diferencia se convierte en una instrucción nueva. Después, programa el agente para que revise cada expediente en cuanto entra y deje el resumen listo antes de que lo abra un analista.
Lo que se queda con tu equipo
| Qué | Por qué |
|---|---|
| Escribir y cambiar el procedimiento | Es tu programa de cumplimiento |
| Dar de alta, rechazar o dar de baja a un cliente | Es una decisión sobre acceso a servicios financieros |
| Definir quién es el beneficiario final | Las estructuras ambiguas necesitan criterio |
| Descartar o confirmar coincidencias en listas | Necesita una razón documentada y un responsable |
| Pedirle documentos al cliente | Es tu relación con el cliente |
Lo que hemos aprendido
- Empieza con un solo segmento. Personas morales en un país funciona mejor que "todo el onboarding".
- Extraer no es verificar. Que el agente lea un RFC en un documento no significa que el RFC sea correcto. El expediente debe distinguir lo que dice el documento de lo que confirma el registro.
- "No pude revisar" no es "aprobado". Si una imagen no se lee o un servicio no responde, el expediente queda pendiente con el motivo.
- Los documentos pueden traer trampas. Un PDF con texto que le pide al agente saltarse un paso no debe cambiar nada. Pruébalo con documentos de prueba antes de salir.
Lo que te va a pedir cumplimiento
Tu regulador, tu banco socio o tu auditor van a preguntar por el agente igual que por cualquier tecnología que toca datos de clientes. Lo que suelen pedir, y cómo lo resuelve Runtime:
- Quién responde por el agente. Un inventario con responsable y permisos por agente.
- Que no decide solo. El agente deja expedientes pendientes; las altas, rechazos y descartes los hace una persona.
- Que los datos están protegidos. INE, CURP, RFC, cédulas, RUT y cuentas se enmascaran antes de llegar al modelo, y Runtime nunca entrena con tus datos.
- Qué revisó y por qué. La bitácora de cada ejecución muestra qué fuentes consultó el agente para cada expediente, lista para una auditoría de la CNBV, la Superfinanciera, la CMF o tu banco socio.
Si necesitas que los datos no salgan de tu nube, puedes correr Runtime en tu propia cuenta de AWS, GCP o Azure, con Claude, Codex o modelos open source para KYC y KYB. Para el mismo proceso en Brasil, con CPF, CNPJ y QSA, revisa la guía en portugués.
Cómo medir resultados
| Indicador | Qué te dice |
|---|---|
| Tiempo desde que entra el expediente hasta que está listo para decidir | Cuánto esperan tus clientes |
| Minutos de analista por expediente | Cuánta capacidad liberaste |
| Diferencias que el agente no detectó | Qué tan confiable es la revisión |
| Expedientes devueltos por información incompleta | Si el resumen sirve para decidir |
| Altas fuera de tu tiempo objetivo | Tu riesgo operativo y comercial |
Mide dos semanas antes de arrancar para tener con qué comparar.
Un calendario realista
| Etapa | Tiempo |
|---|---|
| Infraestructura para agentes | Minutos con Runtime; semanas si la construyes tú |
| Escribir el procedimiento y conectar sistemas | 1 semana |
| Revisión en paralelo | 2 semanas |
| Primer segmento en producción | Semana 4 |
| Siguiente segmento o país | Mes 2 |
Rain, emisor de tarjetas con presencia en más de 150 países, usa Runtime para soporte técnico, monitoreo de fraude y riesgo, cumplimiento, ciberseguridad, investigaciones de ingeniería, revisión de PRs, QA y reportes, y se ha ahorrado $750k en proveedores y nómina.
En resumen
Claude sirve para ordenar tu procedimiento; Claude Code, corriendo en un entorno controlado, sirve para aplicarlo a cada expediente. Deja que el agente coteje documentos y registros, y que tu equipo se quede con las decisiones. Para priorizar qué expediente revisar primero, mira cómo usar Jev para KYC, KYB y AML, y para el detalle técnico, la guía de agentes de revisión KYB y KYC.
Manos a la obra.
Preguntas frecuentes
¿Cómo usar Claude para hacer KYC?
Úsalo para preparar el expediente, no para aprobar clientes. Claude Code puede leer los documentos del alta, compararlos con los resultados de tu proveedor de verificación y las listas, y dejar un expediente con cada diferencia señalada. La decisión de dar de alta, rechazar o pedir más documentos se queda con tu equipo de cumplimiento.
¿Cuál es la diferencia entre Claude y Claude Code para revisar expedientes?
Claude es el asistente de chat: sirve para entender una política o redactar un procedimiento. Claude Code es un agente que trabaja en una computadora, se conecta a tus sistemas, corre las mismas revisiones en cada expediente y guarda lo que hizo. Para revisar expedientes reales, con datos de clientes, necesitas el segundo, corriendo en un entorno controlado.
¿Puedo subir una INE o una cédula a Claude?
No subas documentos de clientes a una cuenta personal de chat. Lo correcto es que el agente lea los documentos desde tu sistema de onboarding, con credenciales propias, en un entorno donde los datos sensibles se enmascaran antes de llegar al modelo y cada acceso queda registrado. Runtime está hecho para eso.
¿Claude puede identificar a los beneficiarios finales de una empresa?
Puede leer el acta constitutiva, los estatutos y los registros que le des, armar el árbol de accionistas y señalar a quién parece tener el control, con la página de donde sacó cada dato. Lo que no hace es decidir quién es el beneficiario final cuando la estructura es ambigua; eso lo resuelve una persona de cumplimiento.
¿Un agente de IA puede descartar coincidencias en listas restrictivas?
No debería. El agente junta los datos que distinguen al cliente de la persona en la lista, como fecha de nacimiento, nacionalidad o RFC, y los pone lado a lado. Descartar o confirmar una coincidencia necesita una razón documentada y una persona responsable.
¿Qué es Runtime?
Runtime es el sistema operativo para agentes de IA en equipos de pagos y fintech. Corre cada agente, ya sea Claude Code, Codex o un modelo open source, en una computadora aislada con credenciales propias, enmascara documentos y datos sensibles antes de que lleguen al modelo y registra cada ejecución para auditorías. Nunca entrena con tus datos.
Pon a Claude Code a revisar tus expedientes
Trae tu checklist de onboarding. Un ingeniero de IA de Runtime configura el agente, las conexiones y los controles con tu equipo de cumplimiento.