De producto a operación: StreamPath empieza a rodar

De producto a operación: StreamPath empieza a rodar

StreamPath empieza a rodar. Está en producción desde el 15 de julio en un holding empresario líder en la Argentina —fabricación, importación y distribución de electrónica de consumo y electrodomésticos, con operaciones diversificadas en alimentos, consumo masivo y energía—: los archivos de cuentas por cobrar, moviéndose todos los días entre su ERP, sus bancos y sus empresas asociadas. Y lo que más cambió es algo simple: ahora se ve, en el momento, que cada archivo llegó a donde tenía que llegar.


Hay un momento en el que un producto deja de ser un producto. Se instala, se configura, se le da un proceso real y pasa a ser parte de la operación de otro. StreamPath llegó a ese momento.

Y en una operación eso se nota enseguida: si el flujo falla, hay cobranzas que no se imputan y clientes que siguen figurando como deudores. Corre todos los días, sobre la cobranza real del grupo.

Cuando algo se rompe, el problema casi nunca es que el archivo no se movió. Es que nadie se enteró a tiempo.


El pedido no era mover archivos

Todos los días, temprano, el ERP deja en una carpeta los archivos de cobranza del día: padrones de deuda, altas y bajas de débito automático, instrucciones de débito directo. Tienen que llegar al banco en un formato exacto y dentro de una ventana horaria.

El banco contesta con los suyos: rendiciones de recaudación, rechazos de débito, extractos. Cada uno vuelve al ERP para imputarse contra la cuenta del cliente que pagó. Del otro lado hay empresas asociadas —franquicias, mayoristas, procesadores de pago— que rinden sus propias cobranzas, y como el grupo opera en varias industrias a la vez, cada camino tiene su formato, su protocolo y su ventana. Es el trabajo de fondo que nadie mira mientras funciona, y es por donde entra el dinero.

Todo eso ya venía funcionando: el grupo cobraba todos los días y cada banco recibía lo suyo. Lo que faltaba era verlo mientras pasaba. Saber si un archivo había salido, a qué hora y qué contestó el banco era una tarea aparte, y en un proceso que corre todos los días la demora se paga: si una rendición no entra, la conciliación del día no cierra, y el primero en enterarse suele ser el cliente.

Ese fue el pedido. No mover los archivos de otra manera: poder ver el movimiento en el momento en que ocurre.


El camino de una rendición

El banco deja la rendición de cobranza en su SFTP. Un scheduler la busca, StreamPath la copia al software de conciliación automatizada y, ya conciliada, termina en el ERP, imputada contra la cuenta del cliente que pagó.

Bancola rendición, en su SFTP
StreamPathla busca y la mueve
Conciliaciónsoftware externo
ERPimputación al cliente

Nada de esto pasa por un puerto abierto: los sistemas de adentro se alcanzan con un agente liviano que corre en la red y disca hacia afuera.

Si el banco agrega un campo al layout, el archivo no pasa de largo: la validación lo frena, la corrida queda marcada y sale el aviso. Se corrige, se reintenta ese archivo y el día sigue.


Lo que lleva corrido

Desde el 15 de julio, cuando el primer flujo quedó en producción:

6.027
corridas ejecutadas
2.461
archivos transferidos
3,2 GB
volumen total
11
flujos en producción
10
conexiones entre ERP, bancos y empresas asociadas
98,9 %
corridas exitosas

Las 68 corridas fallidas y las 7 canceladas son la parte interesante. Cada una tiene su archivo, su paso y su motivo, así que se resolvió de a una. Ninguna terminó en un día de cobranza rehecho a mano.


Saber, no suponer

Un archivo que salió bien y un archivo que nadie miró se parecen mucho. La diferencia aparece dos días después.

Cada archivo tiene su propio log: qué se leyó, qué transformación se le aplicó, dónde se escribió, cuánto tardó y qué contestó el otro lado. Las corridas se ven en vivo, a medida que ocurren.

Eso convierte en una consulta de diez segundos preguntas que antes había que salir a buscar:

¿Se mandó el archivo de débitos del martes?

¿A qué hora, y cuántos registros tenía?

¿Entró la rendición de ayer, y por qué falta una?

¿Quién cambió la carpeta de destino, y cuándo?

La última la contesta el registro de configuración, que nadie puede editar después: cuando llega auditoría, la evidencia ya existe.

Ese es el punto, y es más simple que cualquier lista de funciones: la seguridad de que un archivo llegó a donde tenía que llegar.

Cada paso queda con su marca, y el equipo mira la pantalla y sabe cómo viene el día.


Lo que nos dejó el arranque

Dos cosas que aprendimos mirando el producto funcionar en la casa de otro.

El problema casi nunca es transferir el archivo. Es saber qué pasó. El valor apareció antes en la pantalla de corridas que en el motor de transferencia.

El formato es ley y cambia sin avisar. Un campo nuevo en el layout del banco rompe el día. Las validaciones, los reintentos y los avisos son la diferencia entre un archivo frenado a tiempo y una conciliación que no cierra.


Un producto cambia cuando empieza a correr en la casa de otro. Las decisiones que parecían obvias se discuten y las que parecían detalles resultan ser el centro. Acá el centro fue el más simple de todos: que el proceso funcione, y que se pueda ver que funcionó.

StreamPath viene rodando desde el 15 de julio. Vamos a ir contando lo que sigue.


Marcos Reynoso
Founder – The41
https://the41.io