Cómo diseñar un modelo operativo adaptado a la normativa aseguradora española

Los retrasos en la suscripción de una aseguradora casi nunca empiezan por la suscripción en sí. Empiezan antes. Un corredor envía una solicitud con lagunas en los datos de riesgo. Una norma de derivación está anotada en la hoja de cálculo de alguien. O el historial de la póliza está atascado en una plataforma central que el suscriptor no puede consultar sin ayuda del departamento de TI. Salesforce Insurance Cloud puede mejorar ese modelo operativo. Pero no puede decidir por ti qué sistema gestiona los datos de las pólizas, las tarifas, las reclamaciones y los clientes.

Para los directores de sistemas de información (CIO) y los responsables de aplicaciones empresariales de las aseguradoras españolas, la verdadera pregunta no es si la plataforma tiene funciones específicas para seguros. Es si su modelo de datos, sus herramientas de flujo de trabajo, sus patrones de integración y sus controles de seguridad se adaptan a las líneas de negocio que realmente gestionas, y si cumplen con el marco normativo español. Una aseguradora comercial que gestiona endosos complejos necesita algo diferente a una aseguradora de líneas de particulares que tramita miles de siniestros de hogar y automóvil, o a un operador de bancaseguros que vende a través de la red de sucursales de un banco. Si tratas todo esto como una implantación estándar de CRM, acabarás pagando por soluciones alternativas muy caras.

Salesforce en el ecosistema tecnológico de las aseguradoras españolas

Salesforce Insurance Cloud funciona mejor como la capa de interacción y coordinación en torno a tus operaciones de seguros. Ofrece a los equipos una visión unificada del hogar, la cuenta, el intermediario, la relación con la póliza, el historial de servicios y todas las interacciones. Junto con Financial Services Cloud, hace que la atención a clientes e intermediarios sea mucho más fácil de gestionar. Esto es importante en un mercado como el español, donde los agentes, los corredores y los canales bancarios suelen trabajar codo con codo.

El valor se aprecia mejor en un flujo de trabajo concreto, como la tramitación de suscripciones comerciales. Un corredor envía un paquete de renovación a través de Experience Cloud o una aplicación de tramitación. Salesforce comprueba los campos obligatorios, crea el registro de la solicitud y lo deriva según la región, la línea de negocio, el umbral de prima y la regla de apetito de riesgo. A continuación, el suscriptor puede ver en un solo lugar las interacciones anteriores y los incidencias de servicio pendientes. OmniStudio puede guiar el proceso de tramitación y extraer datos de varios sistemas, para que los usuarios no tengan que estar saltando de una pantalla a otra sin conexión entre ellas.

Esto elimina la necesidad de volver a introducir datos a mano y ofrece a los responsables de operaciones una medida más clara del tiempo que transcurre desde la solicitud hasta el presupuesto. Eso no significa que Salesforce deba convertirse en tu sistema de administración de pólizas. Si tu PAS actual gestiona correctamente la emisión, la facturación, los informes reglamentarios, la tarificación y la contabilidad, sustituirlo solo para unificar pantallas suele ser una mala inversión.

La arquitectura habitual suele ser:

• Salesforce para la interacción con intermediarios y clientes, la gestión del trabajo, la gestión de excepciones y los procesos guiados
• El PAS para el ciclo de vida de las pólizas y la tarificación
• Una plataforma de siniestros para la gestión financiera y la resolución de los mismos
• Una capa de integración que pone a disposición servicios regulados entre ellos

Donde estén exactamente los límites depende de lo complejos que sean tus productos y de lo buenos que sean tus sistemas centrales actuales.

Salesforce Cloud necesita un modelo de propiedad de los datos

La decisión de diseño más complicada no es la configuración. Es la titularidad de los datos. Si no hay una titularidad clara, los detalles de las pólizas, los registros de los asegurados y el estado de las reclamaciones se copian en Salesforce y, poco a poco, se van alejando de los sistemas que gestionan las transacciones reales.

