De la cotización al cobro: cómo reducir la dependencia de proyectos de TI largos

Imagine un martes de reunión de comité. El director comercial pide un cambio que suena pequeño: un producto de protección con una tarifa distinta para un segmento nuevo y un descuento para quien contrate por el canal digital. El director de tecnología responde con una estimación de varios meses, entre análisis, desarrollo, pruebas y liberación. Nadie en la mesa está equivocado. El área comercial tiene una oportunidad con fecha; el área de tecnología sabe que esa tarifa vive repartida en la cotización, la emisión, el cobro, el sistema de comisiones y la hoja de cálculo del actuario.

Ese es el patrón que vale la pena mirar: cuando la regla está escrita dentro del código de varios sistemas, cada cambio de producto o de tarifa tiende a convertirse en un proyecto. No necesariamente porque la idea sea compleja, sino porque el cambio obliga a revisar y validar los sistemas involucrados.

Este artículo se dirige a directivos de aseguradoras en México responsables de crecimiento, operación, tecnología, actuaría, jurídico o cumplimiento. Los principios de trazabilidad pueden ser útiles en otros sectores, pero sus obligaciones regulatorias requieren un análisis distinto. Plantea tres ideas:

1. El tiempo de un cambio depende de dónde vive la regla, no de qué tan complicada sea.
2. Configurar no es saltarse el control. Para evaluar una solución de configuración, el comité debería exigir evidencia de quién aprobó cada cambio, qué versión estuvo vigente y cómo se calculó cada precio.
3. Una herramienta no sustituye al actuario ni al registro del producto. Lo que sí puede hacer es que ese trabajo sea el cuello de botella legítimo, y no lo sea además la fila de TI.

Dónde se va el tiempo

Cuando un cambio de tarifa tarda más de lo esperado, conviene revisar si el retraso está en la lógica de cálculo, en su duplicación, en las aprobaciones o en las dependencias entre sistemas. El tiempo suele irse en cuatro lugares:

• La regla está duplicada. La cotización calcula de una forma; la emisión, de otra casi igual; el cobro y la cancelación, de una tercera. Cada copia debe cambiar y probarse.
• Es difícil ver la regla completa. Para saber por qué un cliente pagó cierto monto, hay que preguntar a quien programó cada sistema.
• El cambio compite en la fila. Un ajuste de tarifa espera detrás de una migración, un parche de seguridad y la agenda del equipo.
• La salida a producción es un evento. Se prueba todo junto, se libera en una ventana y, si algo no cuadra, se revierte todo.

Los proveedores de software para seguros lo saben y lo venden. Como referencia de mercado, un proveedor anunció en abril de 2026 una herramienta que, según su comunicado, reduce hasta 50 % el esfuerzo de generar requisitos y manuscritos de producto y comprime plazos de implementación de meses a semanas, con resultados iniciales [1]. Es una afirmación del propio proveedor, sin medición independiente y con alcance inicial a través de sus servicios profesionales; no es una base para estimar el caso de una aseguradora mexicana. Las fuentes citadas aquí no aportan una medición comparable del tiempo de lanzamiento de productos en aseguradoras mexicanas, y por eso no ponemos aquí una cifra de «cuánto se tarda hoy en México». La que importa es la suya, y la mide su comité.

Configurar con control, no solo con velocidad

La idea de fondo es sencilla: que producto, cobertura y tarifa sean datos con un responsable y con el registro de cada versión, y no líneas de código dispersas. Pero conviene precisar qué significa «con control», porque una configuración sin control es solo una forma más rápida de equivocarse.

Para un comité, cuatro características distinguen una configuración seria de una peligrosa:

Quién aprueba. Un cambio de tarifa no lo publica quien lo captura. Hay un flujo de revisión, con roles claros: quien propone, quien valida técnicamente y quien autoriza la salida.

Qué versión se vende. Cada tarifa tiene una versión con fecha de inicio y de fin. Una cotización emitida hoy debe poder reconstruirse mañana con la versión que estaba vigente, no con la que esté activa en ese momento.

