Señal de pago y liquidación bancaria

Dos momentos relacionados, pero no equivalentes

Una señal de pago informa que ocurrió algo relevante para un cobro: se recibió una notificación compatible, se observó una operación o se generó un evento con determinados atributos. La liquidación, en cambio, pertenece al proceso financiero por el cual las obligaciones se extinguen mediante la transferencia de fondos según las reglas del sistema correspondiente.

Confundir ambos conceptos produce estados engañosos. Un ecommerce puede despachar dos veces porque procesó una notificación repetida; una tienda puede entregar un pedido basándose únicamente en una captura; o un sistema contable puede registrar como liquidado lo que solo fue detectado operativamente.

El portal del Sistema Nacional de Pagos del BCRP separa información sobre sistemas, acuerdos, regulación, interoperabilidad y estadísticas. Además, el glosario de sistemas de pagos del BCRP ofrece terminología oficial para conceptos como compensación y liquidación. Estas referencias son más adecuadas para comprender el proceso financiero que el texto de una alerta comercial.

Qué puede afirmar una señal de pago

El significado depende de su fuente y del contrato que la describe. En términos operativos, una señal puede permitir afirmar que:

• se observó una comunicación compatible;
• se estructuraron datos como importe, fecha o referencia;
• la evidencia cumple reglas mínimas de interpretación;
• se encontró un cobro compatible;
• un evento fue emitido para que otro sistema actúe.

Eso puede ser suficiente para cambiar un estado interno como «evidencia recibida» o «pago detectado y asociado». No autoriza, por sí solo, frases como «fondos irrevocablemente disponibles» o «liquidación confirmada por el banco».

Una señal tampoco debe adquirir más autoridad por viajar en un webhook. El webhook es un mecanismo de comunicación entre sistemas; su firma protege la integridad y autenticidad del mensaje bajo el secreto compartido, pero no transforma la naturaleza de la evidencia que contiene.

Qué significa liquidación en el contexto financiero

La liquidación es una etapa regida por el sistema de pagos y sus participantes. Puede estar precedida por autorización, envío de instrucciones, compensación u otros procesos, según el instrumento utilizado. Los plazos, la firmeza y la disponibilidad de fondos no deben inferirse a partir de una notificación genérica.

Para un negocio, la comprobación práctica suele realizarse mediante los canales y reportes oficiales de la entidad que mantiene la cuenta receptora. El registro contable puede requerir además considerar comisiones, devoluciones, fecha valor o diferencias entre la fecha de la operación y la del abono.

Por eso conviene separar tres preguntas:

1. ¿Recibimos una señal utilizable? Es una pregunta de captura e interpretación.
2. ¿La señal corresponde a este cobro? Es una pregunta de asociación y conciliación operativa.
3. ¿Cómo aparece la operación en la fuente financiera y contable? Es una pregunta de cierre y liquidación.

Una respuesta positiva en la primera no garantiza automáticamente las otras dos.

Comparación rápida para equipos no financieros

Aspecto	Señal o evento de pago	Liquidación financiera
Propósito	Informar un hecho observable para operar	Cumplir obligaciones mediante transferencia de fondos
Fuente	Canal de notificación o sistema que estructura el evento	Sistema de pagos y entidades participantes
Uso típico	Asociar un cobro, actualizar una interfaz, iniciar una revisión	Cerrar posición financiera y realizar registro contable
Riesgo principal	Duplicidad, asociación incorrecta o interpretación excesiva	Diferencias de plazo, disponibilidad, reverso o registro
Lenguaje prudente	«Detectado», «recibido», «asociado»	«Liquidado» solo cuando la fuente competente lo respalda

Esta tabla simplifica un proceso que puede variar entre instrumentos. Las políticas internas deben adaptarse a los contratos y canales realmente usados por el negocio.

Ejemplo: pedido, señal y cierre

Una cafetería crea un pedido para recojo por S/ 42 con una referencia única. Poco después recibe una señal compatible por ese importe y con datos coherentes con la persona esperada. El sistema asocia ambos registros y comunica un evento firmado a la aplicación de pedidos.

En ese momento, la aplicación puede mostrar «señal detectada y asociada» y aplicar la política comercial definida por la cafetería. Más tarde, el responsable de caja consulta el movimiento en el canal oficial de la cuenta receptora y lo incorpora al cierre.

Son dos controles complementarios. El primero permite operar con rapidez y trazabilidad; el segundo confirma cómo quedó registrado el movimiento en la fuente financiera del negocio. Si aparece una diferencia, el pedido no debe reescribirse para ocultarla: se abre una excepción y se conserva el historial.

Cómo nombrar estados sin inducir a error

Los nombres de estado influyen en las decisiones del personal y de los sistemas integrados. Una escala clara podría incluir:

• Creado: existe una solicitud de cobro.
• Esperando señal: todavía no hay evidencia compatible.
• Señal detectada: se recibió evidencia estructurada.
• Asociado: la evidencia fue vinculada con un cobro según reglas explícitas.
• En revisión: existe una diferencia o ambigüedad.
• Verificado en fuente financiera: una persona o proceso autorizado completó el control definido por el negocio.
• Conciliado: venta, evidencia y movimiento quedaron relacionados para el cierre.

No todos los sistemas necesitan todos los estados. Lo importante es documentar quién los cambia y qué evidencia exige cada transición. El artículo ¿Qué es la conciliación de pagos? propone un flujo para relacionar esos registros.

Qué debe entender una integración por webhook

Una integración robusta trata cada webhook como un mensaje que debe validarse y procesarse de forma idempotente. El receptor debería:

1. verificar la firma con el cuerpo exacto recibido;
2. validar el timestamp dentro de la tolerancia acordada;
3. rechazar algoritmos o formatos no previstos;
4. guardar el identificador lógico del evento para evitar efectos duplicados;
5. responder con rapidez y procesar tareas pesadas fuera de la solicitud;
6. registrar el resultado sin exponer el secreto ni el contenido sensible.

Si AltokePay comunica un evento de pago o checkout.paid, el significado correcto es contextual: se detectó una señal compatible y se asoció con el recurso bajo las reglas del producto. AltokePay no actúa como banco, pasarela, adquirente, custodio, procesador de fondos ni sistema de liquidación. El consumidor del webhook debe conservar esa distinción en su propia interfaz y documentación.

Decisiones operativas que cada negocio debe definir

Separar conceptos no obliga a detener todas las operaciones hasta el cierre bancario. Cada negocio puede establecer una política según importe, reversibilidad, tipo de producto y exposición al fraude. Por ejemplo:

• entrega inmediata para importes de bajo riesgo cuando existe una asociación fuerte;
• revisión humana si el nombre, monto o referencia difieren;
• doble control para operaciones de mayor impacto;
• confirmación en el canal oficial antes de entregar bienes difíciles de recuperar;
• conciliación diaria para detectar pendientes y diferencias.

La política debe indicar qué hacer con señales tardías, pagos parciales, montos repetidos y transferencias entre cuentas propias. Para convertirla en una rutina de atención, consulta Cómo reducir errores al verificar pagos digitales.

Una regla de comunicación sencilla

Describe solo lo que la evidencia permite demostrar. Si observaste una señal, di «señal detectada». Si la vinculaste, di «asociada». Si comparaste los registros, di «conciliada». Reserva «liquidada» o «fondos disponibles» para el momento y la fuente que realmente sostengan esas afirmaciones.

Esta precisión no es un detalle semántico. Evita que operaciones, soporte, contabilidad y desarrollo tomen decisiones distintas frente al mismo evento, y permite automatizar sin convertir una notificación útil en una promesa financiera que el sistema no puede hacer.