Cinco sistemas que hoy están en operación.

Una red de agencias procesaba pedidos y expedientes entre sistemas que no se hablaban. Verificar una factura o los datos de un cliente contra el DMS era trabajo manual, y las liquidaciones vivían en otra plataforma aparte.

Una plataforma B2B de gestión documental y procesamiento de pedidos, con mesa de control para dar seguimiento a cada expediente, tableros por proceso y configuración por agencia. Se integró directo al DMS para verificar facturas y datos de cliente sin salir del sistema, y se enlazó con el sistema externo de liquidaciones.

En hacer que tres sistemas de dueños distintos se entiendan sin duplicar captura ni perder trazabilidad. Es el tipo de trabajo que no se ve en una demo y es exactamente donde se cae la operación.

La gestión de expedientes de siniestros corría sobre un sistema heredado en WEBDEV con base HFSQL: difícil de mantener, imposible de extender y sin visibilidad para dirección. Cambiar de sistema significaba arriesgar años de expedientes.

El sistema completo de nuevo, con migración de datos documentada y repetible —limpieza de codificación y fechas incluida— para poder ensayarla las veces necesarias antes del cambio real. Quedaron seis módulos: tablero con indicadores, expediente con validación de documentos e historial, mesa de control, catálogos, configuración de documentos requeridos por agencia, aseguradora y proceso, y control de accesos por rol.

En la migración. Un sistema nuevo se construye; un sistema heredado se sustituye sin detener la operación ni perder un expediente. Por eso el proceso de carga se hizo ensayable y reversible antes de tocar producción.

Toda la información estaba concentrada en un almacén de datos, pero seguía dependiendo de que alguien con conocimientos técnicos escribiera consultas. Dirección esperaba días por respuestas que ya estaban en la base.

Un agente de inteligencia artificial que recibe la pregunta en lenguaje natural, genera la consulta, la valida y la ejecuta, y devuelve tanto el resultado como la consulta que usó para obtenerlo. Dos decisiones lo definen: el modelo corre dentro de la empresa, así que ninguna información sale a un servicio externo; y toda consulta se verifica como de solo lectura antes de ejecutarse, de modo que el agente no puede alterar ni borrar nada.

No en conectar un modelo, sino en que sea confiable: que no invente, que enseñe la consulta para poder auditarla y que no pueda tocar los datos. Un agente que responde bonito pero no se puede verificar no sirve para tomar decisiones.

Una gestoría administraba altas de placas, cambios de propietario, bajas y sustituciones sin un sistema propio. Buena parte del día se iba en contestar la misma llamada: "¿en qué va mi trámite?".

Un sistema con panel interno para clientes, vehículos y trámites, con usuarios y permisos por rol, y sobre todo un portal público donde el cliente consulta su trámite con una clave sin necesidad de llamar. Se entregó con pruebas automatizadas de autenticación y de acceso indebido a expedientes ajenos.

En abrir una parte del sistema al público sin exponer datos de terceros. Por eso las pruebas de acceso indebido son parte de la entrega y no una revisión posterior.

Cuatro empresas del mismo grupo manejaban solicitudes, cotizaciones y cobros cada una a su manera, con documentos regados y sin forma de saber en qué iba cada oportunidad.

Un sistema que sigue el ciclo completo —solicitud, definición del alcance, cotización y cobro— compartido por las cuatro empresas pero con la información separada por cada una. Los documentos se guardan y se generan desde el sistema, así que la cotización deja de armarse a mano en Word.

En que varias empresas usen la misma herramienta sin ver lo que no les toca, y en que el documento que se entrega al cliente salga bien formado sin que nadie lo maquete.