Cuatro versiones de la misma recarga
Una recarga tiene cuatro versiones: lo que se pidió, lo que se entregó, lo que se registró y lo que se cobró. El problema no termina cuando el proveedor responde, ni cuando el cliente recibe su saldo. Termina cuando se puede demostrar que las cuatro corresponden a la misma operación.
En la nota de la recarga que nadie sabe el timeout quedó como un tercer estado: no se sabe si la recarga se aplicó. Lo que lo resuelve es la conciliación. En las integraciones que hemos manejado, dependía de la información de los operadores o proveedores: un archivo de operaciones aproximadamente cada 24 horas, cruzado contra nuestras transacciones, y a veces había que esperar al siguiente ciclo para resolver una diferencia.
Las cifras de los ejemplos son ilustrativas: salen de una herramienta con recargas sintéticas y supuestos que se pueden mover, no de nuestras operaciones.
Tres estados, no uno
Una recarga no tiene un estado. Tiene tres, que suelen terminar mezclados:
- Técnico: qué pasó en la comunicación. Exitosa, rechazada, sin respuesta.
- Operativo: si la recarga de verdad se aplicó.
- Financiero: si el cargo se reconoció y se concilió.
Una transacción puede haber fallado en la comunicación y, aun así, haberse aplicado y generado una obligación económica. Si el sistema guarda un solo estado, esa diferencia no tiene dónde vivir.
Por eso la diferencia más delicada es ésta: nuestra plataforma no tiene confirmación de éxito, pero el proveedor sí aplicó la recarga. Si la incertidumbre se interpreta como un rechazo, se provoca un segundo intento sobre algo que ya se aplicó. La inversa también es delicada: nuestro sistema registra un éxito y el proveedor no reconoce la aplicación. En los dos casos, la diferencia se investiga antes de cualquier ajuste económico.
Con identificador y sin él
Cuando los dos sistemas comparten un identificador único e inequívoco, cruzar es sencillo: cada fila del archivo dice a qué operación pertenece. No puedo asegurar que todos los proveedores lo devolvieran en sus archivos. Sin él, hay que cruzar por teléfono, monto y cercanía de hora, y eso trae ambigüedad: dos recargas legítimas pueden compartir esos tres valores sin ser la misma.
Un caso claro es el del cajero que no recibió respuesta y vuelve a mandar la misma recarga minutos después. Mismo teléfono, mismo monto, casi la misma hora. Si las dos se aplicaron, el archivo trae dos filas, y sin identificador no hay manera de saber cuál es cuál.
De ahí sale una regla: si no hay un identificador compartido, una coincidencia por teléfono, monto y hora no autoriza mover dinero. Puede ser una coincidencia candidata, pero necesita evidencia para considerarse definitiva.
Treinta días, dos veces
Para ver lo que cuesta, armamos un conciliador con treinta días de recargas sintéticas: unas 2,000 al día, el 1 % sin respuesta, de ésas el 60 % sí aplicadas, y la mitad vueltas a mandar por el cajero. Cada mañana llega el archivo del día anterior y se cruza con lo pendiente. Lo que no cuadra va a una persona con ocho horas al día. Una diferencia cruzada por identificador ya trae su evidencia: se revisa y se autoriza en cinco minutos. Una sin evidencia hay que investigarla: treinta. Cada caso tiene siete días para atenderse. Todo eso son supuestos, y en la herramienta se mueven.
La misma jornada, 60,034 recargas, se corre dos veces:
| Sin identificador | Con identificador | |
|---|---|---|
| Cruzadas por identificador | 0 | 57,953 |
| Cuadran por atributos, no definitivas | 57,151 | 0 |
| Recargas en grupos ambiguos | 703 | 0 |
| Casos con evidencia | 0 | 402 |
| Casos a investigación | 959 | 255 |
| Horas de persona necesarias | 480 | 161 |
| Casos que vencen sin atenderse | 288 | 0 |
| Monto de los casos vencidos | $31,950 | $0 |
Con identificador, la conciliación necesita 161 horas de las 240 disponibles y no vence nada. Sin él, necesita 480: la cola crece desde el primer día, la persona atiende primero lo más viejo, y 288 casos llegan al plazo sin atenderse. Con el doble de horas de persona, no vencería ninguno: lo que cuesta no tener el identificador se paga en horas.
Cuántas horas depende de los supuestos. Si investigar tomara quince minutos en vez de treinta, sin identificador alcanzarían justo las 240. Y si una diferencia con identificador tomara también treinta, con identificador harían falta 329 y vencerían 49. Lo que no cambia es la forma: sin identificador hay casi cuatro veces más casos que investigar, 959 contra 255.
Y sin identificador, ni lo que cuadra queda resuelto: 57,151 recargas coinciden por atributos sin dinero que mover, pero ninguna es definitiva.
En esta corrida, ninguna coincidencia por atributos emparejó la recarga equivocada, pero en otras sí. En cincuenta corridas hubo 27, casi siempre por el reintento del cajero: la primera recarga se aplica tarde, fuera de la ventana, y el reintento se queda con su fila. De esas 27, 25 implicaban dinero, y por la regla fueron a investigación en vez de mover dinero. Las otras dos quedaron como coincidencias no definitivas, sin que nadie las viera. La herramienta las puede contar porque los datos son sintéticos; en la realidad, ese número no se ve. Por eso la regla importa: no evita el cruce equivocado, evita que mueva dinero.
Ausente no es perdida
La fecha en que se pidió una recarga, la fecha en que se aplicó y la fecha de corte del proveedor no necesariamente son el mismo momento. Una recarga que se aplicó tarde, o después del corte, aparece en el archivo siguiente.
Por eso una operación ausente del archivo de un día no se debe dar por perdida ni por fallida. En la herramienta, lo que no aparece espera un archivo más antes de ir a investigación. Si se mueve el corte del proveedor a las 23:00, lo aplicado en la última hora del día llega en el archivo siguiente y se concilia ahí, sin que nadie lo investigue.
Resolver el estado no es resolver el dinero
No basta con cambiar el estado de una operación en la base de datos. Hay que determinar si el servicio se entregó, si hubo un cargo, si corresponde un ajuste de saldo y si hay evidencia suficiente para reclamarle al proveedor.
Las diferencias no siempre se pueden resolver de forma automática. Cuando hay incertidumbre, la operación se queda en investigación hasta que haya evidencia. Pero tampoco puede quedarse ahí para siempre: el sistema tiene que saber desde cuándo existe cada diferencia, cuándo debe resolverse y cuándo vence la posibilidad de reclamarla. Una diferencia sin responsable y sin seguimiento es dinero que se pierde en silencio.
Qué se automatiza y qué no
Nuestras plataformas han evolucionado hacia registrar cada transacción con sus estados, referencias y tiempos de procesamiento, y eso permite automatizar cada vez más validaciones. No afirmaría que hemos eliminado la intervención humana en toda la conciliación. Lo que sí tengo claro es la separación:
- La conciliación automática resuelve las coincidencias inequívocas.
- Las diferencias con evidencia suficiente se clasifican y se prepara su resolución.
- Las diferencias ambiguas o con impacto económico pasan por un proceso controlado de investigación y autorización.
La automatización debe reducir el trabajo repetitivo, no sustituir decisiones económicas sin evidencia.
Lo que haría hoy
Las reglas de conciliación, antes de la primera operación. No cuando ya hay diferencias acumuladas.
Al proveedor, por contrato, cinco cosas:
- Un identificador único de operación que sea el mismo en la solicitud, la respuesta, las consultas posteriores y el archivo de conciliación.
- Un mecanismo para consultar el estado definitivo de una transacción, sin depender sólo del archivo diario.
- Un archivo o interfaz de conciliación con estructura documentada, zona horaria, horario de corte y reglas para las operaciones procesadas fuera del periodo.
- Plazos explícitos de aclaración, la manera de presentar evidencia y el procedimiento de ajuste económico.
- Garantías de integridad del archivo, y la manera de detectar operaciones faltantes, repetidas o modificadas.
De nuestro lado: una conciliación independiente del procesamiento transaccional. Cada operación con un identificador interno inmutable y su historial de estados, comunicaciones, confirmaciones y ajustes. Y los tres estados, técnico, operativo y financiero, por separado y a la vista.
Para probarlo con otros volúmenes, otro corte, otro plazo o tus propios archivos, está el conciliador: corre en el navegador, cruza la misma jornada con y sin identificador, y si abres tus dos CSV, no se envían a ningún lado.
El problema de una recarga no termina cuando recibimos una respuesta del proveedor. Tampoco termina cuando el cliente recibe su saldo. Termina cuando podemos demostrar que lo solicitado, lo entregado, lo registrado y lo cobrado corresponden a la misma operación. Y cuando esas cuatro cosas no coinciden, necesitamos un procedimiento que permita determinar qué ocurrió, quién debe responder y cómo corregirlo sin generar una segunda pérdida.
La conciliación no debería ser el proceso que descubre nuestros errores al día siguiente, sino el mecanismo que demuestra continuamente la integridad de nuestras operaciones.
Israel Negrete Lepe es ingeniero en electrónica. Veinticinco años haciendo que sistemas distintos funcionen juntos en condiciones reales: del sensor, el vehículo o la transacción al backend, los datos, la seguridad y la operación. Hoy, cada vez más, IA en el borde.