La aplicación muestra «procesado», pero la otra persona aún no ve el abono. Las dos pantallas pueden estar describiendo etapas distintas. Antes de interpretar el estado como éxito, retraso o fallo, conviene precisar qué operación reconoce cada mensaje.
La etiqueta de la pantalla y el proceso de pago
El glosario del CPMI reúne terminología sobre pagos, compensación y liquidación. Es una referencia para entender procesos; no define los botones ni los estados de todas las aplicaciones.
Fuentes: Bank for International Settlements
El BIS distingue la compensación —transmitir, conciliar y, en algunos casos, confirmar las operaciones antes de liquidarlas— de la liquidación, que transfiere fondos para cumplir las obligaciones monetarias entre las partes. Esa distinción explica por qué intercambiar una instrucción y completar el movimiento de fondos no son el mismo concepto.
Fuentes: Bank for International Settlements
No corresponde traducir automáticamente «procesado» por «liquidado». Primero hace falta la definición publicada por el proveedor. Un mensaje puede describir lo que hizo el servicio que lo emite; no necesariamente lo que ya refleja otro servicio.
Un recorrido ilustrativo de siete minutos
Ejemplo ilustrativo
| Hora en Lima | Mensaje del ejemplo | Qué sabemos por ese mensaje |
|---|---|---|
| 10:00 | Solicitud recibida por el servicio A | A reconoce la solicitud |
| 10:02 | Procesado por A | A declara completada la etapa que llama procesado |
| 10:07 | Abono visible en el servicio B | B muestra el abono en la cuenta del destinatario |
Ejemplo ilustrativo
En este caso inventado transcurren siete minutos entre la primera y la última observación. Podemos describir esa secuencia. No podemos convertirla en el plazo habitual de A, en una garantía para el siguiente pago ni en el tiempo técnico exacto de liquidación, que los mensajes no documentan.
Cómo comparar un plazo anunciado con uno observado
Un plazo necesita un punto de partida y uno de llegada. «Desde que se solicita» y «desde que se valida» pueden iniciar relojes diferentes. También hay que distinguir una estimación de un máximo expresamente indicado y comprobar si el documento habla de horas corridas o hábiles.
Ejemplo ilustrativo
Supón que unas condiciones de ejemplo ofrecen «hasta un día hábil desde la validación». La hora de envío de la solicitud no permite calcular por sí sola ese vencimiento. Falta la validación y la definición de día hábil del servicio. El ejercicio no describe las condiciones de un banco real.
Los datos que permiten reconstruir una operación
| Campo | Por qué importa |
|---|---|
| Servicio y etapa | Aclaran quién confirma qué |
| Referencia de operación | Permite relacionar mensajes de la misma solicitud |
| Fecha, hora y zona horaria | Evitan comparar registros de relojes distintos |
| Importe y moneda | Identifican qué cantidad se está describiendo |
| Comisión y tipo de cambio, si corresponden | Deben distinguirse del importe principal |
| Definición del estado | Fija el alcance de la confirmación |
Para comunicar una incidencia resulta más preciso escribir «A muestra procesado desde esta hora; B todavía no muestra el abono» que afirmar que el dinero desapareció. El primer enunciado separa observaciones comprobables y deja identificada la etapa pendiente. Al compartir capturas, oculta credenciales y datos que no sean necesarios para explicar la operación.
Días hábiles, horas de corte y el calendario del plazo
«Día hábil» y «día calendario» no son intercambiables. Una condición de «hasta un día hábil desde la validación» iniciada un viernes por la noche puede desplazarse hasta el lunes sin que nadie incumpla lo anunciado. Si además el servicio aplica una hora de corte, una solicitud registrada a las 18:59 puede contar como recibida al día hábil siguiente: el reloj del plazo empieza después de lo que sugiere la pantalla.
Al comparar dos servicios conviene anotar tres cosas por separado: en qué momento empieza el plazo declarado, qué tipo de día utiliza (hábil o calendario) y si existe una hora de corte. Sin esas tres referencias, «tarda un día» y «tarda 24 horas» parecen la misma promesa y no lo son.
La distinción publicada entre compensación y liquidación permite decir con precisión dónde está una operación: puede estar ya compensada —transmitida, conciliada o confirmada por el servicio— y todavía no liquidada, es decir, sin la transferencia que cierra el pago.
Por eso la lectura correcta de una pantalla es limitada: «procesado» describe una etapa interna que terminó; el abono en la otra cuenta es un mensaje distinto, en otro sistema y con su propio plazo. Escribir «aún no abonado» cuando solo consta «procesado» no es impacientarse: es describir lo que el mensaje realmente afirma.
Cuando una condición de plazo no declara su punto de partida ni su tipo de día, la lectura correcta es suspender la comparación: no hay todavía dos medidas comparables, solo dos frases parecidas. Volver a las condiciones publicadas —o registrar la ambigüedad en la ficha— es más útil que aproximar una equivalencia que el texto no contiene.
En resumen: la etiqueta informa de la etapa, no del resultado. «Pendiente», «procesado» y «abonado» son tres afirmaciones distintas que ocurren en momentos distintos; tratarlas como sinónimas es el origen de la mayoría de las confusiones al seguir un pago.
La ficha de lectura, entonces, guarda cuatro datos: el mensaje observado, la hora en cada extremo, el tipo de día que usa la condición y el enlace al texto que la declara. Con esos cuatro campos, cualquier diferencia entre lo anunciado y lo observado se puede describir sin exagerarla ni minimizarla.