¿Se pueden conectar agentes de IA a mi sistema de crédito sin migrar nada?

¿Por qué no hace falta migrar?

Porque el problema de casi ninguna financiera es que le falte un sistema. Tiene un core de crédito, una herramienta de cobranza, un CRM, hojas de cálculo, un gestor documental y el canal por donde le escriben sus clientes. Lo que falla es que ninguno se habla con los otros y ninguno trabaja solo: una persona copia datos de un lado a otro, revisa, contesta y vuelve a copiar. Un agente bien conectado hace ese recorrido entre sistemas. Migrar todo a una plataforma nueva antes de empezar sólo agrega meses y riesgo al proyecto.

¿Cómo se conecta, en concreto?

InnovaBlack construye encima de lo que ya tienes una capa que llamamos Agentic OS, el sistema operativo de tu operación con agentes. Tiene tres partes:

• Conectores. Abren el paso a cada sistema por API, por MCP (Model Context Protocol, el estándar abierto para que un agente use herramientas y datos) o por el protocolo que ese sistema entienda. Cada conector tiene permisos propios: qué puede leer, qué puede escribir y qué no puede tocar.
• Núcleos. Sobre los conectores vive la lógica de tu proceso, no la de un sistema suelto: originar un crédito, cobrar una cartera, atender a un cliente. El núcleo sabe, por ejemplo, que antes de ofrecer un convenio hay que revisar el saldo en el core y la política vigente.
• Canales. Por donde entra y sale la conversación: el canal que ya usan tus clientes y tu equipo, sea mensajería, web, correo o voz.

Los agentes sintéticos trabajan dentro de esa capa. No ven tu base de datos completa: ven lo que el núcleo les entrega para el caso que están atendiendo.

¿Qué sistemas suelen conectarse primero?

Depende del proceso con el que se empiece. Para cobranza: el core (saldos, vencimientos, pagos), la herramienta de gestión de cobranza y el canal de contacto. Para originación: el CRM o la solicitud en línea, el gestor documental y el motor o la política de crédito. Para atención: el core en modo consulta y el registro de casos. Empezar por un proceso acotado permite conectar sólo lo necesario y medir antes de ampliar.

¿Quién controla lo que el agente puede hacer en mis sistemas?

Tu entidad, con reglas que viven en el sistema y no en la buena voluntad del agente. En la práctica:

• Cada acción de escritura (registrar una promesa, actualizar un teléfono, marcar un documento como recibido) es una herramienta con validaciones propias, no texto libre.
• Los permisos se dan por proceso y por agente; un agente de atención no tiene acceso a las herramientas de cobranza.
• Todo queda en la bitácora: qué consultó el agente, qué escribió, cuándo y para qué caso.
• Las credenciales de tus sistemas no se le entregan al modelo de IA; las usa el conector, que es código bajo control.

¿Y si mañana quiero usar esos datos desde otras herramientas?

Ésa es una ventaja de construir con protocolos abiertos. Una vez que el núcleo existe, puede exponerse por MCP para que tu equipo llegue a él desde herramientas como Claude, ChatGPT o Gemini, con los mismos permisos y la misma bitácora. Tu operación deja de depender de una sola pantalla o de un solo proveedor.

¿Qué hay que revisar antes de conectar?

• Qué puertas tiene cada sistema: API documentada, servicios web, réplica de base de datos o archivos.
• Quién es el dueño de cada sistema y quién autoriza los permisos.
• Qué datos personales viajan y con qué finalidad (ver protección de datos).
• Qué contratos con terceros (proveedor del core, buró, servicios de identidad) permiten o limitan el uso automatizado.
• Un ambiente de pruebas o, si no existe, una forma segura de probar sin tocar a clientes reales.

Con eso claro, la conexión deja de ser el cuello de botella. Lo que realmente toma trabajo es definir bien el proceso y su gobierno, y ahí es donde se juega el resultado.

Respuestas cortas

¿Tengo que cambiar de core para usar agentes?

No. El agente trabaja sobre el sistema que ya tienes. Cambiar de core es una decisión aparte, con sus propios tiempos y riesgos, y no es requisito para empezar.

¿Qué pasa si mi sistema no tiene API?

Se busca otra puerta: una base de datos de réplica, archivos programados, un servicio intermedio o, como último recurso, la interfaz del propio sistema. Donde no hay puerta, se construye, siempre con permisos acotados.

¿El agente puede escribir en mi sistema o sólo leer?

Lo decide tu entidad, operación por operación. Lo habitual es empezar leyendo y abrir la escritura sólo para acciones concretas, validadas y registradas, como anotar una promesa de pago.