Runink FACE · Seguros, dentro del dominio de Finanzas
Este es un escenario de Runink FACE, el Fulfilment Autonomous Claims Engine. Seguros no es un producto aparte ni un módulo aparte: FACE tipifica siniestros, reservas, primas, franquicias, liquidaciones y registros de suscripción dentro de su dominio de Finanzas, por el razonamiento de que un siniestro es una reserva constituida contra una póliza.
En Resumen
- El expediente se reúne. No se juzga. Las condiciones, los documentos del siniestro, los movimientos de reserva y el límite de autorización que se aplica a ese importe llegan a un mismo sitio, unidos al siniestro al que pertenecen.
- Cada lectura dice de dónde viene. El texto extraído de un documento vuelve con el archivo del que se leyó y con el método que se usó para leerlo, así que una cifra del borrador se puede rastrear hasta una página en vez de darse por buena. Lo que no vuelve con ella es una puntuación de confianza por cifra — hay un número de confianza en la respuesta y es un número fijo, lo que significa que no le dice nada, y preferimos decirlo a dejar que usted lo lea como una señal de calidad.
- La decisión no le corresponde al software. Redacta el siguiente paso. Quien suscribe o quien lleva siniestros lo aprueba, lo reescribe o lo tira, y su nombre queda en el registro junto a lo que decidió.
Reunir Es El Trabajo. Debería Serlo Juzgar.
La mañana de un perito se va en buscar las condiciones, el informe del siniestro y el movimiento de reserva del trimestre pasado. La parte que de verdad pedía su formación ocupa diez minutos al final.
Dónde Se Tuerce
Entra un siniestro. Las condiciones de la póliza están en un gestor documental. El informe del siniestro es un PDF que alguien envió por correo el viernes. El historial de reservas está en el sistema de gestión de pólizas. El límite de autorización que se aplica a un siniestro de este tamaño está en una nota de procedimiento, y cuál es la versión vigente de esa nota no es evidente. Unir las cuatro cosas es la mayor parte del trabajo y nada del oficio.
Así que los expedientes grandes reciben el tratamiento completo y el resto se resuelven con una lectura parcial del expediente, a cargo de alguien con experiencia suficiente para acertar casi siempre. “Casi siempre” carga con mucho peso en esa frase, y nadie quiere ser quien escriba cuánto.
El cuello de botella no es el criterio. Es la recopilación.
Donde la suscripción está delegada, el mismo problema llega en papel. Los listados de suscripción vuelven cada mes. Leerlos frente a lo que el acuerdo de delegación permite de verdad es un trabajo de reglas contra registros, a un volumen que ningún equipo lee entero, y la responsabilidad no se mueve solo porque se haya movido la decisión.
Para Quién Es Esto
Tres escritorios que responden por un expediente que no tuvieron tiempo de leer entero.
- Operaciones de siniestros: el perito y quien lleva siniestros. Lo que llega hoy es un expediente en pedazos: las condiciones en un gestor documental, el informe del siniestro en el correo del viernes, el historial de reservas en el sistema de pólizas y un límite de autorización escrito en una nota de procedimiento cuya versión vigente no es evidente. Lo que cambia es que esas cuatro cosas llegan unidas al siniestro, con un siguiente paso redactado y la lectura que lo sostiene, así que los diez minutos que pedían su formación no son los últimos diez minutos de la mañana.
- El responsable de suscripción que delegó la autoridad. Lo que llega hoy es un listado mensual del agente, y leerlo frente a lo que el acuerdo de delegación permite de verdad es un trabajo de reglas contra registros a un volumen que ningún equipo termina. Lo que cambia es que las condiciones que usted escribió se confrontan con el listado que le mandaron, y cada punto en el que los dos se separan se nombra citando la cláusula y el registro.
- Cumplimiento y riesgos, y auditoría interna. Lo que llega hoy es una pregunta sobre una decisión de hace meses, contestada reconstruyéndola entre varios sistemas. Lo que cambia es que las aprobaciones y los rechazos se guardan según ocurren, con quién decidió y qué cambió — y que el límite de autorización documentado se puede poner al lado del límite configurado, que es la comparación que encuentra el umbral subido durante un atasco y nunca devuelto a su sitio.
Qué Ocurre En Su Lugar
Los registros de seguros se reconocen como registros de seguros. Una extracción de siniestros salida de un sistema de gestión de pólizas se tipifica por su vocabulario — siniestro, reserva, perito, prima, franquicia, liquidación, pago — en vez de archivarse allí donde apuntara su columna más genérica. Este es un fallo real que tuvimos que corregir: todo un conjunto de datos de siniestros acabó una vez en operaciones porque una de sus columnas se llamaba “estado”.
Los documentos se leen donde ya están: un PDF en un buzón SFTP, un archivo de Word en una unidad compartida, la hoja de cálculo cuyas fórmulas implementan en silencio una regla de tarificación que nadie ha escrito en ningún sitio — y las fórmulas se leen, celda por celda, no solo los valores que les toca mostrar. Lo que vuelve lleva consigo el archivo del que se leyó y el método que lo leyó, así que una cifra de un borrador lleva de vuelta a una página.
Lo que no lleva es una confianza utilizable sobre la lectura, y eso es de las cosas que preferimos que oiga aquí antes que descubrirlas. La extracción devuelve una sola puntuación para el lote y esa puntuación es una constante: es la misma si todas las páginas salieron limpias o si todas las páginas fallaron. Así que no es una señal de calidad, no debe mostrarse como tal a quien tramita, y un escaneo borroso sigue siendo un documento que alguien tiene que abrir. Tome la extracción como algo que le ha encontrado la página, no como algo que ha verificado lo que hay en ella.
Luego la regla escrita se confronta con el expediente, y todo hallazgo tiene la misma forma: esto dice el documento, esto muestra el expediente, aquí es donde los dos se separan. ¿Cubre esto el texto de la póliza? ¿Estaban de verdad en el expediente los documentos que exige el procedimiento? ¿Se movió quien tramitaba dentro de la autorización que se aplica a ese importe? La comparación solo vale lo que valga la regla que usted le dio para comparar — está leyendo sus cláusulas, no una biblioteca de derecho de seguros — y donde encuentra una discrepancia cita la cláusula y el expediente a la vez, así que la primera pregunta de la revisión es sobre el caso y no sobre de dónde salieron los números.
Lo que no hace es suscribir. No tarifica un riesgo. No acepta ni rechaza. No constituye una reserva, y no liquida nada. Reúne el expediente, redacta un único siguiente paso propuesto y muestra lo que leyó para llegar ahí. Quien suscribe o quien lleva siniestros toma la decisión. Si lo que busca es software que tome la decisión en su lugar, no es esto — y debería hacerle preguntas duras a cualquier cosa que diga que sí lo es.
Aprobar el paso redactado es lo que lo envía. Rechazarlo también queda registrado, que es la parte que pierden casi todos los sistemas. Y donde el paso tiene un tramo sin nada implementado detrás —una escritura en un sistema de gestión de pólizas, por ejemplo— la respuesta nombra ese tramo como no ejecutado en vez de dar la acción por hecha, así que el expediente nunca muestra como dado un paso que solo se había aprobado. Meses después, quién decidió esto y con qué base se responde desde el expediente y no desde el recuerdo que alguien tenga de un martes.
Cómo Sabrá Que Ha Funcionado
Todas las cifras de abajo son suyas, no nuestras. Anote dónde está hoy, porque el punto de partida se pierde para siempre en cuanto las cosas mejoran.
- Cuánto de un expediente es reunir papeles. Tome una muestra de siniestros cerrados el trimestre pasado. Pida a quien los tramitó que reparta su tiempo en cada uno entre buscar cosas y juzgar cosas. Casi ningún equipo lo ha preguntado nunca, y la respuesta suele sorprender a quien los dirige.
- Cuántos expedientes se decidieron con un expediente incompleto. En la misma muestra, cuente aquellos en los que las condiciones no se volvieron a leer de verdad, o en los que el límite de autorización se dio por supuesto en vez de comprobarse. Es un número incómodo. También es el que importa.
- La distancia entre la regla escrita y la regla aplicada. Ponga sus límites de autorización tal como están documentados al lado de sus límites de autorización tal como están configurados. Si se subió un umbral durante una acumulación de trabajo, averigüe si alguien volvió a bajarlo.
- Días entre la llegada de un listado delegado y el momento en que alguien lo lee. Donde usted delega la suscripción. Mídalo como una distancia y no como un total, y cuente los listados que nadie llegó a abrir.
Traiga un expediente de siniestro cerrado y su listado de autorizaciones delegadas.
Ilustrativo no medido
El trabajo publicado de Runink está en logística y operaciones. El siniestro, la mañana del perito y el listado delegado de arriba están dibujados para mostrar la forma del montaje — son ilustraciones de cómo funciona, no relatos de cosas que ocurrieron. En esta página no hay tasas de recuperación, ni importes de liquidación, ni tiempos de ciclo, ni nombres de clientes, porque no los hemos medido.
Nada de lo que hay aquí es una aprobación, una autorización ni una certificación de nada. El software lee registros y redacta; no ostenta ninguna facultad delegada, no es un sujeto regulado, y usarlo no cumple una obligación en su nombre. Donde una decisión tiene que tomarla una persona con facultad para tomarla, la toma esa persona y el registro dice quién era.
Lo Que Una Aseguradora Pregunta Antes De Comprar
Qué lee, quién decide y qué no pretende ser.