Cómo cuadrar pagos electrónicos con tu punto de venta

Qué datos necesita una cuadratura útil

El punto de partida es la venta: pedido, monto, fecha, caja, sesión, sucursal y medio de pago registrado. Cuando la integración entrega una respuesta, se agrega proveedor, estado, importe, terminal y referencias de operación o autorización. Así el encargado puede ir del resumen a la transacción concreta sin reconstruirla con varias planillas.

En la vista de Mercado Pago utilizada por Getit, por ejemplo, se comparan el monto del POS y el monto informado por la integración. Se distinguen aprobados, pendientes, rechazados, casos sin respuesta y diferencias de monto. La misma secuencia de control se aplica a los otros medios; los identificadores concretos dependen de lo que entregue cada proveedor.

Un ejemplo: el cliente pagó, pero la caja no tiene confirmación

Imagina una compra de $12.000 que el cajero registra como débito. Si el terminal devuelve una operación aprobada por $12.000, ambas cifras cuadran. Si devuelve $10.000, el reporte debe mostrar una diferencia de $2.000. Si no llega respuesta, no debe tratar la venta como aprobada solo por haber elegido “débito” en la interfaz: queda un caso para revisar contra el proveedor.

La misma lógica sirve para una compra en autoservicio. La ausencia de vendedor asignado no elimina la trazabilidad: el pedido sigue vinculado a un terminal y una caja. En cambio, si el negocio opera con un medio sin respuesta integrada, la revisión será más manual. El reporte debe distinguir esa situación de una confirmación electrónica.

Qué investigar cuando aparece una diferencia

El ciclo 360° termina en la cartola bancaria

Una operación aprobada y cuadrada con el POS demuestra que el pago registrado coincide con la respuesta disponible del proveedor. No demuestra por sí sola que el dinero ya fue abonado en la cuenta bancaria. El abono puede llegar en otra fecha, agrupado con otras operaciones o neto de cargos y ajustes.

Por eso PosGo cierra el ciclo en capas: venta contra respuesta del proveedor, cierre de caja por turno, liquidación del proveedor y abono contra la cartola bancaria. Según el desarrollo disponible en cada banco, la cartola se obtiene por API o mediante extracción automatizada (scraping). Las reglas de emparejamiento consideran fechas, referencias, agrupaciones, comisiones y ajustes para mostrar tanto lo conciliado como lo pendiente de investigación.

Todo se consulta en un mismo entorno en línea, pero “en línea” no significa que el banco liquide al instante: la vista refleja la información disponible tras cada actualización. Si todavía no llegó un abono, debe verse como pendiente y no como dinero recibido. Esa separación permite controlar el ciclo completo sin confundir una aprobación del terminal con disponibilidad en cuenta.

Cómo usar el reporte para mejorar el negocio

Revisa las excepciones durante el día, no solo al cierre. Un supervisor puede resolver un cobro sin respuesta mientras aún están disponibles el cajero, el cliente y el terminal. Luego mira la frecuencia de diferencias por caja, proveedor y franja horaria: una concentración puede revelar una falla de conexión, una configuración o una práctica de operación que merece corrección.

La meta no es llenar un tablero de cifras. Es reducir tiempo de investigación, evitar cobros duplicados, mejorar la experiencia del cliente y dejar evidencia para el cierre. Cuando cada pago tiene pedido, respuesta, liquidación y abono trazables, la conversación cambia de “la caja no me cuadra” a “esta operación necesita revisión”.

Preguntas frecuentes