Todos los meses el mismo ritual: SAP genera la remesa, el archivo sube a la VAN (la red de valor agregado que transporta archivos bancarios en Brasil), el banco procesa, el retorno baja, alguien importa — y ahí empieza la parte que nadie pone en el cronograma. Un pago que no fue confirmado. Un documento cancelado con un valor diferente. Un retorno que vino con un código que nadie sabe de memoria. Un extracto que no cuadra con el mayor por una diferencia de centavos que consume la tarde entera.

La comunicación bancaria es una de las integraciones más antiguas de cualquier ERP y, curiosamente, una de las menos observadas. Funciona durante años con poca atención — hasta el día en que un archivo no llega, y nadie se da cuenta antes de que llame el proveedor.

Qué se rompe en la integración bancaria

Después de algunos años operando ese flujo en ambientes SAP, los problemas se repiten con una constancia casi aburrida.

• El archivo que no llegó. La remesa salió de SAP y se detuvo a mitad de camino — credencial expirada, certificado vencido, directorio lleno, ventana del banco cerrada. El sistema dice que generó; nadie dice que entregó.
• El retorno que no se importó. El banco procesó, el archivo está ahí, y la importación falló en silencio. Los documentos siguen abiertos en el ERP y cancelados en el banco.
• Rechazo sin traducción. El retorno trae un código de ocurrencia y una descripción corta. Quien no convive con ese layout todos los días pierde media hora por rechazo.
• Divergencia de valor. Intereses, descuento, tarifa y bonificación hacen que el valor pagado difiera del documento. Una parte es regla, otra es excepción — y separar las dos es el trabajo manual.
• Duplicidad en el reproceso. Alguien importa el mismo retorno dos veces porque no estaba claro si la primera vez funcionó.
• Extracto que no cuadra. La conciliación automática atrapa la mayor parte; lo que sobra va a una planilla, y la planilla se vuelve el proceso de verdad.

Note que los tres primeros son observabilidad, y los tres últimos son clasificación. Son problemas diferentes y el orden en que se resuelven importa: automatizar la conciliación de un flujo que pierde archivos en silencio es construir sobre arena.

Primero observar, después automatizar

La capa que casi nunca existe es la más barata de construir: saber, sin preguntarle a nadie, si el ciclo del día ocurrió.

Generar. La remesa fue creada, con cuántos registros y qué valor total. Ya es lo que el ERP registra — solo que después no suele compararse con nada.

Entregar. La VAN o el canal del banco confirmó la recepción de aquel archivo específico. Sin ese acuse, «lo enviamos» es solo una suposición.

Retornar. El archivo del día llegó, en el horario esperado, con integridad y secuencia coherente. Un retorno que no llega es tan importante como un retorno con error — y es el más fácil de no notar.

Conciliar. La cancelación fue aplicada; lo que no cuadró está identificado, con motivo, y no en una fila anónima.

Con esos cuatro puntos instrumentados y una alerta con dueño, la mayor parte de los incidentes que hoy se vuelven crisis a las 17h se vuelve un aviso a las 9h. Eso es observabilidad aplicada a finanzas — antes de cualquier conversación sobre IA.

Dónde entra la IA de verdad

Con el flujo observable, cuatro usos se pagan solos.

Traducir el retorno. Cada banco tiene su conjunto de códigos de ocurrencia y motivos, y la descripción oficial es lacónica. Un asistente con el layout y el historial devuelve qué pasó en lenguaje de gente, qué suele causar eso y cuál fue la acción en las veces anteriores. Es la diferencia entre escalar y resolver.

Conciliar lo que sobra. La conciliación exacta resuelve la mayoría. El resto es semejanza: valor cercano, fecha desplazada, concepto con el nombre del pagador escrito de otra forma, pago agrupado que saldó tres documentos. Emparejar eso es reconocimiento de patrones sobre texto libre — terreno donde el modelo es bueno y la regla exacta es mala. La IA sugiere el par, con justificación; la persona confirma.

Explicar la diferencia. Cuando el valor pagado difiere del documento, descomponerlo en intereses, multa, descuento, tarifa y bonificación — y decir qué parte es esperada por la regla del contrato y cuál no.

Señalar lo que se salió del patrón. Volumen del día fuera de la curva, banco que atrasó el retorno, tasa de rechazo subiendo con un convenio específico, pago en horario atípico. No es un bloqueo: es una lista corta para que alguien la mire antes de que se vuelva problema.

El diseño: n8n orquesta, SAP sigue siendo el dueño

Usamos n8n en la infraestructura del cliente para orquestar el ciclo: acompañar la remesa, confirmar la entrega, buscar el retorno en la ventana esperada, verificar integridad y secuencia, disparar la importación en SAP y alertar cuando alguna compuerta no cierra. SAP sigue siendo donde vive el documento financiero.

Correr dentro de casa, aquí, es menos preferencia y más requisito: las credenciales bancarias y los archivos de pago no deben transitar por la nube de un tercero sin necesidad. Y el secreto queda en la bóveda de la infraestructura, no en el flujo — regla que vale para cualquier automatización, y más todavía para esta.

La parte de IA opera sobre el retorno y la conciliación: datos del documento, valor e historial. Vale decidir explícitamente qué puede enviarse a un modelo externo y qué no puede salir — una decisión de arquitectura, tomada una vez y registrada, no improvisada por quien construye el flujo.

Cómo empezamos

1. Mapear el ciclo real. Cuántos convenios, cuántos bancos, qué layouts, qué horarios, quién opera cada punta. Casi siempre aparece un convenio que nadie sabía que todavía existía.
2. Instrumentar las cuatro compuertas. Solo eso ya elimina la categoría «nos enteramos tarde», que es la más cara.
3. Medir lo que sobra de la conciliación. Cuántos ítems sobran por día y cuánto tiempo cuestan. Es la línea de base de la ganancia.
4. Correr la IA en sombra. Sugiriendo pares y traduciendo rechazos sin entrar en el flujo, para medir el acierto real antes de prometer cualquier cosa.
5. Abrir por franjas. Primero los casos con acierto consistente; el resto sigue manual hasta merecerlo.

Qué queda después

La ganancia visible es la tarde de conciliación que se encoge. Lo que dura son tres cosas.

El ciclo deja de ser invisible. Alguien sabe todos los días si el archivo salió, llegó y volvió — sin necesidad de preguntar.

El conocimiento de layout se vuelve consulta. Aquel saber acumulado sobre códigos de ocurrencia deja de depender de quién está en el escritorio.

La diferencia tiene explicación registrada. Cada ítem conciliado fuera de lo exacto guarda el motivo y quién lo confirmó — material listo para una auditoría y para la conversación con el banco.

El límite honesto: nada de esto sustituye un acuerdo comercial claro con el banco ni un registro correcto de convenio y cuenta. La automatización sobre una configuración equivocada entrega el error con más velocidad. Y, como siempre, la instrumentación suele ser lo que revela cuánto del flujo ya venía fallando en silencio.

Si el asunto en su caso es menos el banco y más el volumen de registros, el razonamiento es el mismo aplicado a la entrada: vea clasificar la factura de entrada en SAP con IA. Y para la base que sostiene ese tipo de flujo, la disciplina de datos e integración es lo que separa la automatización que dura del script que nadie mantiene.