Cómo se calculó. Cada precio debe poder explicarse con su desglose: prima base, recargos, descuentos, derechos, impuestos y, si aplica, la comisión. Cuando un cliente, un agente o un auditor pregunta «¿por qué este monto?», la respuesta no puede ser «el sistema lo calcula».

Qué reglas se aplicaron. Además del resultado, queda el registro de qué reglas intervinieron y en qué orden. Es la diferencia entre un número y una explicación.

Escenario (ilustrativo, sin cliente). Una aseguradora quiere ajustar la tarifa de un producto para un segmento. Hoy el cambio pasa por el área de tecnología en cuatro sistemas. Si la regla se gobierna desde una definición común y los sistemas involucrados están integrados, el flujo podría separar propuesta actuarial, revisión, autorización y vigencia. Ante una aclaración posterior, el objetivo es poder consultar el desglose, la vigencia y las reglas aplicadas sin depender de reconstrucciones manuales. El tiempo de TI no desaparece: se invierte en construir y mantener el mecanismo una vez, en lugar de repetirlo en cada cambio.

El actuario no se sustituye

Es el punto donde más ruido hay, y vale la pena ser claro. En seguros, las coberturas y las primas deben estar sustentadas en una nota técnica, y esa nota la elabora y firma un profesional.

La Comisión Nacional de Seguros y Fianzas (CNSF) publica entre sus sistemas de registro el Registro de Productos, junto con el de modelos de contratos y el de notas técnicas de fianzas [2]. La Ley de Instituciones de Seguros y de Fianzas (LISF) exige que la nota técnica la elabore y firme un actuario con cédula profesional y los requisitos profesionales previstos por la Ley (o que acredite sus conocimientos ante la CNSF), que la documentación contractual lleve un dictamen jurídico y que el dictamen de congruencia entre ambas lo firmen el actuario y quien suscribió el dictamen jurídico (art. 201) [5]. La Circular Única de Seguros y Fianzas (CUSF) desarrolla el registro de productos en su capítulo 4.1 y el registro de los actuarios que elaboran y firman notas técnicas en el 30.5 [3]. Para cualquier decisión vigente, su área jurídica debe consultar la LISF, la CUSF y sus modificatorias publicadas en el Diario Oficial de la Federación (DOF). Lo que ilustra todo esto es el principio: hay firmas profesionales que una configuración no reemplaza.

Conviene distinguir dos salidas. Cuando un producto de seguro se comercializa mediante contratos de adhesión, la LISF exige registrarlo ante la CNSF con la documentación técnica y contractual aplicable; ese registro no prejuzga los supuestos de la nota técnica ni la viabilidad de sus resultados [5]. Para esos contratos, la aseguradora debe además inscribir sus modelos en el Registro de Contratos de Adhesión de Seguros (RECAS) de la Comisión Nacional para la Protección y Defensa de los Usuarios de Servicios Financieros (CONDUSEF), que es de consulta pública, después del registro ante la CNSF y antes de comercializar el producto; esa inscripción no significa que la CONDUSEF haya revisado el contrato [4][5][6]. Es otra salida que su área jurídica debe ubicar en el calendario de lanzamiento.

Lo que sí puede hacer un buen sistema de configuración es ordenar el camino:

• que la nota técnica, los contratos y la tarifa configurada correspondan a la misma versión, de modo que lo que se vende sea lo que se registró;
• que la venta de una versión no se habilite hasta que esté aprobada internamente y registrada donde corresponda;
• que los supuestos que respaldan la tarifa queden ligados a su versión, para sostenerla ante una revisión.

Dicho de otra forma: no se trata de que el actuario firme menos. Se trata de que su trabajo sea el cuello de botella legítimo del lanzamiento, y que no lo sea además una larga fila en tecnología.

De la cotización al cobro: una sola cadena

El título de este artículo no dice «cotización» por casualidad. La regla utilizada para cotizar debería ser conciliable con la emisión, el cobro y, cuando aplique, los comprobantes fiscales, las cancelaciones y los endosos. Cuando cada etapa tiene su copia de la regla, pueden aparecer diferencias como:

