Qué problemas aparecen cuando el TPV y el ERP no comparten datos
Stock, ventas, clientes, devoluciones, cierres, ecommerce y duplicación. Cómo detectar que la caja trabaja aparte de la gestión.
Por Opium Software · Fecha editorial · Actualizado
Cuando el TPV y el ERP van por separado, una devolución puede corregir la caja y dejar mal el inventario. Sigue una venta y su devolución en otra tienda para detectar qué dato se duplica, dónde se pierde y qué cierre debe reflejarlo.
Ideas clave
- El artículo vendido debe corresponder con la referencia de gestión.
- Las devoluciones necesitan un recorrido definido entre ambos sistemas.
- El cierre requiere comprobar operaciones y diferencias, no solo enviar datos.
El TPV registra una parte esencial de la actividad de la tienda, mientras el ERP organiza la información de gestión que utiliza el resto de la empresa. Cuando funcionan separados, cada área puede trabajar con un estado diferente de la venta o de las existencias. La integración relaciona esas operaciones y define cómo se comprueba su continuidad.
Stock: el problema que se ve al día siguiente
Pitas un artículo y el almacén sigue viendo las mismas unidades. O al revés: se sirve un pedido central y la tienda no se entera hasta el recuento. El parche habitual es un CSV por la noche, o no hacer nada. Entonces vendes lo que no hay, o dejas de vender lo que sí hay en otra tienda.
Ventas, clientes y devoluciones
Las ventas del TPV aislado viven en la caja. Dirección mira el ERP y no está el día. El cliente que compra en mostrador no actualiza la ficha: no hay historial, no hay tarifa, no hay factura a empresa sin copiar. Una devolución o un vale queda en la caja y no deshace el movimiento de stock ni el documento de gestión. A los tres meses nadie sabe qué es real.
Cierres y duplicación
El cierre de caja es un número. El de gestión es otro. Alguien los reconcilia a mano. Ese alguien es el coste oculto. Duplicar artículos —uno en el TPV, otro en el ERP, otro en la web— multiplica el error: precios distintos, códigos distintos, inventario que no se puede sumar.
Cuando también hay ecommerce
Si la web lee un stock y la caja otro, el click & collect y la venta cruzada se rompen: el cliente reserva online lo que la tienda acaba de vender, o al contrario. El canal no es el problema. El maestro de artículos sí.
| Síntoma | Qué suele significar |
|---|---|
| El recuento nunca cuadra con el TPV | El ticket no descuenta el inventario de gestión |
| Hay que picar el cliente dos veces | La ficha de caja no es la del ERP |
| La devolución no vuelve al stock central | El vale vive solo en la caja |
| La web y la tienda venden lo mismo a la vez | Tres inventarios, ningún maestro |
| El cierre se “ajusta” en Excel | Ventas de TPV y ventas de ERP no son el mismo dato |
Ejemplo: una venta y su devolución en otra jornada
La venta debe conservar el artículo, la cantidad y la información que necesita gestión. Si después se devuelve, el proceso relaciona esa devolución con la operación original y actualiza los estados previstos. La revisión debe comprobar cómo intervienen las existencias, la documentación y la información económica, evitando que cada herramienta trate el movimiento como un hecho independiente.
Qué revisar al cerrar la tienda
- Operaciones registradas y movimientos pendientes de transmitir.
- Artículos o medios de cobro sin correspondencia con gestión.
- Devoluciones y anulaciones con su referencia original.
- Diferencias entre existencias de tienda y la consulta central.
- Quién revisa las incidencias y cómo se documenta su resolución.
El objetivo del cierre es disponer de un resultado que el equipo pueda contrastar. Una conexión que envía datos necesita también un mecanismo para reconocer lo recibido, lo rechazado y lo que continúa pendiente.
Qué comprobar en una devolución entre tiendas
Si un producto comprado en la tienda A se devuelve en B, enlaza la devolución con la venta original. La unidad debe entrar en el almacén B solo si vuelve a estar disponible para vender. El reembolso queda asociado al medio de pago y al cierre que corresponda. Pide al equipo que compruebe ambos cierres y los movimientos de inventario. La prueba solo termina cuando puede explicar dónde está la unidad y a qué venta corresponde el reembolso.
Soluciones y guías para continuar
Artículos relacionados
Opium Software S.L. · NIF B67336016 · Avinguda Diagonal 449, 4ª, 08036 Barcelona, España · +34 930 42 27 96
Cuéntanos qué necesitas · Aplicaciones · Integraciones · Inteligencia artificial · Automatización · Desarrollo a medida · ERP · Odoo · Actualidad