Automatizar el onboarding de clientes: verificación, riesgo y expediente

Vincular un cliente combina tres cosas: recoger información, verificarla y decidir si se acepta el riesgo. Las dos primeras se automatizan bien y consumen la mayor parte del tiempo; la tercera es una decisión con consecuencias regulatorias, y automatizarla por completo no es el objetivo ni suele ser admisible.

A continuación: por qué el onboarding se abandona a la mitad, qué se automatiza en cada tramo, qué exigen los marcos de Colombia y México, cómo se diseña la decisión de riesgo y qué conviene medir.

El onboarding tiene una particularidad que lo distingue de otros procesos administrativos: ocurre cuando el cliente todavía puede irse. Cada paso adicional, cada documento que hay que volver a enviar y cada día de espera se traduce directamente en solicitudes abandonadas.

Y a la vez es un proceso con requisitos que no se pueden saltar. Esa tensión —hacerlo rápido y hacerlo bien— es exactamente el terreno donde la automatización aporta, siempre que se entienda qué parte puede resolverse sola y cuál no.

Por qué se abandona a la mitad

Las causas se repiten. La primera es pedir al inicio todo lo que podría hacer falta después, en lugar de lo necesario para empezar. Un formulario largo ahuyenta antes de aportar.

La segunda es pedir dos veces el mismo dato, porque el documento cargado no se lee y la información se solicita otra vez en un campo. Es la señal más visible de un proceso que no integra sus propias piezas.

La tercera es el silencio. Un expediente en revisión sin indicación de cuánto falta genera consultas al canal de atención y, pasados unos días, abandono. La automatización que más retiene no es la que decide: es la que informa.

Qué se automatiza en cada tramo

La recolección gana cuando el formulario se adapta: preguntar solo lo que el tipo de cliente y el producto exigen, y prellenar todo lo que ya se puede derivar de un documento cargado.

La verificación documental se resuelve bien con lectura automática: extraer los datos del documento de identidad y contrastarlos con lo declarado detecta la mayoría de las inconsistencias sin intervención. La comprobación de vigencia y coherencia interna es trabajo de reglas.

La consulta a fuentes —listas restrictivas, verificación de existencia de la empresa, situación tributaria— es integración pura y debería resolverse en segundos.

El armado del expediente, que es lo que quedará como evidencia ante una revisión, no requiere criterio y sin embargo suele hacerse a mano. Es de los tramos que más tiempo devuelven y menos atención reciben.

Qué exige el marco de cada país

En Colombia las entidades vigiladas operan bajo un sistema de administración del riesgo de lavado de activos y financiación del terrorismo, con obligaciones explícitas de conocimiento del cliente, segmentación y reporte de operaciones. En México, la normativa de prevención de lavado de dinero define actividades vulnerables, umbrales de identificación y avisos a la autoridad.

Coinciden en el fondo —conocer al cliente, calificar su riesgo, conservar evidencia y reportar— y difieren en umbrales, plazos y formatos. La consecuencia práctica es la misma que en otros procesos regulados de la región: una implementación pensada para un país llega incompleta al otro, y el diseño tiene que contemplar ambos desde el inicio si la operación es regional.

A esto se suma la protección de datos personales, que aquí es especialmente sensible: el expediente contiene documentos de identidad y, con frecuencia, información financiera. Habeas Data (Ley 1581) en Colombia y la LFPDPPP en México condicionan quién puede acceder a él y cuánto tiempo se conserva.

La decisión de riesgo, y por qué no se automatiza entera

Calificar el riesgo de un cliente combina señales objetivas —actividad económica, ubicación, producto solicitado, resultados de las consultas— con criterio. La parte objetiva se calcula sola y debería hacerlo, porque un cálculo consistente es mejor que uno que depende de quién revise.

Lo que no conviene automatizar sin supervisión es el rechazo. Una decisión negativa afecta a una persona o a una empresa y, en varios contextos, admite reclamación. Un modelo que rechaza sin que nadie pueda explicar por qué es un problema operativo antes que técnico: alguien tendrá que responder esa pregunta.

El diseño que se sostiene automatiza el camino de menor riesgo, enruta el resto a revisión con toda la evidencia reunida, y deja registro de qué señales llevaron a cada resultado. Esa trazabilidad es lo que se pide en una revisión, y reconstruirla después es mucho más caro que generarla de entrada.

