En una empresa de previsión exequial con cientos de miles de contratos, el reclamo más frecuente no es el cobro duplicado. Es la pregunta por un número: «mi cuota pasó de 30.200 a 44.200 y nadie me avisó», «pagué el martes y me dicen que estoy en mora», «me negaron el servicio porque no estaba cubierto, pero yo pagué hasta marzo». El asesor abre el contrato, ve el número y lo repite. El titular no queda convencido, porque lo que pregunta no es cuánto, sino por qué.
Responder ese «por qué» exige algo que casi nadie hace en el primer contacto: reproducir la cuenta. Rearmar qué valor de cuota regía en cada fecha y por qué cambió, qué pagos entraron y hasta dónde movió cada uno la cobertura, y volver a hacer la cuenta de la mora con la misma regla que usa el sistema. Si el resultado coincide con lo que muestra el contrato, la funeraria puede explicarlo línea por línea. Si no coincide, encontró un error antes de que lo encuentre una autoridad de consumo.
Este artículo es un caso de uso concreto de inteligencia artificial conectada al ERP por MCP, escrito para la gerencia de cartera, servicio al cliente, contraloría y el área jurídica de un grupo funerario con previsión. Complementa el caso de reclamos de cobro detectados antes de que llame el titular (doble cobro, pago que no aparece, débito no reconocido) y el de negar una cobertura con la cláusula citada: aquí se trata del número que el titular discute y de cómo rehacerlo.
1. El problema de negocio: el número es correcto, pero nadie puede explicarlo
La cuota de un contrato de previsión no es un precio fijo. Es la suma de un plan base, afiliados adicionales, servicios complementarios, mascotas, auxilio económico, repatriación, el incremento de cada renovación y los ajustes o descuentos que se hayan aplicado. Cada anexo (un beneficiario que entra, un servicio que se retira, un cambio de plan) mueve esa suma. Después de tres o cuatro años, el titular paga un valor que tiene historia, y esa historia vive repartida en el contrato, en sus anexos y en sus recibos.
El equipo de producto de SFUN lo vio de cerca este mes. Un cliente tuvo que reconstruir a mano la cuenta de un anexo para poder discutirla con su propio equipo, y en el camino descubrió un auxilio que faltaba. En otro caso, la pantalla del anexo mostraba un total de 30.200 mientras el contrato cobraba 44.200; la diferencia era exactamente la base de la cuota, que el cálculo mostrado leía como cero cuando el plan nuevo no tenía precio configurado. El cobro estaba bien; el número que leía el usuario para decidir, no. Al revisar 199 anexos confirmados desde septiembre en esa compañía, 4 no cuadraban con la suma de sus partes, y en ninguno se había afectado el cobro. Las dos situaciones se corrigieron en las versiones 3.154.0, 3.155.0 y 3.161.1.
La lección vale para cualquier grupo funerario, con cualquier sistema: que el cálculo sea correcto no basta si nadie puede reproducirlo. Cuando el asesor no puede explicar el número, la empresa termina en uno de dos errores. O concede para cerrar el caso (una condonación que no correspondía y una causa que nadie corrige), o niega sin explicar (una queja ante la autoridad de consumo y una familia que, a la hora del servicio, desconfía de todo lo demás).
Y en previsión el número no es solo dinero: decide la cobertura. Los días de atraso determinan el porcentaje de prestación del servicio, cuándo el contrato pasa a inactivo y cuándo se retira por falta de pago. Un error en la fecha de cobertura puede terminar en un servicio negado a quien sí estaba al día. Por eso la banca, que vive de estados de cuenta, tiene una regla escrita para esto: en Estados Unidos, la norma de errores de facturación (12 CFR 1026.13) obliga al acreedor que concluye que no hubo error a entregar una explicación de sus razones y, si el cliente la pide, copia de la evidencia de la deuda. En Latinoamérica el plazo también corre: Colombia y Perú dan 15 días hábiles para responder el reclamo del consumidor.
2. Cinco preguntas que parecen una
«Me están cobrando mal» esconde cinco preguntas distintas. Separarlas es el primer aporte del caso, porque cada una se reproduce con datos diferentes:
| Lo que dice el titular | La pregunta real | Qué hay que reproducir | Causas habituales |
|---|---|---|---|
| «Mi cuota subió sin aviso» | ¿Por qué cambió el valor de la cuota? | La línea de tiempo del valor: anexos, renovaciones e incrementos, ajustes y descuentos | Incremento anual, beneficiario o servicio agregado, fin de un descuento, ajuste manual, cambio de plan |
| «Pagué y me dicen que estoy en mora» | ¿Por qué la fecha de cobertura no avanzó? | Los recibos del período con su fecha de pago, su fecha de pago del cliente y la fecha final de cobertura que dejó cada uno | Recibo anulado, pago parcial que movió menos de lo esperado, pago registrado después de la fecha del corte, pago aplicado a otro contrato |
| «¿Cuánto debo de verdad?» | ¿De dónde sale la cartera en mora? | Los meses de atraso multiplicados por el valor de la cuota vigente | La cuota subió durante el atraso; la cartera se recalcula en una tarea programada y el titular llamó antes |
| «¿Hasta cuándo estoy cubierto?» | ¿Qué fecha de cobertura tiene y qué porcentaje de prestación le corresponde? | La fecha de cobertura del contrato, los días de atraso y los plazos configurados por la compañía | Confusión entre la fecha del último pago y la fecha hasta la que ese pago cubre |
| «¿Por qué me retiraron?» | ¿Qué regla lo pasó a inactivo o a retirado, y cuándo? | La fecha de cobertura, los días configurados para inactivar y retirar, y la anotación de la novedad | Retiro automático por falta de pago tras los días configurados |
Hay una sexta que no es de este caso: el pago que entró dos veces o que se aplicó a otro contrato. Esa tiene su propio procedimiento en el artículo de reclamos de cobro, y la conciliación del recaudador contra los recibos está en el abono que no cuadra con los recibos.
3. Qué datos del ERP intervienen
La reproducción usa registros del módulo de previsión exequial de SFUN. Todos se pueden leer por SFUN MCP con los permisos del usuario que consulta:
| Registro | Qué aporta al reclamo | Límite que hay que conocer |
|---|---|---|
| Contrato | Valor total de la cuota, fecha de cobertura, días de atraso, texto del atraso, cartera en mora, saldo abonado, saldo pendiente, saldo a favor, incremento anual acumulado, fecha de renovación, porcentaje de prestación y estado | Muestra el estado de hoy, no el de la fecha del reclamo |
| Historial de cambios del contrato | Quién cambió qué campo y cuándo: el valor de la cuota, el plan, la fecha de cobertura | Registra los cambios hechos por el formulario; las tareas programadas que actualizan atraso y cartera en bloque no dejan una línea por contrato |
| Bitácora del contrato | Una copia del contrato en cada guardado: valores, vigencias, plan, beneficiarios | Es una foto; no explica la causa del cambio |
| Anexos (individual y empresarial) | Los valores antiguos y nuevos por concepto: base, afiliados, servicios, mascotas, auxilio, repatriación, incremento, ajuste, descuento y total; qué agrega o retira; su fase de validación | La explicación armada «de dónde sale cada peso» se ve en pantalla; por MCP se leen los campos, no esa explicación |
| Recibos de caja | Fecha de pago, fecha de pago del cliente, valor de la cuota del momento, valor pagado, fecha final de cobertura que dejó el recibo; si se anuló: motivo, observación, quién y cuándo | El reclamo del titular no apunta al recibo: se cruzan por contrato y fecha |
| Preconfiguraciones de la compañía | Días para inactivar y retirar, plazos de prestación del servicio durante el atraso | Son de la compañía; pueden haber cambiado desde la fecha del reclamo |
| Anotaciones y reclamos | Acuerdos de pago, reprogramaciones, novedades de retiro y el registro del reclamo (PQRSA) | El reclamo se liga al contrato, no al recibo ni al anexo |
Las reglas del sistema también se pueden leer, y eso es lo que hace posible rehacer la cuenta: los días de atraso son la diferencia entre la fecha de hoy y la fecha de cobertura; la cartera en mora son los meses de atraso multiplicados por el valor de la cuota (los convenios de título y de prenecesidad tienen regla propia); el contrato pasa a inactivo y luego a retirado cuando se superan los días que cada compañía configura. Las funciones que recalculan la cartera escriben en bloque sobre todos los contratos, y por eso están deshabilitadas en el MCP: el asistente puede rehacer la cuenta, pero no puede tocarla.
4. Cómo se arma con MCP, paso a paso
El caso lo usa el analista de cartera o el supervisor de servicio al cliente, por cada reclamo de saldo que no se resuelve en el primer contacto. El asistente de IA (Claude, ChatGPT o Gemini conectados a SFUN por MCP en solo lectura) arma la reproducción; la persona la revisa, dictamina y firma la respuesta.
Paso 1. Fijar la pregunta exacta
Antes de consultar nada, se escribe el número disputado, la fecha a la que se refiere y cuál de las cinco preguntas es. «Dice que su cuota de octubre debió ser 30.200 y no 44.200.» «Dice que pagó el 14 de octubre y el 16 le negaron el servicio por mora.» Sin esto, el asistente devuelve un resumen del contrato que no responde nada.
Paso 2. La línea de tiempo del valor de la cuota
El asistente lee el historial de cambios del contrato, sus bitácoras y sus anexos confirmados, y arma una tabla: en cada fecha, qué valor tenía la cuota y qué lo movió (un anexo que agregó a un beneficiario, la renovación con su incremento, un ajuste manual, un descuento que terminó). Para cada anexo pone los valores antiguos y nuevos por concepto y comprueba que el total nuevo sea la suma de sus partes, la misma prueba que hace la pantalla del anexo desde la versión 3.155.0.
Paso 3. La línea de tiempo de los pagos
Luego lee los recibos del período: fecha de pago, fecha de pago del cliente, valor pagado y fecha final de cobertura que dejó cada uno, incluidos los anulados con su motivo, quién los anuló y cuándo. La pregunta que contesta es concreta: ¿este pago movió la cobertura hasta donde el titular cree? Si el titular pagó una cuota de 30.200 cuando la vigente era 44.200, el pago movió la cobertura menos de un mes, y ahí está la mora que no entiende.
Paso 4. Rehacer la cuenta con la regla del sistema
Con las dos líneas de tiempo, el asistente rehace la cuenta para la fecha disputada: días de atraso desde la fecha de cobertura, meses de atraso por el valor de la cuota vigente, porcentaje de prestación según los plazos de la compañía. Después compara su resultado con lo que muestra el contrato. El entregable no es un párrafo: es una tabla con tres columnas, lo que muestra el contrato, lo que da la cuenta rehecha y la diferencia, y una lista de los datos que no pudo leer.
| Concepto (ejemplo ilustrativo) | Contrato | Cuenta rehecha | Diferencia |
|---|---|---|---|
| Valor de la cuota desde el anexo de agosto | 44.200 | 44.200 (base 14.000 + afiliados 9.000 + servicios 18.000 + repatriación 3.200) | 0 |
| Fecha de cobertura tras el pago del 14 de octubre | 3 de octubre | 3 de octubre: el pago de 30.200 no alcanzó a cubrir el mes de septiembre completo | 0 |
| Días de atraso al 16 de octubre | 13 | 13 | 0 |
| Aviso del cambio de cuota al titular | — | No hay anotación de aviso entre el anexo y el primer cobro | Hallazgo |
En el ejemplo, el sistema tiene razón en todos los números y, aun así, el reclamo tiene fundamento: nadie le avisó al titular que su cuota cambió. Esa es la diferencia entre «el número es correcto» y «la empresa obró bien», y solo aparece cuando se reproduce la cuenta completa.
Paso 5. El dictamen: cuatro salidas
| Dictamen | Qué significa | Qué se hace | Quién |
|---|---|---|---|
| A. Correcto y explicable | La cuenta rehecha coincide y cada cambio tiene causa registrada y comunicada | Respuesta al titular con el desglose y, si lo pide, copia de los anexos y recibos | Servicio al cliente |
| B. Correcto pero no comunicado | El número coincide, pero el cambio (incremento, anexo, fin de descuento) no se le informó | Decisión comercial sobre el período en disputa y corrección del aviso para los demás contratos | Gerencia de cartera |
| C. Incorrecto | La cuenta no coincide: recibo sin efecto, anexo con un total que no es la suma de sus partes, plan sin precio, servicio sin destinatario | Corrección por el flujo del ERP (anexo, anulación con motivo, nueva vigencia), con los permisos de quien corresponde; caso a producto o a configuración | Cartera y contraloría |
| D. Sin evidencia suficiente | Falta un dato para rehacer la cuenta (un pago de campo sin registrar, un anexo sin confirmar) | Se pide el soporte al titular o al recaudador; la política de qué hacer mientras tanto la fija la dirección | Supervisor |
Paso 6. La respuesta al titular
El asistente redacta la respuesta en lenguaje llano a partir de la tabla: qué valor regía, por qué, qué pagos entraron y hasta dónde cubrió cada uno. Una persona la revisa y la firma. Es el mismo estándar que pide la regla bancaria citada: las razones por escrito y la evidencia si la piden. Una familia que entiende la cuenta, aunque no le guste, rara vez escala el reclamo.
Qué existe hoy en SFUN y qué hay que construir
| Pieza | Estado al 29-oct-2026 | Nota |
|---|---|---|
| Contrato con cuota, fecha de cobertura, atraso, cartera, saldos e incremento acumulado, con historial de cambios | Existe | Lectura por MCP |
| Recibo con fecha de pago, fecha de pago del cliente, valor pagado y fecha final de cobertura; anulación con motivo, autor y fecha | Existe | Lectura por MCP |
| Bitácora del contrato en cada guardado | Existe | Lectura por MCP |
| Anexos con valores antiguos y nuevos por concepto | Existe | Lectura por MCP |
| Explicación del anexo al guardar («de dónde sale cada peso») y aviso si el total no cuadra | Existe en pantalla desde la versión 3.155.0 (28-oct-2026) | No disponible por MCP: el asistente rehace la explicación con los campos |
| Recálculo de la cartera y del atraso | Existe como tarea programada | Deshabilitado en el MCP por ser escritura masiva |
| Estado de cuenta explicado para una fecha | No existe | Hoy lo arma el asistente con el procedimiento de este artículo |
| Enlace del reclamo al recibo o al anexo que lo origina | No existe | Se cruzan por contrato y fecha |
| Informe de reclamos de saldo por dictamen y causa | No existe | Se lleva en una hoja del equipo mientras tanto |
5. El bucle de mejora continua
El valor del caso no está en un reclamo resuelto, sino en lo que enseñan cincuenta. Cada semana, la gerencia de cartera revisa los dictámenes agrupados por salida y por causa:
- Muchos B (correcto pero no comunicado): el problema es el aviso de los incrementos y los anexos, no el cálculo. Se corrige el mensaje y el momento del aviso.
- Cualquier C (incorrecto): se busca el patrón en toda la cartera. Si un plan sin precio configurado descuadró un anexo, el asistente lista todos los anexos de ese plan y compara su total con la suma de sus partes, la misma revisión que hizo el equipo de producto sobre 199 anexos.
- Muchos D (sin evidencia): el hueco está en la captura, típicamente en el recaudo de campo o en los anexos que se quedan sin confirmar.
- La misma pregunta repetida: si «¿hasta cuándo estoy cubierto?» es la más frecuente, la fecha de cobertura tiene que estar en cada recibo y en cada mensaje de pago, en palabras.
Con el tiempo, las preguntas de la tabla del paso 4 se vuelven un guion: el asistente de WhatsApp puede contestar en el primer contacto las que se resuelven con el contrato (fecha de cobertura, último pago, cuota vigente), y solo escala a una persona las que requieren dictamen. El bucle diario del asistente explica cómo se incorporan esas respuestas sin publicar a ciegas.
6. Gobierno y límites: lo que nunca se automatiza
- Solo lectura. La reproducción se hace con un usuario de MCP sin permiso de escritura (el modo de solo lectura de SFUN MCP retira las herramientas que escriben). El asistente rehace la cuenta; no la corrige.
- Nunca se automatizan: anular un recibo, condonar mora, mover la fecha de cobertura, cambiar la cuota, reactivar un contrato retirado ni responder al titular sin firma. Todas son transiciones con efecto contable y se hacen por su flujo, con el permiso de quien corresponde.
- Permisos por rol. El asistente ve solo los contratos de las compañías y sedes del usuario que consulta.
- Datos del titular y de los beneficiarios. La reproducción incluye nombres, parentescos y, en ocasiones, la causa de un servicio negado. Se trabaja en el expediente del reclamo, no en canales abiertos, y se respeta la ley de datos personales de cada país.
- La regla, no la opinión. El asistente usa las reglas que el sistema documenta. Si una regla no está clara (un convenio con regla propia, un plazo especial), lo dice y deja el punto para la persona.
7. KPIs: línea base y meta
| Indicador | Cómo se mide | Línea base | Meta del trimestre |
|---|---|---|---|
| Reclamos de saldo reproducidos | Reclamos con tabla de reproducción adjunta / reclamos de saldo recibidos | Medir el primer mes | 100 % de los que pasan del primer contacto |
| Tiempo hasta el dictamen | Días hábiles entre el reclamo y el dictamen firmado | Medir el primer mes | Muy por debajo del plazo legal del país, con margen |
| Reclamos escalados a la autoridad de consumo | Quejas formales por saldo, cuota o mora | Últimos 12 meses | Reducción sostenida |
| Dictámenes C (incorrecto) | Proporción de reclamos donde la cuenta no coincide | Medir el primer mes | Que cada uno tenga causa corregida en toda la cartera |
| Dictámenes B (no comunicado) | Proporción de reclamos con cambio de cuota sin aviso | Medir el primer mes | Bajar mes a mes tras corregir el aviso |
| Condonaciones sin dictamen | Mora condonada en reclamos sin reproducción | Últimos 12 meses | Cero |
8. Hoja de ruta de adopción
| Momento | Qué se hace | Resultado |
|---|---|---|
| Semana 1 | Usuario de MCP en solo lectura para cartera; plantilla de la tabla de reproducción; diez reclamos cerrados del último mes reproducidos como prueba | Saber si el ERP tiene los datos para rehacer cada cuenta |
| Mes 1 | Todo reclamo de saldo que pasa del primer contacto se reproduce antes de responder; dictamen con las cuatro salidas; registro por causa | Línea base de tiempos y de dictámenes |
| Trimestre 1 | Revisión semanal por causa; corrección del aviso de incrementos y anexos; búsqueda en toda la cartera de cada patrón C; preguntas frecuentes al asistente de WhatsApp | Menos reclamos que escalan y menos errores de configuración |
Errores comunes
- Leer el contrato de hoy para un reclamo de ayer. El estado actual no es el de la fecha disputada: hay que ir al historial, a la bitácora y a los recibos de esa fecha.
- Confundir la fecha de pago con la fecha de cobertura. Un pago del 14 puede dejar cubierto el contrato hasta el 3; es la confusión más frecuente del titular y también del asesor.
- Repetir el número en vez de reproducirlo. «El sistema dice 44.200» no es una explicación.
- Dar por buena una cuenta que no cuadra. Si el total de un anexo no es la suma de sus partes, el dictamen es C aunque el cobro esté bien.
- Dejar que el asistente proponga la condonación. Su trabajo es la evidencia; la decisión comercial es de la persona.
Lo que otros sectores ya hacen al reproducir un cálculo reclamado
Nómina (Symmetry). En julio de 2026, Symmetry, proveedor de un motor de cálculo de impuestos de nómina en Estados Unidos, publicó un servidor MCP para consultar su motor desde asistentes de IA. Lo presenta como de solo lectura por diseño: responde preguntas y no toca las nóminas ni los datos. Uno de sus casos de uso es exactamente este: cuando un cliente reporta que un tope no se aplicó bien, soporte toma los datos del caso, vuelve a correr el cálculo y explica dónde debió aplicarse. Su servicio de explicación, además, no calcula: explica cálculos ya hechos y exige conservar el contexto completo con el que se hizo. Lo que en una empresa de nómina es reproducir la retención que discute un cliente, en una funeraria es reproducir la cuota, la mora o la fecha de cobertura que discute un titular. Y la condición es la misma: conservar la historia completa de cada cálculo.
Banca (Estados Unidos). La norma de errores de facturación de crédito al consumo (12 CFR 1026.13) fija un acuse en 30 días y una resolución en dos ciclos de facturación, sin pasar de 90 días; si el acreedor concluye que no hubo error, debe explicar sus razones y entregar copia de la evidencia de la deuda si el cliente la pide. No rige para una funeraria latinoamericana, pero es un buen estándar de cómo se ve una respuesta defendible: razones y evidencia, no solo el número.
Preguntas frecuentes
¿Por qué subió la cuota de mi plan de previsión exequial?
Por lo general, por una de cuatro causas: el incremento de la renovación, un beneficiario o un servicio agregado mediante un anexo, el fin de un descuento o un ajuste manual. En SFUN cada una queda registrada en el contrato, en sus anexos o en su historial de cambios, y se puede reconstruir para la fecha del reclamo.
Si pagué, ¿por qué el contrato aparece en mora?
Porque la mora no se mide desde la fecha del último pago, sino desde la fecha de cobertura que dejó ese pago. Si el pago fue menor que la cuota vigente, o un recibo se anuló, la cobertura avanzó menos de lo que el titular cree. Cada recibo de SFUN guarda la fecha final de cobertura que dejó.
¿Cómo se calcula la cartera en mora de un contrato de previsión en SFUN?
Como regla general, los días de atraso son la diferencia entre hoy y la fecha de cobertura, y la cartera en mora son los meses de atraso multiplicados por el valor de la cuota; los convenios de título y de prenecesidad tienen una regla propia. Una tarea programada la recalcula, así que puede haber un desfase de horas entre un pago y la cartera que se ve.
¿El asistente de IA puede corregir el saldo o condonar la mora?
No. Trabaja en solo lectura: rehace la cuenta y redacta la explicación. Las funciones que recalculan la cartera están deshabilitadas en SFUN MCP, y toda corrección (anulación, anexo, condonación, nueva vigencia) la hace una persona por el flujo del ERP.
¿Cuánto tiempo hay para responder un reclamo de saldo?
Depende del país. Como referencia, Colombia y Perú fijan 15 días hábiles para responder la reclamación del consumidor. Revisa la norma de cada país con tu área jurídica y mide el tiempo hasta el dictamen contra ese plazo, con margen.
¿Aplica igual en todos los países de Latinoamérica?
El método, sí: reproducir la cuota, los pagos y la cobertura es igual en cualquier país. Cambian el plazo legal de respuesta, las reglas de datos personales y, en algunos mercados, las condiciones de los incrementos que se pueden aplicar a un contrato vigente.
En resumen
Un contrato de previsión acumula años de anexos, renovaciones y pagos, y su cuota es la suma de toda esa historia. Cuando el titular la discute, la respuesta que convence no es el número, sino su reproducción: qué valor regía, por qué cambió, qué cubrió cada pago y cuánto da la cuenta rehecha con la regla del sistema. En SFUN, software funerario integral para Latinoamérica, el contrato, sus anexos, sus recibos y su historial tienen los datos para hacerlo, y SFUN MCP permite que un asistente de IA arme esa reproducción en solo lectura. La persona dictamina, firma y, sobre todo, corrige la causa en toda la cartera. Si buscas el panorama completo de la IA aplicada a una funeraria, empieza por el software funerario con inteligencia artificial; si el tema es la cartera, por la cobranza de cartera con IA y MCP.
Fuentes de este artículo
- Symmetry, Payroll Tax Engine MCP: Compliance Access for Every Team (julio de 2026). Material del proveedor; sus cifras de encuesta no se usan aquí.
- Symmetry, documentación de Symmetry Tax Logic API (consultada el 29 de octubre de 2026).
- Consumer Financial Protection Bureau, 12 CFR 1026.13, procedimientos de resolución de errores de facturación (Regulation Z).
- Colombia — Ley 1480 de 2011 (Estatuto del Consumidor), artículos 51 y 58.
- Perú — Ley 31435, que modifica el artículo 24 del Código de Protección y Defensa del Consumidor.
- Código de SFUN (rama principal, consulta del 29 de octubre de 2026) para todo lo que se afirma del producto, incluidas las notas de las versiones 3.154.0, 3.155.0 y 3.161.1 de previsión exequial. La configuración de cada compañía puede variar. Lo que se presenta como algo que hace el asistente o como hoja de ruta no existe hoy como función estándar.
- Advertencia de alcance: no hay cifras publicadas sobre reclamos de saldo en la previsión exequial de Latinoamérica. Los valores de la tabla del paso 4 son ilustrativos.