Los bancos y las IMF suelen hacer la misma pregunta cuando conocen Juakali.
"¿Podemos usarlo si nuestro Core Banking System no tiene API?"
La respuesta practica es si. Puedes empezar ahora, generar valor rapidamente e integrar despues, cuando la interfaz del CBS sea realmente utilizable.
Este articulo explica como funciona, que se puede implementar desde el primer dia y como solemos estructurar la integracion de forma gradual y de bajo riesgo.
Juakali puede ejecutarse en piloto e incluso en una primera etapa de produccion sin integracion con el CBS.
La clave es establecer un limite claro:
Esto mantiene el CBS limpio y confiable, al tiempo que permite que los equipos trabajen mas rapido y sin papel.
Si quieres ver la version totalmente integrada, puedes revisar nuestro articulo sobre como se ve un flujo de Loan Origination con Juakali y un Core Banking System.
Lead Management esta diseñado para funcionar incluso cuando no existe conexion con el CBS.
Esto importa porque una gran parte de la perdida de rendimiento ocurre antes de que una solicitud de prestamo siquiera comience. Se pierden prospectos, se olvidan seguimientos y los responsables no tienen visibilidad.
Con Juakali Lead Management puedes:
Suele ser el primer paso mas simple, porque mejora la disciplina comercial y el throughput sin tocar el CBS.
Tambien puedes ejecutar el workflow de Loan Origination en Juakali sin escribir nada en el CBS.
En esta configuracion:
Despues se utiliza un puente pragmatico para el ultimo paso.
Una vez que el prestamo esta totalmente aprobado, el equipo de back office puede registrar manualmente el prestamo final en el CBS. Utiliza las exportaciones de Juakali como fuente unica de referencia. Esto reduce errores y garantiza que el registro en el CBS se base en informacion limpia y completa.
Este enfoque es especialmente util cuando la institucion quiere resultados ahora, pero los plazos del proveedor del CBS son inciertos.
Algunas capacidades dependen de cronogramas de pago, cuotas por vencer y estado de mora. Esa informacion suele vivir en el CBS.
Por ejemplo, cualquier modulo orientado al seguimiento de cuotas futuras o a workflows de cobranza suele requerir datos regulares provenientes del core.
Si el CBS no tiene API, solo hay dos opciones realistas:
La mejor opcion depende de lo que el CBS pueda exponer de forma realista y de la estabilidad del proceso de exportacion. Evitamos prometer automatizacion completa hasta validarlo con la institucion y con su proveedor CBS.
Cuando la conectividad con el CBS pasa a ser posible, solemos integrar por fases. El objetivo es reducir el riesgo y evitar construir algo fragil.
Una integracion de solo lectura ya genera mucho valor.
Juakali puede obtener datos core como:
Esto mejora la calidad de la evaluacion y reduce las verificaciones manuales, evitando al mismo tiempo el riesgo operativo de escribir demasiado pronto en el CBS.
La escritura viene despues y permanece estrechamente acotada.
Las aprobaciones siguen ocurriendo totalmente dentro de Juakali, incluidos los controles maker-checker y la pista de auditoria.
Solo despues de la aprobacion final se envia al CBS un payload limitado. Normalmente incluye:
Esto mantiene un limite limpio entre sistemas y evita contaminar el CBS con solicitudes incompletas.
En produccion, especialmente con cores mas antiguos o on-premise, una capa de middleware o ESB suele ser el punto de integracion correcto.
Un ESB puede encargarse de:
Si en el futuro se prevé cambiar de CBS, un ESB tambien puede reducir retrabajo. Juakali sigue conectado al ESB, y solo cambia el conector entre el ESB y el nuevo CBS.
La integracion funciona mejor cuando la interfaz del CBS esta documentada, soportada y realmente controlada internamente por la institucion.
Antes de salir a produccion, es necesario poder probar seriamente. En la practica, esto implica contar con un entorno sandbox y con un proceso claro de UAT y validacion.
Si la API es inestable o no puede probarse ni monitorearse de forma adecuada, muchas veces es mejor posponer la integracion. Asi se evita crear una dependencia que falle cada pocas semanas y desgaste la confianza de los equipos.
Asi es como solemos plantear el despliegue cuando la API del CBS todavia no esta disponible.
Esta fase apunta a mejoras operativas concretas: tiempos de respuesta mas cortos, mayor completitud, responsabilidades mas claras y una pista de auditoria mas robusta.
Tambien incluye gestion del cambio. Los equipos deben adaptar la forma en que capturan informacion, siguen el workflow y gestionan las aprobaciones.
Cuando la institucion esta lista, la integracion pasa a ser un mini proyecto definido, y no una promesa vaga.
Ese mini proyecto incluye:
Normalmente en esta etapa se empieza con lectura sola y luego se añade una escritura controlada despues de la aprobacion.
La mayoria de las instituciones no sufre por falta de base de datos.
Lo que realmente les cuesta son las operaciones de credito desordenadas: captura inconsistente de datos, aprobaciones dificiles de auditar, seguimientos olvidados y excepciones gestionadas en WhatsApp y en archivos en papel.
Juakali mejora primero el workflow alrededor del prestamo. Introduce validaciones, controles de aprobacion y una pista de auditoria sin forzar cambios prematuros en el CBS.
La integracion se convierte despues en un paso contenido, en el momento en que la institucion ya esta lista tanto tecnica como operativamente.
Si hoy operas con un CBS sin API, igual puedes lanzar un piloto rapidamente y demostrar valor.
Y si mas adelante aparece una API, podemos integrar Juakali de una forma de bajo riesgo, comprobable y sostenible.
Si quieres validar si tu CBS esta realmente listo para integrarse, podemos empezar con una breve discovery tecnica y proponer el plan por fases adecuado.