El expediente como producto del proceso

Conviene invertir la forma habitual de pensarlo. El objetivo del onboarding no es aprobar un cliente: es producir un expediente defendible que además permite operar con ese cliente.

Visto así, varias decisiones cambian. La evidencia se guarda en el momento en que se obtiene y no se reconstruye al final. Cada consulta a una fuente externa se registra con su fecha y su resultado, porque «lo consultamos» sin fecha no es evidencia. Y la actualización periódica deja de ser un proyecto anual para convertirse en un flujo continuo.

Esa última parte es la que más suele fallar: organizaciones con un onboarding impecable y miles de expedientes que llevan años sin refrescarse.

El caso empresarial, que es el difícil

Vincular a una persona es relativamente acotado: un documento, unas consultas, una decisión. Vincular a una empresa introduce un problema distinto — hay que establecer quién la controla realmente, y esa cadena puede tener varios niveles.

Ambos marcos exigen identificar al beneficiario final, y es el punto donde más expedientes quedan incompletos. La información suele existir en registros públicos, pero dispersa y en formatos que no se prestan a consulta automática, así que el tramo termina resolviéndose a mano y con criterios que varían según quién lo haga.

Lo que sí se puede automatizar es el andamiaje: solicitar la documentación societaria en el momento correcto, extraer la estructura declarada, contrastarla con lo que arrojan las fuentes disponibles y señalar las discrepancias. La decisión sobre una estructura compleja seguirá siendo humana, y llegará con el trabajo preparatorio hecho en lugar de empezar desde cero.

Qué medir

Cuatro cifras describen el proceso completo. El tiempo hasta la primera operación, que es la métrica de negocio. La tasa de abandono por etapa, que señala dónde exactamente se pierde gente. El porcentaje que se resuelve sin intervención. Y el porcentaje de expedientes que superan una revisión de calidad, que es la métrica de riesgo.

Las dos últimas se tensionan a propósito, y esa tensión es sana: subir la automatización a costa de la calidad del expediente traslada el problema a una auditoría futura, donde cuesta mucho más.

Cómo empezar

Con el mapa real del proceso y sus tiempos por etapa, incluida la espera. Es habitual encontrar que la verificación tarda minutos y el expediente espera días por una firma interna.

Ese levantamiento es lo que produce un assessment de automatización de procesos: esfuerzo real por tramo, viabilidad técnica y orden recomendado. Y donde el proceso toca datos personales sensibles, la decisión de diseño se toma junto con ciberseguridad en lugar de después.

Preguntas frecuentes

¿Qué parte del onboarding conviene automatizar primero?

La verificación documental y la consulta a fuentes externas, porque son deterministas y rápidas. Y el armado del expediente, que no requiere criterio y suele hacerse a mano pese a consumir bastante tiempo.

¿Se puede automatizar la decisión de aceptar o rechazar un cliente?

La calificación objetiva sí, y conviene: un cálculo consistente es mejor que uno que depende de quién revise. El rechazo sin supervisión es otra cosa, porque afecta a una persona o empresa y admite reclamación; alguien tendrá que poder explicar por qué.

¿Sirve el mismo diseño en Colombia y México?

No sin adaptarlo. Ambos marcos exigen conocer al cliente, calificar su riesgo, conservar evidencia y reportar, pero difieren en umbrales, plazos y formatos. Una implementación pensada para un país llega incompleta al otro.

¿Por qué se abandonan las solicitudes a mitad de camino?

Por pedir al inicio todo lo que podría hacer falta después, por pedir dos veces el mismo dato, y por el silencio: un expediente en revisión sin indicación de cuánto falta genera consultas y luego abandono.

¿Qué debe quedar registrado?

Cada consulta a una fuente externa con su fecha y su resultado, y las señales que llevaron a cada decisión. "Lo consultamos" sin fecha no es evidencia, y reconstruir la trazabilidad después de una revisión cuesta mucho más que generarla de entrada.

¿Qué se mide para saber si funciona?

Tiempo hasta la primera operación, tasa de abandono por etapa, porcentaje resuelto sin intervención y porcentaje de expedientes que superan una revisión de calidad. Las dos últimas se tensionan a propósito.