Medios de pago y cierre de caja: cómo evitar diferencias al final del turno

Antes de vender: define el turno y las reglas de cobro

Registra el fondo inicial, identifica al responsable y define el inicio y término del turno. El cierre debe comparar el mismo conjunto de operaciones en ambas fuentes: no mezcles el día completo de un terminal con las ventas de una sesión que comenzó a media tarde. Si varias cajas comparten un terminal, conserva la relación de cada pago con su pedido para evitar repartir el total por intuición.

Ordena también los nombres de los medios habilitados. Efectivo, débito, crédito y transferencia deben tener un criterio consistente. Si hay varios proveedores, como Mercado Pago, BCI, Transbank, Kalp o Getnet, separa el proveedor del tipo de pago cuando la información disponible lo permita. No uses un medio genérico para esconder operaciones cuyo estado todavía se desconoce.

Efectivo: cuenta lo que debe estar en el cajón, no solo las ventas

El efectivo esperado se calcula con los movimientos que afectan físicamente al cajón: fondo inicial + cobros netos en efectivo + ingresos de caja − retiros − devoluciones en efectivo − gastos pagados desde esa caja. Cada concepto debe registrarse una sola vez. Si el sistema ya descuenta las devoluciones en su total de cobros netos, no las restes nuevamente.

Ejemplo ilustrativo: un turno abre con $50.000, cobra $180.000 en efectivo después de entregar los vueltos, registra una reposición de $10.000, retira $100.000 y devuelve $15.000 a un cliente. En este ejemplo los $180.000 todavía no descuentan esa devolución: el efectivo esperado es $125.000. Si el conteo arroja $122.000, hay una diferencia de −$3.000 por investigar. Estas cifras son didácticas, no resultados de un cliente.

No incluyas las ventas con tarjeta ni una transferencia en ese cálculo. Tampoco registres como venta un dinero que entró para dar cambio. Una clasificación clara evita que un problema de movimientos de caja se confunda con un problema de ventas.

Tarjetas y pagos electrónicos: el método elegido no confirma el cobro

Seleccionar “tarjeta” en el POS expresa cómo se pretende cobrar; no sustituye la respuesta del proveedor. Al cerrar, compara los pagos registrados con las operaciones confirmadas, sus montos y referencias. Distingue aprobados, rechazados, pendientes y casos sin respuesta. Los nombres de esos estados varían según la integración: no impongas una etiqueta única a respuestas que significan cosas distintas.

La documentación de Mercado Pago distingue pagos aprobados, pendientes y rechazados, entre otros estados. Su valor para el cierre es concreto: una operación aún en proceso no debe contarse como confirmada solo porque el cliente mostró una pantalla o porque el cajero eligió un medio de pago. La fuente oficial está enlazada al final de esta guía.

Si el terminal deja de responder, consulta el estado real de la operación antes de repetir el cobro. Un error de comunicación no demuestra por sí solo aprobación ni rechazo. Conserva el pedido, el intento y el resultado comprobado, y aplica el protocolo de revisión de tu negocio.

Transferencias: una imagen enviada no equivale a un ingreso verificado

Una captura del comprobante puede ayudar a localizar un pago, pero no debería ser el único criterio para darlo por confirmado. Revisa la información disponible en la cuenta o la integración bancaria: monto, cuenta receptora, fecha y referencia, cuando exista. Si faltan antecedentes, conserva la transferencia como pendiente de verificación y asígnale un responsable.

También puede llegar una transferencia válida sin una referencia suficiente para identificar al comprador. No la asignes a la primera venta del mismo monto. Investiga su origen y conserva la evidencia de la asociación. Dos pedidos de $15.000 no se distinguen solamente por el importe.

PosGo conecta el control de ventas y pagos con la información bancaria según el desarrollo disponible para cada banco, por API o extracción automatizada. La revisión debe considerar cuándo se actualizó esa fuente: que un movimiento todavía no aparezca en una integración no prueba que no exista. Evita prometer confirmación instantánea para todos los bancos o modalidades.

Pagos mixtos: un pedido, varios cobros, ninguna venta duplicada

