¿Una herramienta más o el proceso terminado?
Lo que más pesa en un proyecto de originación no es qué tecnología se compra, sino quién va a integrarla, operarla y mantenerla después.
Carlos Galant
En una comparativa de proveedores casi todo se parece: verificación de identidad, motor de reglas, firma, APIs. La diferencia que de verdad decide el proyecto rara vez aparece en la tabla, porque no es una función.
¿Cuál es la diferencia que no se ve en la comparativa?
Quién hace el trabajo que queda después de firmar el contrato. Un builder entrega piezas y la institución las orquesta, las integra con su core y las mantiene. Un proceso entregado llega funcionando de punta a punta y sigue funcionando cuando cambie una regla.
Las dos opciones son legítimas y la elección depende del equipo. Un área de tecnología con gente disponible y con ganas de controlar cada pieza sacará más partido de un builder. Un área que ya está al límite comprará piezas que tardará dieciocho meses en ensamblar.
La pregunta útil en una demo no es «¿pueden hacer esto?», sino «¿quién lo va a hacer, cuándo y qué pasa cuando cambie?». Casi todos los proveedores contestan que sí a la primera; la segunda separa el campo.
¿Cómo se estima el costo real de integrar?
Contando personas y meses, no licencias. Un flujo de originación toca el core bancario, el buró de crédito, los sistemas internos y los canales de venta. Cada una de esas conexiones tiene un dueño, un calendario y una ventana de pruebas, y ninguna aparece en el precio por transacción.
Conviene además estimar el mantenimiento, que es donde se acumula el gasto. Un motor de reglas propio hay que actualizarlo cada vez que cambia un criterio; una integración con una fuente externa se rompe cada vez que la fuente cambia de versión. Ese trabajo no termina nunca y no suele estar presupuestado.
¿Qué modelo sigue Grupo CSI?
El de entregar el proceso terminado. ART se configura y se opera según los procesos de cada institución —validación, decisión y formalización— en lugar de entregar una herramienta para que la configure el cliente, con una puesta en marcha típica de alrededor de seis semanas y un modelo transaccional en el que se paga por validación exitosa.
Cuando lo que hace falta es construir a medida algo que no existe, esa parte tiene su propio sitio: la fábrica de software. Y cuando lo que hace falta es que alguien conteste a las dos de la mañana, la mesa de ayuda. Separarlo así evita el proyecto que promete las tres cosas y no entrega ninguna.