Informes de TPV multitienda: cómo reunir todas tus tiendas en un solo informe

Cada caja de tu cadena registra cada venta. El problema empieza cuando pides las ventas de ayer de todas las tiendas. El sistema de cada tienda tiene su propia idea de qué es una venta, de cuándo termina el día, de cómo se llama la tienda y de cómo se llama cada producto. Suma los informes de las tiendas y tendrás un total, pero no uno que puedas comparar tienda por tienda.

Por eso consolidar los datos del TPV es sobre todo ponerse de acuerdo, no hacer cuentas: una definición de venta, una jornada comercial, un código para cada tienda y cada producto, y una comprobación de que todas las tiendas han enviado sus datos. Esta guía los trata en ese orden. Sirve tanto si tus tiendas usan un solo TPV como si usan varios.

Por qué sumar los informes de las tiendas da un total equivocado

Toma dos tiendas con sistemas distintos. Las dos cierran el día y envían un informe, y los informes se parecen:

Cada informe es correcto según sus reglas. Sumados, mezclan ventas con y sin IVA, tratan los descuentos de dos maneras y pasan parte de la noche del viernes al sábado. Las oficinas de estadística que elaboran índices de precios a partir de los datos de caja de los minoristas se encuentran con los mismos problemas a escala nacional. La Oficina Nacional de Estadística (ONS) del Reino Unido señala que algunos minoristas envían los reembolsos como filas aparte, que algunos dan un código nuevo a un producto relanzado y que las jerarquías de producto de los propios minoristas no encajan limpiamente en sus categorías¹.

Acuerda una sola definición de venta

Pon por escrito, una vez, qué significa una venta en los informes de tu cadena, y convierte todas las tiendas a esa definición. Para comparar tiendas, lo habitual es usar las ventas netas: después de descuentos, sin IVA y con las devoluciones restadas. El IVA tiene que salir porque los tipos varían entre países y entre tipos de producto, así que dos tiendas con la misma actividad pueden mostrar ventas brutas distintas. Conviene dejar claras otras dos decisiones:

• Devoluciones: regístralas el día en que se producen, en la tienda que las recibe, y muéstralas en una línea propia. Una tienda que recoge lo que vendieron otras tiendas no debería parecer una tienda que vende menos.
• Descuentos: mantenlos visibles junto a las ventas, no solo restados. Una tienda cuyas ventas aguantan gracias a los descuentos parece sana si solo miras las ventas netas.

Las devoluciones no son un error de redondeo. Los minoristas de Estados Unidos estimaban que les devolverían el 15,8 % de sus ventas de 2025, contando juntas las ventas online y en tienda². También es ahí donde se esconden las pérdidas en caja. En la encuesta nacional de seguridad en el retail de Estados Unidos (National Retail Security Survey), el fraude en reembolsos figuraba entre los cuatro métodos de robo por parte de empleados más citados, y los informes por excepción y las alertas sobre transacciones inusuales en el TPV estaban entre las cinco defensas más usadas³. Ninguna de las dos funciona si las devoluciones y los descuentos de cada tienda no están en el mismo sitio del informe.

Asigna a cada venta una jornada comercial y una tienda

Una venta después de medianoche pertenece a la noche en que se produjo, no a la actividad del día siguiente. Fija una jornada comercial para cada tienda en su hora local, que termine después de la última venta posible, y fecha cada transacción según esa jornada:

Sin esa regla, una tienda que cierra tarde parece floja los viernes y fuerte los sábados, y las tiendas en distintas zonas horarias nunca cuadran entre sí.

Cada tienda necesita un código, guardado en una lista que asigne a ese código el identificador de tienda de cada sistema y que indique qué tipo de ubicación es cada una: una tienda, un almacén, una tienda online. GS1, la organización que está detrás de los códigos de barras, define para esta tarea el Global Location Number (GLN), un identificador de una ubicación física⁴. No necesitas números GS1 para llevar la lista, pero sí necesitas la lista, y una comprobación que te avise cuando un sistema envía datos de una tienda que no conoce.