• el precio cotizado no coincide con el emitido;
• el recibo cobrado no coincide con lo que dice la póliza;
• la comisión del agente se calcula sobre otra base;
• al cancelar, la devolución usa una regla que nadie recuerda.

Su comité puede comprobarlo con una muestra reciente de ajustes y aclaraciones que represente sus ramos, canales y sistemas principales. Una configuración gobernada puede reducir discrepancias cuando la definición de producto y tarifa se integra con las etapas que corresponda, conservando evidencia del cálculo y de su vigencia.

Y se conecta con lo que ocurre después del cobro. Una tarifa que se calcula con desglose es una tarifa que se concilia: la conciliación puede ligar el cobro recibido con la prima, los recargos, los derechos y los impuestos que apliquen, y las comisiones conservan su propia trazabilidad y base de cálculo. Es la misma trazabilidad que pide cualquier cierre contable, vista desde el origen del precio.

Qué no promete la configuración

Conviene decirlo para que el comité no compre una expectativa equivocada:

• No elimina el trabajo de diseñar el producto. Alguien debe decidir qué se vende, a quién y a qué precio.
• No reemplaza la validación jurídica ni la firma actuarial. Las ordena y las deja en el flujo.
• No sustituye un proceso de aprobación definido. Sin gobierno, una configuración más ágil puede ampliar el impacto de los errores.
• No compensa por sí sola integraciones inexistentes o datos incompatibles entre emisión, cobro y otros sistemas. Si la emisión y el cobro no comparten una definición, la configuración debe llegar a ambos. Es un tema de integración, no solo de tarifas.
• Las cifras de los proveedores no son las suyas. Un «de meses a semanas» depende de qué tanto de su operación esté hoy disperso.

Cinco preguntas para su próximo comité

1. ¿Cuánto tarda hoy, de punta a punta, un cambio de tarifa o de producto? Desde que lo pide el área comercial hasta que se vende, y cuánto de ese tiempo es fila de tecnología y cuánto es revisión actuarial y regulatoria.
2. ¿En cuántos sistemas vive la regla de una misma tarifa? Si la respuesta es «más de uno», el esfuerzo de coordinación y validación suele crecer; el comité debería medir cuánto en su operación.
3. ¿Podemos reconstruir cualquier precio emitido? Con su desglose, la versión de la tarifa y las reglas que intervinieron, sin llamar a quien programó el sistema.
4. ¿Quién aprueba un cambio de tarifa y dónde queda constancia? Un correo aislado, sin versión, flujo de aprobación y evidencia recuperable, difícilmente ofrece control suficiente.
5. ¿Lo que vendemos coincide con lo que registramos? Nota técnica, contratos y tarifa configurada de la misma versión, antes de abrir la venta.

Si dos o más respuestas son «no sé», existe un caso claro para medir trazabilidad, responsables y dependencias antes de atribuir el cuello de botella al desarrollo.

Por dónde empezar esta semana

El diagnóstico inicial puede comenzar sin decidir todavía un programa de transformación. Elija un producto y haga una hoja de una página con tres columnas: en qué sistemas aparece su tarifa, quién la cambia en cada uno y cómo se prueba que dos sistemas dan el mismo precio. Después, pida a alguien que reconstruya, con esa hoja, una cotización de hace tres meses. Si reconstruirla requiere varias personas o sistemas, es una señal para medir la trazabilidad y estimar el costo del cambio con casos reales. Esa hoja sirve con cualquier herramienta, o sin ninguna.

Qué hace Hábil

Hábil trabaja en el espacio entre el producto, la tarifa y el resto de los sistemas. Si su diagnóstico confirma reglas dispersas, Pauta es la propuesta de Hábil para gestionar productos y tarifas configurables frente a los sistemas que usted ya tiene; el alcance, las integraciones aplicables y los controles se revisan con su caso. Para conectar su operación y sus canales, está la página Unificar su operación y sus canales; y para el caso en que la dificultad esté en el sistema de fondo, Modernizar el core sin frenar el negocio.

La primera conversación de diagnóstico es sin costo. Conversemos sobre un producto o una tarifa que hoy requiera cambios en varios sistemas; escríbanos por WhatsApp.