Empieza por los objetos de negocio que marcan el día a día del trabajo. Salesforce podría encargarse de la presentación de solicitudes, la interacción con los intermediarios, la asignación de tareas, la decisión sobre derivaciones y los casos de servicio. El PAS podría encargarse de la generación de números de póliza, las condiciones de cobertura, el cálculo de primas, el estado de las pólizas y su emisión. La plataforma de siniestros podría encargarse de los movimientos de reservas, los pagos, las recuperaciones y el cierre de siniestros. Salesforce puede mostrar esos datos, pero mostrarlos y gestionarlos son dos cosas distintas.

Esto cobra especial importancia en las modificaciones y renovaciones. Según la Ley 50/1980 de Contratos de Seguros (LCS), cualquiera de las partes puede oponerse a la renovación tácita: el tomador del seguro con un preaviso de al menos un mes y la aseguradora con un preaviso de dos meses antes de la fecha de vencimiento (artículo 22). Tu proceso de renovación tiene que llevar un control fiable de esas fechas. Eso es difícil de hacer si los datos de renovación están en tres sitios diferentes que no coinciden. Del mismo modo, si un usuario cambia una dirección postal en Salesforce, ¿se actualiza el PAS, el fichero maestro de clientes, ambos o ninguno hasta que se verifique? Necesitas un flujo de eventos documentado, gestión de errores y un proceso de conciliación. Un procesamiento por lotes nocturno puede valer para las preferencias de marketing. Pero no vale cuando un suscriptor necesita el historial de siniestros actualizado antes de aceptar un riesgo.

Salesforce Data Cloud puede unificar datos seleccionados de clientes e interacciones para la segmentación y el contexto del servicio. Eso no es motivo para copiar cada transacción de pólizas a otro almacén. Define primero el caso de uso: gestión de servicios de intermediación, campañas de fidelización, gestión de reclamaciones o apoyo para la «próxima mejor acción». A continuación, incorpora solo los datos que necesites, con normas de conservación y acceso que puedas justificar ante el regulador.

Diseña los procesos de suscripción y de gestión de siniestros, no simples registros genéricos

Los equipos de seguros adoptan una plataforma cuando esta agiliza una decisión real o elimina un traspaso de tareas real. Un proceso genérico de gestión de oportunidades no hace ninguna de las dos cosas para un suscriptor que tiene que lidiar con remisiones, inspecciones, cuestiones subjetivas y aprobaciones de capacidad.

Para la suscripción, organiza el proceso de forma que la solicitud pase por etapas claras: recibida, clasificada, pendiente de información, presupuestada, derivada, formalizada, rechazada o retirada. Anota por qué pasó a la siguiente etapa, quién lo decidió y qué norma o nivel de autoridad se aplicó. En España, esto está directamente relacionado con el deber de información del tomador de la póliza, según el artículo 10 de la LCS. El asegurado responde al cuestionario de riesgo de la aseguradora, así que tienes que dejar constancia exacta de qué versión del cuestionario se le presentó y qué respondió. Las cláusulas limitativas también deben destacarse y aceptarse específicamente por escrito (artículo 3 de la LCS), así que la generación de documentos y las pruebas de aceptación deben formar parte del diseño del flujo de trabajo. No escondas la matriz de aprobación dentro de la lógica de Flow si el equipo de gobernanza de suscripción tiene que revisarla. Necesita una estructura fácil de gestionar, control de versiones, fechas de vigencia y un registro de auditoría.

Para reclamaciones, El diseño debe reflejar tu modelo operativo y los plazos legales vigentes en España. La LCS exige al asegurado que notifique un siniestro en un plazo de siete días (artículo 16). También obliga a la aseguradora a pagar, como mínimo, la cantidad mínima adeudada en un plazo de 40 días desde la notificación del siniestro (artículo 18), y aplica intereses de demora cuando el pago se retrasa más de tres meses (artículo 20). Tu proceso de primera notificación de siniestro (FNOL) debería registrar la fecha y hora de todo, hacer un seguimiento automático de esos acuerdos de nivel de servicio (SLA) y escalar el caso antes de que se incumpla un plazo. Una configuración típica crea el caso en Salesforce Service Cloud, lo deriva según la gravedad y el tipo de cobertura, y lo transfiere a la plataforma de siniestros para su tramitación. Para riesgos extraordinarios, como inundaciones o tormentas, el flujo de trabajo también necesita una ruta clara hacia el Consorcio de Compensación de Segurosque se ocupa de esos sucesos en España. Los recientes fenómenos meteorológicos a gran escala han demostrado lo rápido que el volumen de reclamaciones puede desbordar un proceso que no estaba preparado para ello.