Cuando la operación configurada permite dividir el pago, la suma de los importes aplicados debe cubrir exactamente el total del pedido. Una venta de $25.000 pagada con $10.000 en efectivo y $15.000 con tarjeta sigue siendo una sola venta. El arqueo incorpora $10.000 al efectivo y la cuadratura electrónica compara la operación de $15.000 contra su confirmación.

Si alguien registra los $25.000 completos como efectivo y además agrega $15.000 de tarjeta, el pedido quedó sobreasignado. Si los $15.000 electrónicos fueron rechazados, aún queda esa parte por resolver; los $10.000 en efectivo no confirman el pago completo. Estos ejemplos muestran por qué conviene revisar la composición del cobro y no solo el estado general del pedido.

Verifica los casos de pago parcial, cambio de medio y devolución con la configuración concreta de tu negocio. No todos los terminales, canales o reglas de atención tienen el mismo flujo. Una demo útil debe probar estas situaciones con los proveedores que realmente usarás.

Devoluciones y correcciones: arregla la causa sin borrar la historia

Eliminar una línea de un carrito antes de cobrar, devolver dinero de una venta ya pagada y corregir un medio de pago son acciones distintas. Un producto retirado de un pedido no implica necesariamente una devolución de dinero. Si hubo cobro, revisa tanto el movimiento comercial como el resultado de la devolución en el proveedor, según el procedimiento correspondiente.

Una devolución solicitada no debe tratarse como ejecutada sin verificar su resultado. Registra el importe y el medio que efectivamente devolvió el dinero. Si sale efectivo del cajón, afecta ese arqueo; si se procesa una devolución electrónica, se revisa en la cuadratura del proveedor. Evita descontar ambos movimientos cuando solo ocurrió uno.

Para una venta mal clasificada, conserva qué se registró, qué evidencia demuestra el medio correcto y quién autorizó la corrección. No inventes un retiro o una venta adicional para compensar el error. Tampoco cierres una diferencia como robo sin investigar: puede provenir de un vuelto, una clasificación, un retiro sin respaldo o un pago duplicado.

Una rutina de cierre que puedes repetir cada turno

Resolver la causa durante el turno suele ser más sencillo que reconstruirla al día siguiente. Cuando una excepción no puede resolverse, no la ocultes: una diferencia documentada puede investigarse; una compensación arbitraria destruye la trazabilidad. La autorización para cerrar con un caso pendiente debe seguir las reglas del negocio, no una recomendación genérica de software.

Qué aporta PosGo: de “no cuadra” a una operación concreta

PosGo relaciona ventas, caja, sesión, sucursal y medios de pago. En las integraciones configuradas para el cliente, permite contrastar el importe registrado con la respuesta disponible del proveedor y revisar las excepciones. Esa misma lógica se aplica a Mercado Pago, BCI, Transbank, Kalp, Getnet y otros medios; los datos y el alcance técnico dependen de cada integración.

El objetivo es que el responsable pueda pasar de un resumen del turno al pedido que necesita revisión. Un local con caja atendida, otro con autoservicio y otro con delivery requieren controles coherentes, pero no necesariamente la misma regla operativa. La implementación debe definir quién revisa, qué evidencia está disponible y cómo se resuelven los casos pendientes.

Después del cierre operativo, el control continúa con la liquidación del proveedor y su abono bancario. Una venta aprobada no significa que el dinero ya esté disponible en la cuenta del comercio. Mantener separados esos hitos permite entender si el problema está en caja, en una respuesta de pago, en una liquidación o en un movimiento bancario, sin mezclar controles.

Mide causas, no solo diferencias acumuladas

Además del importe de las diferencias por medio, revisa cuántas operaciones quedan sin confirmación, cuáles requieren corregir el método registrado y cuánto demoran en resolverse. Compara cajas y turnos de volumen similar: una caja que atiende más ventas puede generar más incidencias en cantidad sin ser proporcionalmente peor.

Agrupa las causas comprobadas: vuelto, retiro omitido, método equivocado, respuesta tardía o duplicación. Si se repite una causa, cambia el proceso, capacita al equipo o revisa la integración. No confundas un indicador con una acusación ni atribuyas automáticamente toda diferencia al cajero. El reporte sirve para encontrar y corregir el problema.

Preguntas frecuentes