Se habla del KYC como de un peaje que hay que pagar antes de llegar al producto. Yo lo veo al revés: es una de las pantallas que más veces recorre una persona y, a menudo, la peor diseñada. Mi guía de KYC, KYB y AML para fundadores explica qué significan estas siglas. Este texto trata de otra cosa: cómo se ve el cumplimiento cuando lo diseñas como parte del producto y no como un trámite que va por detrás.

No le pidas dos veces lo mismo

Cuando una persona ya ha entregado un documento, volver a pedírselo es un defecto de producto, no un requisito. En Bennu conservamos lo que recibimos en el expediente y, cuando el flujo lo permite, respondemos al proveedor con esa información antes de volver a pedirla al miembro. Ese principio me parece más importante que cualquier barra de progreso.

Tiene un límite que conviene decir en voz alta: el proveedor conserva sus propias reglas y puede exigir una actualización, por ejemplo si un documento ha caducado. En ese caso, lo que corresponde es explicar exactamente qué falta y por qué. El objetivo es reducir el trabajo repetido, no prometer que no habrá otra solicitud.

Pregunta antes, no durante

El error más caro es preguntar tarde. Si una plataforma se interesa por el origen de unos fondos cuando la transferencia ya está en camino, el dinero se queda parado mientras alguien reúne papeles con prisa. Por eso intentamos reunir desde el alta información sobre la actividad, la estructura y los flujos previstos, y comprobar que sigue vigente antes de una operación de mayor importe. Un expediente preparado aún puede requerir nuevas comprobaciones, pero es mucho más fácil atenderlas cuando nadie tiene el reloj encima.

Di quién decide

«Verificado» en un proveedor no es «aprobado» en otro. La evidencia, la decisión de cada proveedor y la elegibilidad de la cuenta son estados distintos y el producto debería mostrarlos por separado. Lo conté con dos casos reales, anonimizados, en El «Approved» de un proveedor no es el del siguiente. Cuando algo sigue en revisión, la app tiene que decirlo y decir qué viene después.

El acceso por invitación también es una decisión de producto

El acceso a Bennu es por invitación y tras una revisión. Desde fuera puede parecer una barrera; desde dentro es una forma de crecer con cuidado: es más fácil explicar una espera al principio que una retención después. Tiene un coste evidente, que es que algunas personas esperan, y no pretendo esconderlo. Pero prefiero ese coste al de abrir la puerta de par en par y descubrir la estructura de cada cliente cuando ya hay dinero en movimiento.

Alguien tiene que leer el expediente

Las reglas automáticas sirven para filtrar. No sirven para entender una estructura con la sociedad en un país, el titular en otro y los clientes en un tercero. Esa estructura no es un problema por sí misma; lo difícil es que quien revisa la entienda deprisa. Un expediente complejo merece que alguien conecte estatutos, contratos y procedencia de los pagos. Eso no elimina la posibilidad de retenciones, de nuevas peticiones ni de una decisión desfavorable, y por eso no lo prometemos.

Qué no prometo

No prometo aprobaciones ni la ausencia de alertas. Prometo, como objetivo de diseño, que la persona sepa en qué punto está y qué viene después. El indicador que me importa es cuánta gente necesita escribirnos para averiguarlo, y quiero que cada vez sean menos.

Bennu es una plataforma de autocustodia, no un banco; la verificación y los servicios fiat dependen de proveedores y de la jurisdicción. Puedes leer cómo tratamos la identidad y la prevención de blanqueo en la página de cumplimiento de Bennu. Si te encaja, puedes solicitar acceso; solicitarlo no implica aprobación.

Escribo como cofundador de Bennu. Sumsub aparece como proveedor y fuente pública; no patrocina ni respalda este artículo. El texto es informativo y no constituye asesoramiento legal, regulatorio ni financiero.

Fuentes

Alex Sicart Ramos

Alex Sicart Ramos es cofundador de Bennu y escribe sobre producto, pagos y sistemas transfronterizos. Más sobre el autor.