Incorporar todas las funciones relacionadas con las reclamaciones a Salesforce no significa automáticamente que sea mejor, sobre todo cuando ya hay una plataforma especializada que gestiona bien los aspectos financieros complejos de las reclamaciones.

El trabajo en UX/UI es importante aquí porque unas pantallas mal diseñadas te suponen un coste operativo, no solo visual. Si un agente de siniestros tiene que abrir seis paneles para comprobar si un reclamante tiene un siniestro anterior, los tiempos de tramitación aumentan, al igual que las transferencias evitables. Una consola basada en roles que reúna el resumen de la cobertura, el historial de contactos, los documentos necesarios y la siguiente acción en un mismo espacio de trabajo puede reducir el tiempo de formación y mejorar la calidad de los datos. Compruébalo con métricas de finalización de tareas y de tasa de errores, no solo con la opinión de las partes interesadas.

Integra el cumplimiento de la normativa española y de la UE en el flujo de trabajo

Las aseguradoras españolas operan en un marco complejo y con muchas capas. La buena noticia es que la mayor parte de este marco encaja perfectamente con las decisiones de diseño de Salesforce, siempre y cuando lo planifiques desde el primer día.

Supervisión y gobernanza. La Ley 20/2015 de ordenación, supervisión y solvencia (LOSSEAR), que transpone la Directiva Solvencia II, establece los requisitos de gobernanza, gestión de riesgos y externalización que supervisa la Dirección General de Seguros y Fondos de Pensiones (DGSFP). Si Salesforce desempeña funciones críticas o importantes, trátalo como parte de tu marco de externalización y gobernanza, no como una herramienta SaaS independiente que el departamento de marketing ha comprado por casualidad.

Distribución de seguros. El Real Decreto-ley 3/2020, que transponía a la legislación española la Directiva de la UE sobre distribución de seguros (IDD), te obliga a identificar las demandas y necesidades de los clientes, facilitar información precontractual, gestionar los conflictos de intereses y mantener un sistema de supervisión y gobernanza de productos (POG). Para un CRM, esto significa que la evaluación de las demandas y necesidades, la información facilitada y la comprobación del mercado objetivo deben registrarse como registros estructurados y auditables, no como archivos adjuntos sobre los que nadie puede generar informes.

Resiliencia operativa digital. Desde enero de 2025, la Ley de Resiliencia Operativa Digital (DORA) se aplica a las aseguradoras españolas. En la práctica, tu entorno de Salesforce no puede funcionar como un tenant aislado. La arquitectura de identidades, el acceso administrativo con privilegios, las conexiones con terceros, la clasificación y notificación de incidentes de TIC, las pruebas de resiliencia y el control de cambios deben formar parte de tu marco de riesgos de TIC. Salesforce y cada proveedor conectado deben figurar en tu registro de información sobre proveedores externos de TIC. Un usuario de integración no gestionado con amplio acceso a la API supone un problema según la DORA, aunque la interfaz de usuario tenga los permisos perfectamente configurados.

Protección de datos. El RGPD y la Ley Orgánica 3/2018 de Protección de Datos (LOPDGDD) de España, que vigila la Agencia Española de Protección de Datos (AEPD), marcan las reglas sobre cómo debes tratar los datos personales. Los datos sanitarios de productos de vida, salud, accidentes o discapacidad son datos de categorías especiales y requieren una base jurídica clara, un acceso estrictamente limitado a lo estrictamente necesario y un registro riguroso. Un agente de atención al cliente no debería ver información médica ni notas confidenciales sobre reclamaciones solo porque los registros pertenezcan al mismo cliente. Crea un sistema de acceso basado en roles, seguridad a nivel de campo, identidades de integración controladas y reglas de retención en función de los roles operativos reales. Asegúrate de que el modelo de datos sea el adecuado antes de la migración, porque responder a solicitudes de acceso o eliminación resulta mucho más complicado cuando, tras años de acumulación, se han acumulado datos duplicados sobre políticas e interacciones en objetos personalizados, entornos de prueba, archivos y sistemas de análisis.

