El miedo a perder el historial es la razón más común para postergar el cambio de sistema. Es un miedo razonable: una cartera construida en diez años no cabe en digitación manual, y una migración mal hecha produce una base duplicada, que es peor que Excel.
Este texto describe el proceso completo, qué revisar en cada etapa y los puntos donde la migración suele salir mal.
Lo que tienes hoy, y por qué importa
La aseguradora entrega dos reportes que sostienen toda la operación de vida.
El reporte de cartera. Una línea por cobertura, con datos del cliente, de la póliza y de la cobertura repetidos en cada línea. Decenas de columnas: código del cliente, nombre, documento de identidad, contacto, número de póliza, estado, fechas de emisión y vigencia, código y descripción de la cobertura, prima, forma de pago.
El extracto de comisión. Una línea por movimiento, con póliza, cobertura, asegurado, mes de devengo, prima neta y comisión directa.
Estos dos archivos son la fuente de verdad de tu operación. Cualquier migración que no parta de ellos está empezando mal.
Este texto forma parte de la guía de CRM para corredores de seguro de vida, sobre lo que la categoría necesita entregar.
Los términos que usa este texto
CRM es la sigla de gestión de relación con el cliente. En el contexto de vida, el término designa el sistema que guarda cliente, póliza, cobertura y comisión en niveles separados.
En la legislación de protección de datos de tu país, el responsable (o "controlador") del tratamiento es quien decide la finalidad y los medios con que se usan los datos personales. En el caso de tu cartera, ese responsable eres tú.
El error que define el resultado
La migración falla cuando el sistema de destino trata cada línea del archivo como un registro nuevo.
El reporte de cartera repite al mismo cliente en varias líneas, una por cada cobertura. Un cliente con dos pólizas y cinco coberturas aparece cinco veces.
Un sistema que importa línea a línea crea cinco clientes. En la segunda importación, crea cinco más.
La pregunta técnica que resuelve esto es una sola: ¿el sistema consolida por clave o inserta por línea?
Las tres claves que deben existir
Una consolidación correcta en seguro de vida exige tres niveles, cada uno con su clave de identidad.
| Nivel | Clave de identidad | Por qué importa |
|---|---|---|
| Cliente | Código del cliente en la aseguradora | El mismo nombre puede repetirse; el código, no |
| Póliza | Número de póliza | Un cliente tiene varias |
| Cobertura | Número de póliza + código de cobertura | Es donde se calcula la comisión |
Para la comisión, la clave incluye además el mes de devengo: póliza + cobertura + mes. Sin eso, reimportar un extracto duplica movimientos e infla el ingreso registrado.
Si el proveedor no sabe responder cuáles son sus claves, es señal de que no existe consolidación: existe importación de Excel.
El criterio legal que la migración debe preservar
Hay un requisito que ninguna hoja de cálculo cumple y que suele quedar fuera de la comparación: la mayoría de las legislaciones de protección de datos de la región exige que quien trata datos personales adopte medidas de seguridad técnicas y administrativas capaces de protegerlos frente a accesos no autorizados y a la destrucción, pérdida, alteración o divulgación accidental o ilícita.
La ley no suele listar las medidas puntuales. Exige que sean idóneas, lo que traslada el criterio a la adecuación frente al riesgo. Y el riesgo de una base de seguro de vida es mayor que el de una base comercial común, porque contiene datos de salud, una categoría que buena parte de las legislaciones trata como sensible, con protección reforzada.
Una hoja de cálculo en una nube personal, sin control de acceso y sin registro de quién vio qué, no sostiene esa exigencia. No es cuestión de comodidad: es el criterio legal aplicado al dato que guardas.
El calendario que la migración no puede interrumpir
Un sistema de cartera de vida necesita dar cuenta de un calendario que no es opcional. Vale tener los plazos en una sola tabla.
| Obligación | Plazo | Base |
|---|---|---|
| Notificar un incidente de seguridad a la autoridad de protección de datos y a los titulares afectados | El que exija la legislación de tu país; suele tratarse de un plazo corto, de pocos días hábiles | Legislación local de protección de datos |
| Responder sin plantilla aprobada en WhatsApp | 24 horas desde el último mensaje del cliente | Política de mensajería de WhatsApp Business |
| Mantener el registro de corredor actualizado, bajo pena de suspensión | Continuo; el incumplimiento puede derivar en suspensión de la matrícula | Normativa local de corredores de seguros |
Ninguno de esos plazos se cumple de memoria. Un plazo corto para mapear qué se filtró supone saber dónde están los datos. Veinticuatro horas para responder suponen ver el mensaje. Un registro al día supone que alguien lo recuerde, porque en buena parte de los marcos regulatorios de la región, un registro suspendido no genera comisión.
El plazo de notificación es más corto de lo que parece
El plazo suele ser corto, y casi nadie lo sabe. En muchas legislaciones de protección de datos, el reglamento aplicable fija un plazo breve, contado en días hábiles, para comunicar el incidente a la autoridad de protección de datos correspondiente. El plazo empieza a correr desde el momento en que el responsable toma conocimiento de que el incidente afectó datos personales. El mismo plazo suele aplicar para la comunicación al titular de los datos.
Ese plazo corto es el tiempo para descubrir qué se filtró, de quién, y avisar. Quien no sabe dónde están los datos no cumple ese plazo.
El proceso, paso a paso
1. Extrae los dos reportes
En el portal de la aseguradora, exporta el reporte de cartera y el extracto de comisión. Prefiere el período más largo disponible para el extracto: el historial de comisión es lo que permite comparar meses y detectar errores.
2. No limpies el archivo
La tentación de "arreglar" la hoja antes de importar es fuerte y suele empeorarlo todo. Renombrar columnas, eliminar líneas en blanco y reordenar campos rompe el mapeo automático.
Importa el archivo tal como lo entregó la aseguradora. Un buen importador reconoce las variaciones de nombre de columna: "Póliza", "poliza", "número de póliza" y "N.º de póliza" deben caer en el mismo campo.
3. Revisa la vista previa antes de confirmar
Antes de grabar cualquier cosa, el sistema debe mostrar qué entendió: qué columnas mapeó, cuántos clientes, pólizas y coberturas identificó, y qué líneas quedaron sin correspondencia.
Aquí es donde descubres los problemas, mientras todavía puedes desistir.
4. Importa la cartera antes que la comisión
El orden importa. La comisión se vincula a pólizas y coberturas que necesitan existir antes. Importar la comisión primero genera movimientos huérfanos.
5. Revisa cuatro números
Después de la primera importación, valida:
- Total de clientes contra el conteo de códigos distintos en la hoja
- Total de pólizas contra el conteo de números distintos
- Total de coberturas contra el número de líneas del reporte
- Suma de prima contra el total de la hoja
Si los cuatro coinciden, la estructura entró correctamente.
6. Reimporta el mismo archivo a propósito
Esta es la prueba que nadie hace y que lo revela todo.
Importa el mismo archivo una segunda vez. Si los totales cambian, el sistema no consolida: inserta. Si los totales permanecen idénticos, la consolidación funciona y puedes actualizar la base cada mes sin miedo.
7. Establece la rutina
Migrar no es un evento, es una rutina. Define el día del mes en que se exportan e importan los dos reportes. La base envejece rápido: la póliza se cancela, la cobertura vence, la comisión entra.
Lo que no viene en la hoja de cálculo
Ser honesto sobre el límite de la migración evita frustraciones después.
El reporte de la aseguradora trae la estructura de la cartera. No trae lo que tú sabes sobre cada cliente: qué se conversó, por qué se detuvo la propuesta, quién refirió a quién, en qué momento de vida está la familia.
Ese historial solo entra de dos formas: manualmente, para los clientes que importan, o de aquí en adelante, a medida que la operación empieza a correr en el sistema.
La sugerencia es no intentar recuperarlo todo. Elige los 30 o 40 clientes de mayor valor y registra lo esencial de ellos. El resto se construye con el uso.
Qué hacer cuando el archivo llega sucio
El reporte de una aseguradora no siempre sale limpio. Tres situaciones comunes y qué hacer en cada una.
| Situación | Qué hacer |
|---|---|
| Líneas de encabezado repetidas en medio del archivo | Algunos portales dividen el reporte en páginas y repiten el encabezado. Un importador razonable ignora esas líneas por no tener datos válidos. Si el tuyo no las ignora, es el único caso en el que vale la pena editar el archivo, eliminando las repeticiones sin tocar el encabezado principal. |
| Columnas de total al pie de página | La última línea suele traer sumatorias. Entra como si fuera un cliente llamado "Total". Revisa el conteo de clientes después de la importación: si hay uno más de lo esperado, es por eso. |
| Fechas en formatos distintos | Un mismo reporte puede traer fechas en formatos distintos entre columnas. Pregúntale al proveedor cómo interpreta el sistema las fechas ambiguas, porque un día invertido en el fin de vigencia cambia la cola de revisión. |
Ninguna de estas tres justifica reformatear la hoja completa. Si el sistema lo exige, el problema es de él.
Cuando migras más de una aseguradora
Un corredor con cartera en dos o más aseguradoras tiene una cuestión adicional: los reportes tienen formatos distintos.
La pregunta a hacer es si el sistema acepta formatos distintos o si fue construido para un formato único. Pide la prueba con los archivos de todas las aseguradoras, no solo de la principal.
Y define desde el inicio cómo distinguir el origen de cada póliza, porque el día de la conciliación de comisión vas a necesitar separarlas.
Por qué migrar ahora
En varios países de la región, los reguladores de seguros están reforzando las exigencias de mantener actualizado el registro del corredor, con sanciones que van de la suspensión a la cancelación de la matrícula en los casos de omisión prolongada.
Mantener el dato organizado dejó de ser una conveniencia: en buena parte de esos marcos normativos, el registro inactivo condiciona directamente el derecho a cobrar comisión.
Los cuatro puntos donde la migración sale mal
| Punto de falla | Cómo evitarlo |
|---|---|
| Archivo editado antes de importar | Las columnas renombradas rompen el mapeo. Importa el original. |
| Comisión antes que la cartera | Genera un movimiento sin póliza correspondiente. |
| No probar la reimportación | Solo descubres que el sistema duplica cuando la base ya está sucia. |
| Migrar y mantener el Excel en paralelo | Dos fuentes de verdad producen divergencia en semanas, y el Excel siempre gana, porque es lo que manda la aseguradora. Define una fecha de corte y abandona el Excel en ella. |
Cómo funciona en Insurance Pro
La importación es el primer paso del producto, no una función avanzada.
El sistema reconoce las columnas del reporte de cartera y del extracto de comisión por nombre y por variación de nombre, sin exigir que estandarices el archivo. Muestra una vista previa de lo que entendió antes de grabar.
La consolidación usa exactamente las tres claves descritas arriba: el cliente por el código en la aseguradora, la póliza por el número, la cobertura por la combinación de póliza y código. La comisión consolida por póliza, cobertura y mes de devengo.
Reimportar el mismo archivo no duplica nada. Fue diseñado para ser una rutina mensual, no un evento único.
Una consecuencia práctica de esto: una póliza que sale del reporte no se borra automáticamente del sistema, porque la actualización solo toca lo que llegó en el archivo. Eso protege contra la pérdida de datos por un archivo incompleto.
Prueba con tu propio archivo, no con el de demostración. En los siete días de evaluación, lo primero que haces es importar tu cartera, y revisar los cuatro números.
Preguntas frecuentes
¿Cómo migrar la cartera de seguros a un CRM?
A partir del reporte de la propia aseguradora, con vista previa antes de grabar y verificación de cuatro números después. La digitación manual no es migración, es retrabajo.
¿Qué revisar después de migrar la cartera?
La cantidad de clientes, de pólizas, de coberturas y la prima total. Si los cuatro coinciden con el reporte de origen, la migración es correcta.
¿Reimportar el archivo duplica los datos?
En un sistema con consolidación por clave, no. Vale la pena hacer esta verificación en la demostración, porque es el error más común y el más difícil de deshacer.
Fuentes
- Estructura de importación y consolidación de Insurance Pro
- Formato de los reportes de cartera y de comisión directa de las aseguradoras
- Política de mensajería de WhatsApp Business
