Runtime as featured inForbesRead the article

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.

Gus Trigos
Cofundador y CEO, Runtime
Actualizado el 26 de octubre de 2026 · 12 min de lectura

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é sirveEntender una norma, redactar un procedimiento, revisar un caso de pruebaRevisar todos los expedientes con el mismo procedimiento
Acceso a tus sistemasNinguno, copias y pegasCredenciales de solo lectura a onboarding, verificación y listas
Datos de clientesNo deberían entrarSe enmascaran antes de llegar al modelo
RegistroEl historial de un chatCada ejecución guardada y exportable para auditoría
Quién decideTú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

ProcesoLo que hace hoy una personaLo que hace el agenteLo que decide una persona
KYC de personasCompara INE, cédula o pasaporte con la selfie y el resultado del proveedorRevisa que nombre, fecha de nacimiento, CURP o número de documento coincidan en todas las fuentes y señala lo que noAceptar o pedir otro documento
KYB de empresasLee el acta constitutiva, el RFC, el RUT o el certificado de existenciaExtrae razón social, objeto, representante legal y fecha, y los compara con los registrosSi la empresa es quien dice ser
Beneficiarios finalesArma a mano el árbol de accionistasReconstruye la estructura con la página de cada dato y marca a quién parece tener el controlQuién es el beneficiario final
Listas y mediosRevisa coincidencias de nombre una por unaPone lado a lado los datos que distinguen al cliente de la persona listadaDescartar o escalar
Expedientes incompletosLe escribe al cliente pidiendo lo que faltaLista lo que falta según tu política y redacta la solicitudEnviarla 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

  1. Tu equipo escribe el procedimiento. El checklist que ya tienes aprobado, con qué documento sirve para qué y qué deja el expediente pendiente.
  2. El agente se conecta en modo lectura. Tu sistema de onboarding, tu proveedor de verificación y tu herramienta de listas.
  3. El agente revisa cada expediente. Compara campos entre fuentes y guarda la página o el registro de donde sacó cada dato.
  4. Tu equipo decide. El expediente llega con las diferencias señaladas y las preguntas que faltan por responder.
  5. 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 identidadTruora, Incode, Sumsub, Jumio, Persona
Registros oficialesServicio de verificación del INE, RENAPO y SAT en México; Registraduría, RUES y DIAN en Colombia; SII en Chile
Listas y mediosComplyAdvantage, LexisNexis, Dow Jones, y las listas locales que te exige tu regulador
ExpedientesTu sistema de onboarding o un gestor de casos
AgentesClaude Code, Codex
Infraestructura para agentesRuntime

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 procedimientoEs tu programa de cumplimiento
Dar de alta, rechazar o dar de baja a un clienteEs una decisión sobre acceso a servicios financieros
Definir quién es el beneficiario finalLas estructuras ambiguas necesitan criterio
Descartar o confirmar coincidencias en listasNecesita una razón documentada y un responsable
Pedirle documentos al clienteEs 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

IndicadorQué te dice
Tiempo desde que entra el expediente hasta que está listo para decidirCuánto esperan tus clientes
Minutos de analista por expedienteCuánta capacidad liberaste
Diferencias que el agente no detectóQué tan confiable es la revisión
Expedientes devueltos por información incompletaSi el resumen sirve para decidir
Altas fuera de tu tiempo objetivoTu riesgo operativo y comercial

Mide dos semanas antes de arrancar para tener con qué comparar.

Un calendario realista

EtapaTiempo
Infraestructura para agentesMinutos con Runtime; semanas si la construyes tú
Escribir el procedimiento y conectar sistemas1 semana
Revisión en paralelo2 semanas
Primer segmento en producciónSemana 4
Siguiente segmento o paísMes 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.