Une los productos, no solo las tiendas

Los totales por tienda solo necesitan códigos de tienda. En cuanto comparas un producto o una categoría entre tiendas, los productos también necesitan una identidad única, y los códigos de barras ayudan menos de lo que cabría esperar. Un GTIN, el número que hay detrás de un código de barras, identifica un artículo comercial, y hace falta un GTIN distinto cada vez que el artículo cambia de una forma que importa para su comercialización⁴. Un cambio en el contenido neto impreso en el envase, por ejemplo, exige uno nuevo⁵. Así que el mismo producto en el mismo lineal puede llevar dos códigos en menos de un año, y los productos que se pesan o se reenvasan en tienda suelen llevar códigos propios de la cadena, que cambian de un sistema a otro.

En la práctica, las cadenas primero asignan cada producto a un único árbol de categorías común, y solo enlazan los códigos de producto individuales donde necesitan comparar a nivel de producto. La ONS trabaja igual con los datos de los minoristas: asigna cada producto a sus propias categorías con lo que llama clasificación manual asistida por máquina, y enlaza los productos relanzados con los originales¹.

Comprueba que todas las tiendas han enviado datos antes de leer los números

Una tienda cuyos datos no han llegado se ve exactamente igual que una tienda que no ha vendido nada. Antes de que nadie compare tiendas por la mañana, pasa los datos de cada tienda por las mismas comprobaciones:

Que los datos lleguen tarde es normal. Una caja que perdió la conexión los sube cuando la recupera, y un TPV puede corregir un día después de cerrarlo. Así que recarga cada noche los últimos días, no solo el de ayer, y deja que un día corregido sustituya las cifras anteriores en lugar de sumarse a ellas.

Cuadra el informe con el dinero

Las ventas de caja son una afirmación; el banco y la caja fuerte son la prueba. Los cobros con tarjeta llegan al banco por lotes, un día o más después, y el efectivo se cuenta en la tienda. En la zona del euro, el efectivo se usó en el 52 % de las transacciones en el punto de venta en 2024 y, en valor, las tarjetas supusieron el 45 % frente al 39 % del efectivo⁶. Cuadrar las ventas de caja solo con los ingresos en el banco deja sin comprobar una buena parte del día.

Cuadra por tienda y por día, no para la cadena en conjunto. Una diferencia que se repite en una tienda apunta a un proceso de esa tienda; una diferencia que cambia de un día a otro suele ser cuestión de fechas.

Qué debe mostrar el informe consolidado

Cuando todas las tiendas siguen las mismas definiciones, el informe de la mañana es la parte fácil: para cada tienda, las ventas netas, el número de tickets, el ticket medio y el margen donde haya datos de coste, cada uno junto al mismo día de la semana anterior. Cómo comparar las tiendas de forma justa a partir de ahí, y cómo distinguir una mala semana de una caída real, es el tema de la guía del cuadro de mando de operaciones retail.

Cómo consolida marql los datos del TPV

marql lee las ventas del TPV y del ERP de la cadena tal como están, sin sustituir ninguno de ellos. Consulta cada sistema conectado cada cinco minutos y vuelve a leer la última semana cada noche, así que las subidas tardías y los días corregidos sustituyen las cifras anteriores en lugar de sumarse a ellas. Cada venta se fecha según la jornada comercial local de la tienda, y los identificadores de tienda de cada sistema se asignan a una única lista de las tiendas de la cadena.

Cada noche los productos se ordenan en un único árbol de categorías, y los que el clasificador no tiene claros pasan a una persona para que los confirme. Los descuentos y los reembolsos se muestran junto a la facturación, no escondidos dentro de ella, y cada fuente indica lo recientes que son sus datos: con retraso a partir de seis horas, desactualizados a partir de un día. La página del flujo de datos muestra el recorrido desde una caja hasta el informe de la mañana, y la página de integraciones enumera los sistemas a los que se conecta marql.