Gestión de reclamaciones. Las aseguradoras españolas deben contar con un departamentode atención al cliente con plazos de respuesta oficiales. Salesforce Service Cloud es la herramienta ideal para hacer un seguimiento de las reclamaciones, los plazos y las escalaciones, siempre que el modelo de casos refleje las categorías y los plazos establecidos por la normativa.

La IA tiene un papel limitado, pero valioso, en las operaciones de las aseguradoras

La IA funciona cuando respalda un proceso controlado, no cuando decide por su cuenta resultados que afectan a los clientes o tienen implicaciones normativas. En Salesforce, las funciones de Einstein o un asistente basado en Claude y sujeto a normas pueden resumir largos correos de los corredores, señalar documentos que faltan en las solicitudes, redactar respuestas de atención al cliente o recuperar directrices aprobadas sobre suscripción. Se trata de tareas que generan mucha fricción y en las que un humano sigue revisando el resultado.

La clasificación de riesgos, las recomendaciones de denegación de reclamaciones, la puntuación de fraude y la elegibilidad para la suscripción necesitan un nivel de exigencia mucho mayor. La Ley de IA de la UE clasifica la IA utilizada para la evaluación de riesgos y la fijación de precios en los seguros de vida y de salud como de alto riesgo. Esto conlleva requisitos en materia de gestión de riesgos, gobernanza de datos, supervisión humana, transparencia y seguimiento posterior a la comercialización. España también ha creado una agencia específica de supervisión de la IA (AESIA). Si a esto le sumas las normas del RGPD sobre la toma de decisiones automatizada, esto deja de ser solo un debate sobre diseño técnico. Necesitas explicabilidad, validación documentada, seguimiento de desviaciones, vías claras de escalado y pruebas de que el modelo no genera resultados injustos o discriminatorios.

Un primer lanzamiento sensato limita la IA a la búsqueda y el resumen de contenido aprobado y con permisos adecuados. Evalúa si reduce el tiempo de revisión de los documentos, mejora la exhaustividad de las presentaciones o reduce el trabajo adicional que hay que hacer. No lo consideres un éxito solo porque los usuarios hayan generado más texto.

Crea el modelo operativo antes de la lista de tareas pendientes

Un programa sólido de Salesforce Insurance Cloud empieza con una sesión de trabajo centrada en un flujo de alto valor, como la tramitación de renovaciones comerciales o las notificaciones de siniestro (FNOL). Identifica los traspasos de responsabilidad, las decisiones del sistema de registro, las rutas de excepción, las autoridades de aprobación y la documentación que necesitarías para una inspección del DGSFP o una auditoría interna. A continuación, decide qué debe incluirse en la configuración estándar, qué justifica el uso de OmniStudio o Flow, y qué requiere software a medida porque ese flujo de trabajo es lo que realmente te diferencia.

En Nuvolar, donde trabajamos con aseguradoras y empresas de servicios financieros de toda España y Europa, vemos estos programas como un trabajo de flujo empresarial, no como un simple cambio de interfaz. El resultado útil no es una enorme lista de funcionalidades pendientes, sino un diseño operativo que muestra qué equipos actúan, en qué datos confían, cómo se resuelven las excepciones y qué métricas deberían mejorar tras la puesta en marcha.

Empieza por el flujo que genera más trabajo extra o retrasos. Haz que sus controles sean visibles y ofréceles a los que hacen el trabajo una vía más rápida para llegar a una decisión que puedan defender. Ahí es donde Salesforce se gana su lugar en la arquitectura de una aseguradora española.