El artículo 492 te obliga a guardar el expediente 10 años. ¿Existe una herramienta que lo gestione por ti?

Una clienta cancela su seguro de gastos médicos en 2023 y se cambia de agente. El agente que la atendió durante años hace lo que cualquiera haría: da de baja su ficha del sistema. Los documentos que subió alguna vez — su identificación, su comprobante de domicilio — se van con ella. Tiene sentido: ya no es su cliente, ya no es su información que cuidar.

En 2026, ese mismo agente recibe una notificación de la CNSF: va a revisar su cumplimiento en materia de identificación y conocimiento del cliente, y entre los expedientes que pide está, precisamente, el de esa clienta que ya no está. El agente ya no tiene nada que enseñar. Y "ya no era mi cliente" no es una respuesta que la ley acepte.

La obligación no dice "mientras sea tu cliente" — dice 10 años, se haya ido o no

El artículo 492 de la Ley de Instituciones de Seguros y de Fianzas obliga a identificar plenamente a cada cliente antes de contratar y a conservar ese expediente — resguardado, verificado y disponible para que la CNSF lo pueda auditar. La obligación de conservación corre por un mínimo de diez años, y no se detiene el día en que el cliente deja de serlo: sigue corriendo después.

Y quien responde por ese expediente no es la aseguradora — es el agente. La propia CNSF publica un registro público de sanciones firmes impuestas a agentes de seguros persona física, precisamente por incumplimientos como este. No es una regla que se le exige a la compañía en abstracto: es una obligación que se le audita a la persona con nombre y cédula.

El error no es del agente — es de cómo está diseñado el sistema que usa

Casi cualquier sistema trata "dar de baja a un cliente" de la misma forma en que trataría borrar un contacto viejo del celular: se elimina la ficha, y con ella, los archivos que tenía asociados. Es el comportamiento que cualquiera esperaría de un sistema "limpio" — y es exactamente lo contrario de lo que exige el 492. La ley no distingue entre un cliente activo y uno que ya se fue; el sistema, la mayoría de las veces, sí — y borra justo lo que debía quedarse.

Es un hueco que encontramos en nuestro propio repositorio de documentos hace apenas unos días, revisándolo a fondo contra lo que el 492 realmente exige: al eliminar un cliente, sus documentos de identificación se borraban de inmediato del almacenamiento — el mismo instinto de "sistema limpio" que probablemente tiene el tuyo hoy.

Sí existe — así se ve una herramienta que gestiona el 492 por ti

No hace falta acordarte de hacer un respaldo aparte cada vez que das de baja a un cliente. Hace falta que el sistema mismo sepa que un expediente de identificación no se borra solo porque la relación comercial terminó.

Así queda resuelto en Upco InsurGest: cada cliente tiene su propio repositorio de documentos — identificación, comprobante de domicilio, y para persona moral también acta constitutiva y constancia de situación fiscal — con una pestaña que ve toda la cartera de golpe y te avisa 30 días antes de que algo esté por vencer, para que nunca dependa de que te acuerdes tú. Y cuando das de baja a un cliente, sus archivos ya no desaparecen: el sistema archiva una instantánea — quién era, qué documentos tenía, en qué ruta — en un registro legal consultable por separado, que nadie tiene que aprender a usar en el día a día, pero que existe exactamente para el momento en que alguien como la CNSF lo pida.

Si el agente del ejemplo hubiera tenido esto desde el principio, la notificación de la CNSF no habría sido una carrera contra el tiempo — habría sido una consulta de dos minutos.