Software para el comercio minorista

Software de caja, pagos, control de mercancía y gestión de una cadena de tiendas

Desarrollo e implantación de sistemas para el comercio minorista: caja y POS en la sala de ventas, terminal de pago, catálogo y precios, existencias y almacén del punto, fidelización, permisos de los empleados, analítica y un panel central de gestión de la red. A continuación: cómo está construido cada módulo, con qué sistemas y equipos se conecta y qué proceso cubre.

Qué es el software

para el comercio minorista

Software para el comercio minorista — un sistema que lleva la mercancía desde su recepción en la tienda hasta el ticket impreso y los ingresos registrados, y mantiene idénticos los datos de producto, precio y existencias en todos los puntos de la cadena.

Por fuera una tienda parece un estante y una caja. Por dentro son varios programas conectados: la aplicación de caja en la sala de ventas, el control de mercancía del punto, la capa de pagos, el sistema central de la cadena y una capa de intercambio con los sistemas externos: contabilidad, almacén, CRM y tienda en línea.

La frontera entre un programa de caja y un sistema para el comercio minorista pasa por el número de puntos y por dónde se toman las decisiones. Una sola caja la atiende un programa local en el ordenador de caja. En cuanto hay más de una tienda aparecen preguntas que un punto aislado nunca tiene: dónde vive el único catálogo de productos, quién cambia un precio en todas partes a la vez, cómo se mueve la mercancía entre tiendas y cuál es la cifra correcta de existencias.

El circuito de una cadena minorista: nueve eslabones unidos por los datos:

De qué se compone el circuitodel estante al sistema central
  • 1Tienda
  • 2Caja y POS
  • 3Terminal de pago
  • 4Mercancía y precios
  • 5Almacén y existencias
  • 6Fidelización
  • 7Empleados
  • 8Analítica
  • 9Sistema central

Los eslabones están unidos en ambos sentidos: catálogos y reglas bajan del sistema central a los puntos, mientras que ventas, movimientos de mercancía y eventos de los equipos suben de vuelta. Una rotura en cualquier lugar se ve enseguida: como un precio distinto entre el estante y el ticket, como existencias negativas o como ingresos no registrados.

Con qué trabaja el sistema

No con páginas ni con hojas de cálculo, sino con objetos de negocio: registros con estado, autor e historial propios:

  • Posición de mercancía — SKU, códigos de barras, unidad de medida, indicador de venta a peso, reglas de circulación
  • Precio — el resultado de aplicar reglas a una posición en un punto concreto y en un momento concreto, no un campo de la ficha
  • Existencias disponibles — la cantidad de una posición en un punto concreto; una cadena de diez tiendas tiene diez cifras de existencias, no una
  • Ticket — posiciones, descuentos, pagos, cajero, turno, hora; un documento que no se puede modificar una vez cerrado
  • Operación de pago — un registro propio con su estado, vinculado al ticket pero con reglas propias
  • Documento de movimiento — recepción, traslado, devolución al proveedor, baja, inventario
  • Tarjeta de fidelización — identificador del cliente, saldo de puntos, historial de acumulaciones y canjes
  • Empleado y turno — quién trabajó, en qué caja, desde cuándo hasta cuándo y con qué resultado
  • Evento de un equipo — error del terminal, pérdida de conexión, temperatura de una vitrina, apertura del cajón portamonedas

En cuanto un proceso se describe con objetos, pasa a ser verificable: detrás de cada cifra de un informe hay un documento, detrás de cada documento un autor y una marca de tiempo, y detrás de cada disputa un registro y no el relato de alguien.

Qué aparece con la segunda tienda

Cuatro preguntas que no existen para un punto aislado. Sus respuestas son lo que separa un sistema de cadena de un programa de caja:

  • Una fuente única para el catálogo — dónde se crea un producto y desde dónde se difunde el precio a los puntos
  • Precios distintos bajo una misma regla — los puntos viven en grupos de precios en lugar de editarse a mano uno por uno
  • Mercancía entre tiendas — un traslado como documento con dos mitades y no un «lo llevamos y avisamos»
  • Una imagen conjunta — ventas, existencias y desviaciones de todos los puntos en una pantalla, sin llamar a los responsables de tienda

Qué problemas resuelve el sistema

Seis tareas por las que una tienda o una cadena implanta software para el comercio minorista. Mientras no hay sistema, cada una se resuelve con hojas de cálculo, llamadas entre puntos y recuentos de memoria.

Un catálogo para toda la cadena

Mercancía, códigos de barras, precios y reglas de descuento se crean una vez y se difunden a los puntos. La tienda del centro y la de las afueras leen un catálogo y no dos archivos distintos con historiales de edición distintos.

Un ticket sin introducción manual

Una posición entra en el ticket por escaneo del código de barras o por pesaje, el precio lo pone una regla y el descuento lo calcula el sistema. El cajero no teclea el precio a mano, así que no puede equivocarse ni elegirlo él.

Existencias fiables

Una venta da de baja la mercancía en el momento en que se cierra el ticket; la recepción y los traslados, en el momento en que se contabiliza el documento. Las existencias dejan de ser una cifra del último inventario y pasan a ser un dato de trabajo para los pedidos a proveedores.

Formación de precios gobernable

El precio y el descuento se fijan mediante una regla para un grupo de puntos, una categoría o un calendario. Recalcular mil posiciones antes de una promoción lleva minutos y se puede deshacer, en lugar de convertirse en una gira por las tiendas con hojas impresas.

Operaciones trazables

Una devolución, una anulación, un descuento manual, un cambio de precio y una apertura del cajón son registros con autor, marca de tiempo y valor anterior. Una disputa se resuelve desde el registro y no con lo que cuente el turno.

Medición

Se ve qué se vende en cada punto y a qué horas, qué mercancía no se mueve, dónde crecen las devoluciones y cuánto aportó realmente una promoción una vez descontado el descuento.

De qué se compone el sistema

No es un programa, sino un conjunto de componentes de software y hardware conectados entre sí. Cada uno responde de su área y se actualiza por separado: la caja de la sala de ventas no se reescribe por un informe nuevo del panel central.

Software de caja

El programa del ordenador de caja o del equipo POS compacto: pantalla del cajero, trabajo con el lector y la balanza, cálculo del ticket, diálogo con el terminal de pago, impresión de documentos, turno. Funciona de forma autónoma y sigue atendiendo a los clientes si se pierde la conexión con el servidor.

Equipos de la tienda

La capa física: ordenador de caja, lectores, impresora de tickets, terminal de pago, balanzas, terminales de recogida de datos, cajón portamonedas, pantallas. Cada dispositivo está registrado y vinculado a una tienda y a un puesto de trabajo.

Infraestructura de pagos

La capa del pago sin efectivo: intercambio entre la caja y el terminal, estados de la operación de pago, vinculación del pago con el ticket, devoluciones, tratamiento de rechazos y cortes y conciliación con el registro del adquirente.

Plataforma de servidor

Recepción de los datos de los puntos, aplicación de las reglas, colas de intercambio, planificadores de tareas e informes y devolución de los catálogos. Escala con el número de tiendas en lugar de reescribirse cuando abre la undécima.

Base de datos

Almacenamiento de los objetos de negocio y su historial: mercancía, precios, existencias, tickets, pagos, documentos de movimiento, clientes, empleados, eventos. Los registros de las operaciones son inmutables y las copias de seguridad se hacen según calendario con comprobación de la restauración.

Panel central de gestión

El puesto de trabajo de la dirección de la cadena: tiendas, surtido, precios, existencias, ventas, promociones, empleados, equipos, errores e indicadores clave en una sola interfaz, con permisos por roles.

Aplicaciones móviles

Allí donde la tarea lo exige: una aplicación de reponedor para la recepción y el inventario con escaneo, una aplicación de dirección con el resumen de los puntos y una aplicación de cliente con tarjeta de fidelización y tickets electrónicos.

Capa de integración

Intercambio con los sistemas externos: contabilidad, gestión financiera, almacén, CRM, tienda en línea, servicios de pago. Colas, reenvío de mensajes, versiones de los formatos, registro del intercambio y conciliación periódica.

Sistema de analítica

Un almacén de datos sobre las operaciones: ventas, importe medio de compra, margen, rotación, devoluciones, efecto de las promociones, rendimiento de los cajeros. Se calcula sobre una copia de los datos para que un informe pesado no ralentice nunca la caja de la sala de ventas.

Los componentes no están unidos «en la medida de lo posible», sino por relaciones obligatorias: la caja no funciona sin el catálogo, el catálogo no tiene sentido sin el panel central y el panel es inútil sin los datos de los puntos. Por eso el sistema se diseña entero y se implanta por partes, en un orden en el que cada paso se apoya en los datos del anterior.

Software de caja

y POS en la sala de ventas

El programa de caja — es a la vez el puesto de trabajo del vendedor y el punto en el que una operación se convierte en documento. Todo lo que ocurre en la sala de ventas llega al sistema solo a través de él: venta, devolución, descuento, pago, entrada y salida de efectivo.

La exigencia que se le impone es más estricta que a cualquier otro módulo: debe funcionar rápido, con cola y con la conexión al servidor caída. Por eso la caja guarda una copia local del catálogo de mercancía y precios y escribe las operaciones en una cola local, en lugar de preguntar al servidor por cada línea del ticket.

Qué hace el programa de caja:

  • Compone el ticket — una posición se añade por escaneo del código de barras, por búsqueda del nombre o por pesaje; cantidad, precio y total los calcula el sistema
  • Aplica precios y descuentos — según las reglas vigentes en el punto: promoción, código promocional, tarjeta de fidelización, condiciones personales, límite de precio mínimo
  • Mantiene el diálogo con el terminal de pago — envía el importe, espera el resultado y vincula el pago con el ticket
  • Divide el pago — una parte en efectivo, otra con tarjeta, otra en puntos: varias operaciones de pago dentro de un mismo ticket
  • Imprime el documento — un ticket de venta o de devolución en la impresora conectada o en el equipo fiscal
  • Tramita devoluciones — por el número del ticket original, comprobando las posiciones y lo ya devuelto
  • Aparca y recupera un ticket — el cliente ha vuelto a por algo que olvidó y la caja sigue trabajando
  • Lleva el turno — apertura, informes intermedios y de cierre, entrada y salida de efectivo, cierre con cálculo de la diferencia
  • Separa los permisos — acceso por cuenta de usuario; un descuento manual, un cambio de precio y la anulación de una línea no están al alcance de todos

Los requisitos de la parte fiscal —la impresión del ticket, su contenido y la transmisión de datos— los fija la legislación del país y el modelo del dispositivo conectado. La composición y el orden del intercambio se aclaran en el estudio previo en lugar de afirmarse de antemano.

La zona de cajas de una tienda moderna con equipo POS compacto, lector e impresora de tickets

Qué ocurre cuando se cae la conexión

La conexión con el servidor no es condición para vender. La caja sigue emitiendo tickets contra el catálogo local y apilando las operaciones en una cola; cuando el canal vuelve, la cola se envía por lotes. Cada operación tiene una clave, de modo que reenviarla nunca crea un segundo ticket ni da de baja la mercancía dos veces.

Los límites se dicen con honestidad: mientras no hay conexión, la caja no ve un cambio de precio que el sistema central hizo hace un minuto y no puede comprobar el saldo de puntos en el servidor. Qué está permitido exactamente sin conexión es una decisión del proyecto: se puede permitir la venta, por ejemplo, y aplazar el canje de puntos hasta que la conexión vuelva.

El turno como objeto de negocio

Un turno no es la jornada de un cajero, sino un documento con inicio, fin, cajero, caja y totales. A él se vinculan todos los tickets, pagos, devoluciones y movimientos de efectivo del periodo.

  • Apertura del turno y registro del efectivo en el cajón
  • Un informe intermedio sin puesta a cero: cuánto se ha vendido hasta ahora
  • Entrada y salida de efectivo como operaciones propias con su motivo
  • Cierre del turno con cálculo de la diferencia entre el efectivo esperado y el real
  • Una diferencia no se «borra»: se convierte en un registro con importe, cajero y comentario

Equipos del punto de venta

El programa de la tienda no funciona aislado: casi cada operación empieza o termina en un dispositivo físico. A continuación, los equipos con los que interactúa el software de caja y de control de mercancía y qué recibe de ellos o les envía exactamente el sistema.

Infraestructura comercial de una tienda con equipos de caja, balanza, cámara y armario de red

Ordenador de caja y equipo POS compacto

El dispositivo en el que funciona el programa de caja. El sistema lo conoce como puesto de trabajo: a él se vinculan la caja, el turno, el conjunto de periféricos conectados y los permisos de acceso. Cambiar el equipo no rompe el historial de ventas: el puesto sigue siendo el mismo objeto de negocio.

Lectores de códigos de barras

La vía principal para introducir una posición en un ticket y en un documento de existencias. Una posición de mercancía puede tener varios códigos de barras: el del proveedor, uno interno, uno del embalaje. Un código no reconocido no se pierde: pasa a una cola para vincularlo con un producto y no a un mensaje de «mercancía no encontrada».

Impresora de tickets y equipo fiscal

Impresión de los documentos de venta y devolución. El contenido del ticket, el orden en que se genera y la forma de transmitir los datos los determinan los requisitos del país y el modelo del dispositivo; el conjunto concreto se aclara en el estudio previo. Un documento no impreso o no transmitido se registra como operación no cerrada.

Terminal de pago y teclado PIN

Aceptación del pago sin efectivo. La caja envía el importe, el terminal mantiene el diálogo con el titular de la tarjeta y devuelve el resultado. El terminal no es un periférico, sino un segundo sistema con estado propio, por eso tiene su propia sección más abajo.

Balanzas

Trabajo con mercancía a peso: la posición entra en el ticket con su peso real y el precio se calcula por kilogramo. Las balanzas pueden ser de caja —el peso pasa directamente al ticket— o de preembalaje, que imprimen una etiqueta con un código de barras en el que van codificados el código del producto y el peso; la caja interpreta ese código y rellena la posición.

Terminales de recogida de datos

Recepción, inventario, traslados y cambio de etiquetas con escaneo en la propia sala de ventas y en el almacén de la tienda. El dispositivo funciona sin conexión permanente: el documento se compone localmente y se sube al sistema entero, con comprobación de discrepancias.

Cajón portamonedas y periféricos de caja

El cajón lo abre el programa en el momento de una operación en efectivo. Cada apertura es un evento con hora, cajero y motivo; una apertura sin venta pasa a la lista de operaciones vigiladas. Lo mismo vale para los periféricos auxiliares del puesto: teclados y lectores de tarjetas de empleado.

Pantalla del cliente y pantallas informativas

La pantalla de la caja muestra las líneas del ticket, el descuento y el total según se escanea: el cliente ve el precio antes de pagar y no después. Las pantallas de la sala muestran promociones, selecciones y precios del mismo catálogo con el que trabaja la caja, de modo que no puede haber desajuste entre pantalla y ticket.

Etiquetas electrónicas de precio

Donde están instaladas, las etiquetas reciben el precio del mismo sistema que la caja. Eso elimina la principal fuente de conflicto en la sala de ventas: el desajuste de precio entre el estante y la caja tras un cambio. Si se pueden conectar depende de la interfaz de gestión que ofrezca el sistema concreto de etiquetas.

No afirmamos de antemano la compatibilidad con marcas y modelos concretos de equipos. El conjunto de dispositivos conectables se determina en el estudio previo, con la documentación del fabricante y con la interfaz que el dispositivo ofrece al exterior; donde no hay interfaz lista, la cuestión se resuelve aparte y antes de empezar los trabajos, no con una promesa de compatibilidad.

Terminal de pago

y pago sin efectivo

El terminal de pago es el único lugar donde una compra pasa a estar pagada y el único nodo de la tienda que maneja dinero directamente. Por eso aquí se describe como una capa propia y no como una línea en una lista de equipos.

La dificultad principal está en que la caja y el terminal son dos sistemas independientes. La caja tiene su propia visión del ticket; el terminal tiene su propia operación de pago, que vive dentro del circuito del adquirente y no depende del programa de caja. Que ambas imágenes coincidan no lo garantiza ninguna física: entre «se ha cobrado el dinero» y «se ha impreso el ticket» siempre hay un hueco, y en él caben una pérdida de conexión, un corte de luz o un bloqueo.

Qué cubre la integración entre la caja y el terminal de pago:

  • Envío del importe — el total del ticket va al terminal desde el programa de caja; el cajero no teclea el importe a mano
  • Recepción del resultado — la caja espera la respuesta del terminal y no cierra el ticket hasta conocer el desenlace de la operación
  • Vinculación de pago y ticket — el identificador de la operación de pago queda en el ticket y el número del ticket en el registro del pago
  • Devolución — una operación de pago propia, vinculada a la original y al ticket de devolución, y no una entrega de efectivo del cajón
  • Anulación antes del cierre del día — una operación que cancela el pago por completo, allí donde el circuito del adquirente lo permite
  • Tratamiento de los errores — rechazo de la tarjeta, saldo insuficiente, PIN incorrecto, pérdida de conexión, tiempo de espera agotado
  • Vigilancia del estado del terminal — disponible, ocupado, no responde, requiere cierre del día, sin conexión con el banco
  • Formas de pago — tarjeta, sin contacto, QR: el conjunto lo determinan el terminal y el contrato con el adquirente
  • Relación con el sistema de caja — un pago no es una operación aislada, sino parte del cierre del ticket y del turno

No nombramos el banco, el modelo de terminal ni el protocolo de pago: el alcance de la integración lo determina la interfaz de intercambio que ofrece el terminal concreto y lo que permite el contrato con el adquirente. Eso se establece en el estudio previo y se fija en el proyecto.

Un cliente paga su compra con tarjeta en un terminal de pago independiente junto al sistema POS

Por qué el importe no se introduce a mano

Teclear el importe en el terminal a mano es la opción más barata de construir y la más cara de explotar. Permite equivocarse de cifra y cobrar un importe erróneo y, sobre todo, rompe la relación entre ticket y pago: cotejarlos después solo es posible por hora e importe, es decir, de forma aproximada.

Cuando el importe se envía de forma programática, el pago y el ticket quedan unidos por un identificador en ambos lados. En eso se apoyan la conciliación con el adquirente, el análisis de una operación en disputa y el control de las diferencias entre los ingresos del sistema y el dinero de la cuenta.

Estado del terminal

Al terminal no se le consulta solo en el momento del pago. Su estado es una información aparte, necesaria antes de que haya un cliente en la caja:

  • Disponible y listo para aceptar una operación
  • Ocupado: hay en curso una operación iniciada antes
  • No responde: el dispositivo no contesta a la petición de la caja
  • Sin conexión con el banco: el terminal está vivo pero no puede ejecutar una operación
  • Requiere cierre del día: las operaciones no pasarán hasta que se cierre el turno del terminal

Cada estado es un evento del registro. Un terminal que responde lento o que corta una de cada diez operaciones aparece en el informe de equipos mucho antes de que lo comunique la dirección de la tienda.

Una operación de pago: escenarios y errores

Pagar con tarjeta no es una sola acción, sino una secuencia de estados y cualquiera de ellos puede interrumpirse. A continuación, cómo lleva el sistema la operación y qué hace cuando el resultado es desconocido.

Envío del importe

La caja compone una petición: importe, moneda, identificador de la operación, referencia al ticket. Hasta que el terminal responde, el ticket está en estado «pendiente de pago» y no se puede cerrar, cambiar ni borrar.

Resultado de la operación

El terminal devuelve el desenlace: aprobada, rechazada, cancelada por el cliente, error. Si se aprueba, el resultado llega con los datos de la operación con los que después se la localiza en el registro del adquirente.

Vinculación de pago y ticket

El identificador de la operación de pago se escribe en el ticket y el número del ticket en el registro del pago. La relación es bidireccional, por eso cada lado restaura el otro: del ticket al pago y de una línea del registro bancario a una venta concreta.

Devolución

Una devolución a la tarjeta es una operación de pago propia vinculada a la original. El sistema no deja devolver más de lo pagado ni más de lo que queda sin devolver en ese ticket, y el resultado de la devolución también espera la confirmación del terminal.

Cortes e incertidumbre

El escenario más importante: el terminal no ha respondido. El sistema no trata esa operación ni como correcta ni como fallida: la marca como pendiente de aclarar y no deja cerrar el ticket en silencio. El desenlace se aclara después consultando el estado de la operación o mediante la conciliación.

Vigilancia del estado

Disponibilidad del terminal, porcentaje de operaciones fallidas, tiempo de respuesta y días sin cerrar se recogen para cada dispositivo. Los equipos problemáticos aparecen en un informe y no en quejas desde la sala de ventas.

Una operación de pago de principio a finun ticket de 2 480 som, pago con tarjeta
  • Ticket compuesto4 posiciones, descuento de la tarjeta de fidelización aplicado, total registrado
  • Importe enviado al terminalUna petición con clave de operación; el ticket pasa al estado «pendiente de pago»
  • El titular de la tarjeta completa la operaciónLa caja espera la respuesta; reenviar la misma petición no creará un segundo pago
  • El terminal ha devuelto un resultadoAprobada, datos de la operación recibidos
  • Pago vinculado al ticketEl identificador queda en ambos lados, el ticket se cierra y se imprime
  • La venta ha llegado a la capa contableMercancía dada de baja, puntos acumulados, la operación ha entrado en el turno y en la cola de intercambio
  • Conciliación con el registro del adquirenteSegún calendario: la operación se coteja con una línea del registro y las discrepancias van a revisión

Una pantalla del sistema, las cifras son ilustrativas. El paso decisivo es el segundo: mientras el importe no se envíe de forma programática, los pasos seis y siete los hacen personas con resguardos de papel.

Qué hace el sistema en una situación anómalacomportamiento por defecto, concretado en el proyecto
Qué ha ocurridoQué hace la cajaEstado
Tarjeta rechazadaPropone reintentar o elegir otra forma de pago; el ticket sigue abiertonormal
El cliente ha cancelado la operaciónDevuelve el ticket al trabajo y la operación de pago se cierra como canceladanormal
El terminal no ha respondido a tiempoNo cierra el ticket, consulta el estado de la operación y, si no queda claro, bloquea el cierre manualaclaración
Se fue la luz entre el pago y la impresiónAl arrancar restaura el ticket inacabado y exige establecer el desenlace del pagoaclaración
El pago pasó pero el ticket no se imprimióMantiene la operación abierta y reimprime sin volver a cobraraclaración
El pago está en el registro y el ticket no está en el sistemaEnvía la discrepancia a la cola de conciliación con importe, hora y terminalaclaración
El terminal exige cierre del díaSe lo dice al cajero antes de empezar la operación y no cuando la tarjeta ya está puestaaviso

El principio general: un desenlace desconocido no se convierte ni en éxito ni en rechazo. La operación sigue abierta y pasa a la cola de aclaración: sale más barato que cobrar dos veces al cliente o dejar a la tienda con ingresos no registrados.

El protocolo concreto de intercambio con el terminal, el conjunto de formas de pago disponibles, la posibilidad de anular una operación y el comportamiento ante una pérdida de conexión los fijan el modelo del dispositivo y las reglas del adquirente. Nosotros describimos la capa que se construye alrededor y concretamos su alcance en el estudio previo, sin afirmar de antemano la compatibilidad con un banco o un terminal determinados.

Catálogo

y gestión del surtido

Un catálogo en el comercio minorista — no es un escaparate, sino el fichero del que vive la caja. Un error aquí cuesta más que un error en una web: un código de barras equivocado detiene la cola y una posición duplicada reparte las existencias de un producto entre dos fichas.

De qué se compone una posición de mercancía:

  • SKU y denominación — el código interno y lo que ven el cajero y el cliente en el ticket
  • Códigos de barras — varios por posición: el del proveedor, uno interno, uno del paquete o de la caja
  • Unidad de medida — unidad, kilogramo, litro, paquete; y los factores de conversión entre ellas
  • Indicador de venta a peso — el precio se calcula por peso y la posición acepta datos de la balanza
  • Categoría y grupo de mercancía — la base de los informes, de las reglas de margen y de la matriz de surtido
  • Proveedor y precio de compra — la fuente para calcular el margen y la rentabilidad
  • Reglas de circulación — restricciones de edad, etiquetado, prohibición de venta a ciertas horas: el conjunto de reglas lo define la legislación del país y se concreta en el estudio previo
  • Estado del artículo — creada, a la venta, retirada del surtido, archivada. El archivo no se borra: de lo contrario los tickets antiguos pierden sus posiciones

Las operaciones masivas se hacen mediante importación de un archivo o intercambio con el sistema contable. Toda importación se valida antes de escribirse: qué se creará, qué cambiará, qué se rechazará y por qué. Una posición con código de barras duplicado no se crea en silencio: pasa al informe de rechazos.

Matriz de surtido

Las tiendas de una cadena no son iguales: cambian el formato, la superficie, el entorno y el cliente. La matriz de surtido responde a la pregunta de qué posiciones del catálogo común se venden en un punto concreto.

  • La matriz se define para un grupo de tiendas y no para cada una por separado: de lo contrario no se puede mantener
  • Una posición fuera de la matriz no se pide para el punto y no aparece en sus informes como demanda perdida
  • Incorporar una posición nueva a la matriz es una acción gobernada y con fecha, no mercancía que aparece en el estante porque llegó una entrega
  • Retirar una posición no la elimina del punto al instante: el resto se liquida o se traslada a otra tienda

Un producto en tres tiendas

En el catálogo hay un producto, pero su estado en cada punto es propio. Esa es la diferencia principal entre la contabilidad de una cadena y la de una tienda aislada:

Posición: Café molido, 250 guna pantalla del panel central
TiendaEn la matrizPrecioExistencias disponibles
Centro39542
Barrio residencial3857
Carreterano0

Las cifras son ilustrativas. Los precios distintos no son un error, sino una regla: un punto en la carretera y una tienda de barrio viven en grupos de precios distintos. El error sería el mismo valor obtenido editándolo a mano en tres sitios.

Precios, descuentos, promociones y códigos promocionales

El precio del ticket es el resultado de un cálculo con reglas y no una cifra de la ficha. Por eso un cambio de precios no exige editar miles de posiciones, y un importe en disputa en un ticket se aclara a través de las capas del cálculo y no de la memoria del cajero.

Precio por punto y por grupo de puntos

Una posición tiene varios precios a la vez: precio base, precio por grupo de precios de las tiendas y precio para un punto concreto. El sistema elige el que corresponde en el momento de cobrar. La tienda del centro y la de la carretera trabajan con un catálogo bajo reglas distintas.

Reglas de margen

Un porcentaje o un importe sobre el precio de compra por categoría, proveedor o grupo de mercancía. Una recepción a un nuevo precio de compra recalcula el precio de venta automáticamente en lugar de dejarlo al nivel de la entrega anterior.

Promociones por calendario

Condición de activación, mecánica del descuento, fechas de inicio y fin, ventanas periódicas. Una promoción empieza y termina sola: nadie tiene que estar en el punto a medianoche para activar el precio de fin de semana.

Mecánica del descuento

Porcentaje, importe fijo, precio nuevo, descuento sobre la posición más barata de un conjunto, la segunda a mitad de precio, un regalo bajo condición, un descuento de categoría a partir de un importe de ticket. La mecánica la fija una regla y no el cálculo del cajero.

Códigos promocionales

Un código común para una campaña o un lote de códigos únicos para destinatarios concretos. Se comprueban la vigencia, el límite de usos, el límite por cliente y la compatibilidad con una promoción activa. El canje queda en el ticket: de cada código se ve dónde y cuándo se usó.

Límites y prioridades

La compatibilidad de los descuentos está definida de forma explícita: cuáles se suman y cuáles se excluyen. El límite de precio mínimo evita que varios descuentos correctos por separado dejen juntos una posición por debajo del suelo admisible.

Cálculo del precio de una línea del ticketpantalla de la caja, som, 2 uds.
  • Precio base, grupo de precios «Ciudad»1 180
  • Promoción: −10% en la categoría, vigente hasta el domingo−118
  • Descuento de la tarjeta de fidelización, nivel Plata−32
  • Código promocional del envío de otoño: no compatible con la promociónno aplicado
  • Límite de precio mínimo — 990, no se alcanza1 030
  • Total por 2 uds.2 060

Las cifras son ilustrativas. La línea del código promocional que no se aplicó pesa más que el resto: en la caja hay que darle al cliente el motivo del rechazo y no solo decirle que el código no vale. Cada paso del cálculo queda en el ticket y está disponible cuando se aclara una compra en disputa.

Existencias, control de mercancía

y movimiento de la mercancía

Las existencias no son un valor de referencia, sino el resultado de todos los documentos contabilizados de una posición en un punto concreto. Si las existencias no cuadran, el motivo está siempre en los documentos: algo no se contabilizó, se contabilizó dos veces o se contabilizó donde no debía.

Por eso el sistema no permite cambiar las existencias directamente. Todo cambio es un documento con tipo, autor, marca de tiempo y un conjunto de posiciones.

Documentos de movimiento de mercancía:

  • Recepción — una entrada del proveedor o del centro de distribución. Cada posición se escanea, la cantidad real se compara con el albarán y una discrepancia se registra antes de contabilizar y no después
  • Traslado entre puntos — dos mitades de una operación: la salida en la tienda que envía y la recepción en la que recibe. Hasta que se contabiliza la segunda mitad, la mercancía figura en tránsito y no se puede vender en ninguno de los dos extremos
  • Devolución al proveedor — un movimiento inverso por defectos, error de referencia o condiciones del contrato, con referencia a la recepción original
  • Cargo — rotura, deterioro, caducidad, consumo interno. El motivo es obligatorio: sin él una baja no se distingue de un faltante
  • Cambio de etiquetas — un documento de cambio de precio con el valor anterior y el nuevo para cada posición
  • Inventario — la comparación de las existencias teóricas con las reales y el documento que ajusta las primeras a las segundas
  • Devolución del cliente — la mercancía vuelve a existencias o pasa a defectuosa; la decisión se toma en la recepción y no a posteriori

Todo documento pasa por dos estados: borrador, que se puede editar, y contabilizado, que cambia las existencias y solo se corrige con un documento de anulación. Eso es lo que separa la contabilidad de una hoja de cálculo.

Un empleado del almacén escanea una caja con un terminal de recogida de datos durante un recuento

Inventario

El inventario no consiste en contarlo todo una vez al año. En un sistema que funciona existe en dos formas, y la segunda pesa más que la primera.

  • Completo — en todo el punto, con la venta detenida o a una fecha fija
  • Parcial — por categoría, por estantería o por una lista de posiciones problemáticas, sin cerrar la tienda
  • El recuento se hace escaneando: una posición no se elige a mano de una lista, así que no se puede marcar a ojo
  • La discrepancia de cada posición la calcula el sistema en unidades y en dinero
  • El resultado lo aprueba un responsable: hasta la aprobación las existencias no cambian

De dónde vienen las discrepancias

La lista es corta y casi siempre la misma. El sistema no elimina esas causas por sí mismo: las hace distinguibles:

  • La recepción se contabilizó por el albarán y no por el recuento real
  • Un traslado salió pero no se recibió en el segundo punto
  • Error de referencia: se vendió una mercancía y se dio de baja otra con código parecido
  • Mercancía a peso cobrada como unidad o al revés
  • Una rotura dada de baja sin documento
  • Una devolución de cliente que nunca devolvió la mercancía a existencias

Los inventarios parciales periódicos en las categorías problemáticas encuentran estos casos en una semana y no en un año, y llevan cada uno hasta un documento concreto y un responsable concreto.

Gestión centralizada de una cadena minorista

Una tienda se gestiona con la voz y una libreta. Tres, con una hoja de cálculo y una llamada conjunta. Veinte ya no: a partir de ahí nadie en la empresa puede decir el precio actual de una posición en todos los puntos sin llamar a cada uno. Un sistema central no hace falta por orden, sino porque el método manual deja de escalar en un número de puntos muy concreto.

Un directivo supervisa varias tiendas desde el centro de control de una cadena minorista

El crecimiento pasa por tres estados y cada uno rompe algo distinto. Una tienda — bastan los datos de la caja. Varias tiendas — aparece la pregunta de qué catálogo manda y la mercancía empieza a moverse entre puntos. Decenas y centenares de puntos — la gestión se convierte en un trabajo aparte: sin una pantalla única, la dirección de la cadena se entera de un problema por la tienda y no por el sistema. A continuación, qué muestra el panel central y qué gobierna.

Tiendas

Un registro de puntos: formato, dirección, superficie, grupo de precios, matriz de surtido, horario, responsables, equipos y puestos de trabajo. Un punto nuevo se abre copiando la configuración de otro parecido en lugar de montarse desde cero.

Surtido

Un catálogo común y matrices por grupo de puntos. Incorporar y retirar una posición son acciones gobernadas con fecha y alcance: qué tiendas se ven afectadas, desde qué fecha y qué hacer con el resto de una posición retirada.

Precios

Reglas de precios por grupo de precios y punto, cambios de precio por calendario con fecha de entrada en vigor e historial de cambios. El cambio centralizado de precios se describe aparte más abajo: es la operación más delicada de una cadena.

Existencias

Existencias de cada posición en cada punto y en toda la cadena, mercancía en tránsito entre tiendas, posiciones lentas, posiciones que se agotan. Desde aquí se lanzan también los traslados de una tienda con excedente a una con faltante.

Ventas

Tickets de todos los puntos en un flujo: ingresos, importe medio de compra, número de tickets, ventas por grupo de mercancía, comparación entre puntos y con el propio periodo anterior.

Promociones

Campañas con alcance por grupo de tiendas, calendario y límites. Se ve dónde ya está en marcha una promoción, dónde empieza, cuánto se ha vendido al precio de promoción y qué resultado dio teniendo en cuenta el descuento.

Empleados

Cuentas de usuario, roles y permisos, asignación a puntos, turnos y sus totales. Los permisos se conceden por rol y no se configuran uno a uno por persona: de lo contrario no hay forma de auditarlos en una cadena de cincuenta tiendas.

Equipos

Un registro de cajas, terminales, balanzas y demás dispositivos vinculados a los puestos, con la versión del software, el estado y el historial de mantenimiento. Se ve dónde hay instalada una versión antigua y dónde un dispositivo falla con regularidad.

Errores y eventos

Un flujo común de desviaciones de toda la cadena: caja sin conexión, terminal que no responde, intercambio fallido, documento no contabilizado, discrepancia de inventario. Una desviación va dirigida a un responsable y tiene plazo: de lo contrario es solo un registro.

Pagos

Operaciones sin efectivo de todos los puntos, porcentaje de fallos, días de terminal sin cerrar, resultados de la conciliación con el registro del adquirente y lista de discrepancias pendientes de aclarar.

Indicadores clave

Ingresos, margen, importe medio de compra, rotación, porcentaje de devoluciones, pérdidas, cumplimiento del plan; por cadena, formato, región y punto. Un solo conjunto de definiciones para todos y no una fórmula distinta en cada informe.

Estado del intercambio

Qué salió a los puntos y cuándo, qué volvió, qué mensajes no se entregaron y por qué. Una tienda que lleva un día sin enviar sus ventas se ve aquí y no se descubre en el cierre del mes.

Cómo se sincronizan los datos

entre el centro y los puntos

Sincronizar no es una base de datos común para todos. Una tienda debe poder vender cuando no hay conexión con el servidor central, por eso cada punto tiene su copia de trabajo de los datos y el intercambio funciona con mensajes.

El flujo descendente, del centro a los puntos: catálogo de mercancía y códigos de barras, precios y reglas de precios, promociones y códigos promocionales, matriz de surtido, ajustes de los equipos, cuentas de usuario y permisos, actualizaciones del software de caja.

El flujo ascendente, de los puntos al centro: tickets y sus posiciones, operaciones de pago, movimientos de mercancía, totales de los turnos, eventos de los equipos, resultados de los inventarios, acciones de los empleados.

Las reglas por las que funciona:

  • Procesamiento asíncrono — una venta no espera respuesta del centro. El mensaje entra en una cola y se procesa aparte
  • Reenvío — un mensaje no entregado se repite a intervalos crecientes en lugar de perderse tras el primer fallo
  • Idempotencia — cada operación tiene una clave, de modo que un ticket entregado dos veces no crea una segunda venta ni da de baja la mercancía dos veces
  • Fecha de entrada en vigor en lugar del momento de entrega — un precio enviado hoy entra en vigor en la fecha indicada y no en el momento en que la conexión llegó a la tienda
  • Confirmación de la aplicación — el centro sabe no solo qué envió, sino también qué recibió y aplicó el punto
  • Registro del intercambio — cada mensaje se guarda con su contenido, marca de tiempo, resultado y número de intentos
  • Conciliación periódica — una comparación periódica de las cifras principales entre el centro y el punto: número de tickets, importes, existencias

Cambio centralizado de precios

La operación más delicada de una cadena: afecta a todos los puntos a la vez y los clientes la ven el mismo día. Por eso está construida como un documento con fecha de entrada en vigor y no como la edición de un fichero.

Cambio de precio de 340 posiciones en 18 tiendasuna pantalla del panel central
  • Documento preparado340 posiciones, alcance: grupo de precios «Ciudad», fecha de entrada en vigor: sábado, 00:00
  • Comprobación antes del envíoLas posiciones por debajo del precio mínimo y los solapamientos con promociones activas se muestran en una lista
  • AprobaciónEl documento lo aprueba un responsable; antes de la aprobación no sale nada a los puntos
  • Distribución a los puntos18 tiendas han recibido el documento, 17 han confirmado la recepción
  • Una tienda está sin conexiónEl documento sigue en la cola y se aplicará cuando vuelva el canal, pero con la misma fecha de entrada en vigor
  • Entrada en vigorEl sábado a las 00:00 el precio nuevo entra en vigor en las cajas y, donde estén conectadas, en las etiquetas electrónicas

Una pantalla del sistema, las cifras son ilustrativas. El sentido del paso cinco es que una tienda sin conexión no se queda fuera del cambio de precios ni sigue vendiendo indefinidamente al precio antiguo. El documento se aplicará más tarde, pero desde la fecha correcta.

Qué hacer con una marcha atrás

Un cambio de precios es reversible: el documento se puede anular antes de entrar en vigor o sustituir por otro nuevo. De cada posición se guardan los valores anteriores, por eso volver a ellos es una operación y no una restauración desde una copia de seguridad.

Caja y POS

Capa de pagos

Mercancía y existencias

Gestión de la cadena

Programa de fidelización

y ofertas personales

La fidelización no empieza con los puntos, sino con la identificación: mientras la compra es anónima, el programa no tiene con qué trabajar. La tarea del módulo es vincular el ticket con el cliente en la caja en segundos y sin retener la cola.

Formas de identificar al cliente en la caja: una tarjeta de plástico con código de barras, un número de teléfono, un código QR de la aplicación móvil, una tarjeta virtual. La forma se elige según el formato de la tienda: donde la cola es larga, teclear un teléfono a mano es una mala solución.

Qué puede hacer el módulo:

  • Acumular puntos — como porcentaje del importe del ticket, con un porcentaje mayor para una categoría o como importe fijo por una mercancía en promoción
  • Canjear puntos — pagar parte del ticket con puntos, con un tope sobre la proporción, prohibición para algunas categorías y un saldo mínimo tras el canje
  • Vida de los puntos — caducidad por calendario, avisando al cliente con antelación
  • Niveles — un estatus según el volumen de compra de un periodo, cada uno con su tasa de acumulación y sus condiciones
  • Mecánica del descuento — un descuento directo por tarjeta donde un esquema de puntos no encaja con el formato de la tienda
  • Segmentos — grupos de clientes por frecuencia, importe medio de compra, preferencias de producto y tiempo desde la última compra
  • Ofertas personales — una regla que se aplica a un segmento o a un cliente concreto, con su vigencia y su límite
  • Comunicaciones — un mensaje sobre una acumulación, sobre puntos que caducan, sobre una oferta personal; un registro de envíos y consentimientos

Qué tiene que funcionar en la caja

Un programa de fidelización vive en la sala de ventas y no en un informe de marketing. Sus requisitos los fija la cola:

  • La identificación es una sola acción y no un diálogo de tres preguntas
  • El saldo y el importe disponible para canjear los ven el cajero y el cliente antes del pago
  • La acumulación y el canje aparecen en el ticket como líneas propias
  • Una compra devuelta devuelve también los puntos: los canjeados vuelven a la cuenta y los acumulados se retiran
  • Si se cae la conexión con el servidor, las reglas sin conexión están definidas de antemano y el cajero las conoce

Acumulación y canje en un mismo ticket

Un ticket pagado en parte con puntospantalla de la caja, som
  • Suma de las posiciones3 420
  • Descuento del nivel Plata, 3%−103
  • Puntos canjeados: no más del 30% del ticket−995
  • A pagar con tarjeta2 322
  • Puntos acumulados sobre la parte pagada+116
  • Saldo tras la compra341

Las cifras son ilustrativas. La tercera línea importa: el tope de la parte pagada con puntos es una regla y no una decisión del cajero. También la quinta: los puntos se acumulan sobre la parte realmente pagada con dinero, de lo contrario el programa empieza a acumularse a sí mismo.

Los datos de compra y de segmento son lo que conecta la fidelización con la analítica y con los escenarios de IA de más abajo: una oferta tiene sentido cuando se construye sobre el historial de compras de un cliente concreto y no sobre un envío general a la base de datos.

Empleados

y permisos de acceso

Una tienda maneja dinero y mercancía, y las personas que trabajan en ella tienen responsabilidades distintas. Los permisos no son cuestión de secretismo, sino de asegurar que toda acción tenga autor, que una operación cotidiana no requiera a un superior y que una arriesgada nunca ocurra en silencio.

Cómo está construido el modelo de permisos: los permisos se conceden a un rol, el rol se asigna a un empleado y el empleado se vincula a unos puntos. Una configuración personal para cada trabajador en una cadena de cincuenta tiendas no se puede ni conceder ni auditar.

  • Roles — cajero, responsable de turno, reponedor, encargado de tienda, responsable regional, administrador del sistema
  • Alcance — punto propio, grupo de puntos, toda la cadena. Un encargado no ve los ingresos de la tienda vecina
  • Confirmación del superior — la operación se ejecuta con la cuenta del cajero pero exige la confirmación de una segunda persona
  • Acceso por cuenta de usuario — en la caja, en el panel de la tienda y en el panel central; la sesión está ligada al turno
  • Registro de cambios — quién, qué, cuándo, en qué caja y qué valor había antes
  • Retirada del acceso — una baja cierra el acceso en todos los puntos a la vez y no solo donde estaba dado de alta el empleado

El registro de acciones no es un archivo por si acaso. Es una herramienta de trabajo: con él se aclaran una compra en disputa, un faltante del turno y una queja de un cliente, y además alimenta la sección de control de operaciones de más abajo.

Una matriz de permisos: ejemplo de separación

El conjunto de operaciones y su reparto entre roles se configura para la cadena concreta. A continuación, un esquema típico del que parte la configuración:

Quién puede hacer quéesquema típico, configurado por cadena
  • Venta, pago, impresión del ticketcajeroLa operación básica del turno: disponible para todo rol que trabaje en la caja
  • Quitar una línea antes de cerrar el ticketcajero, con confirmaciónEl responsable de turno y el encargado lo hacen sin confirmación; cada retirada se escribe en el registro
  • Un descuento manual fuera de las reglasresponsable de turnoNo disponible para un cajero; el responsable de turno lo tiene dentro de un límite y el encargado sin él
  • Una devolución sobre un ticket de un turno anteriorresponsable de turnoUna devolución dentro del turno en curso la tramita el cajero solo; más allá del turno hace falta un segundo rol
  • Cambiar el precio de una posiciónencargado de tiendaY solo dentro de las reglas de precios: por debajo del precio mínimo la operación no pasa para nadie
  • Sacar efectivo de la cajaresponsable de turnoUna operación propia con motivo e importe, ligada al turno y al puesto de trabajo
  • Realizar un inventarioresponsable de turno: el recuentoAprobar el resultado y cambiar las existencias corresponde al encargado y no a quien contó
  • Ver los ingresos de toda la cadenaninguno de los roles de la tiendaLos datos de toda la cadena son competencia del rol regional y de la central

La última línea no es un error. El derecho a verlo todo se concede con el mismo cuidado que el derecho a cambiar un precio: un encargado responde de su punto y ve ese, no el de al lado.

Control de las operaciones y lucha contra el fraude

El sistema no impide el abuso automáticamente ni dicta veredictos. Hace observables las operaciones: fija las reglas, registra toda desviación respecto de ellas y reúne los casos parecidos en una cola para que los revise una persona. Es una capa de control y no un motor antifraude que lo atrapa todo.

Un número inusual de devoluciones

El porcentaje de devoluciones se calcula por cajero, punto, grupo de mercancía y hora del día. Una desviación del nivel habitual es una señal: devoluciones sin cliente presente, devoluciones al final del turno, devoluciones repetidas de la misma mercancía.

Anulaciones frecuentes

Anular un ticket antes de cerrarlo y quitar líneas de un ticket son operaciones normales, pero su frecuencia en un cajero concreto se compara con el nivel del turno y del punto. Un desvío brusco pasa a vigilancia.

Descuentos sospechosos

Un descuento puesto a mano, un descuento en cada compra del mismo cliente, un descuento sobre mercancía de alto margen al final del turno. Cada caso se guarda con su autor, su justificación y su importe.

Cambios manuales de precio

El derecho a cambiar un precio en la caja es una excepción y no la norma. Donde se ha concedido, cada uso se registra con el valor anterior y el nuevo y pasa a un informe aparte en lugar de diluirse en el registro general.

Acciones de los cajeros

Un perfil de trabajo: importe medio de compra, porcentaje de efectivo, porcentaje de devoluciones y anulaciones, número de aperturas del cajón sin venta, trabajo en un turno ajeno. La comparación se hace con el mismo cajero en el pasado y con sus compañeros del mismo punto.

Desajustes entre pago y ticket

Un pago en el registro del adquirente sin ticket en el sistema, un ticket sin operación de pago, importes distintos en el ticket y en el pago. Cada discrepancia se plantea con su importe, hora, caja y terminal.

Operaciones inusuales

Ventas fuera del horario del punto, tickets con importe cero, un ticket repetido con posiciones idénticas, una apertura del cajón sin venta, el acceso con una cuenta ajena.

Registro de cambios

Un registro inmutable de toda operación relevante: autor, hora, puesto de trabajo, valor anterior y nuevo. Se guarda aparte de los datos de trabajo, por eso no se puede editar junto con ellos.

Permisos y eventos críticos

Concesión y retirada de permisos, cambio de las reglas de precios, desactivación de una comprobación, cierre manual de un turno, acceso a la exportación de la base de clientes: todo eso se registra aparte y llega al responsable al instante y no a fin de mes.

La cola de aclaraciónpantalla del panel central, de la semana
SeñalQué sabe el sistemaQué comprueba una persona
El porcentaje de devoluciones de un cajero triplica la media del punto14 devoluciones en un turno, 11 de ellas en la última hora, todas en efectivoLas grabaciones de las cámaras, si había clientes presentes, la explicación del empleado
Un descuento manual se aplicó 23 vecesUn cajero, un rango de importes, grupos de mercancía distintosLos motivos del descuento, si existe una instrucción, si el cliente se repite
Un pago en el registro sin ticket en el sistemaEl importe y la hora encajan con el turno, el ticket faltaUn fallo de conexión o una venta no registrada: revisar el registro de la caja
El cajón portamonedas se abrió 40 veces sin ventaUna caja, un turno, intervalos de 3 a 5 minutosDar cambio, un problema técnico de la cerradura o una retirada de efectivo
Inventario: un faltante en una sola categoríaLa discrepancia está solo en el grupo de tabaco, en tres puntos seguidosRecepción, traslados, bajas y acceso al almacén

Una pantalla del sistema, las cifras son ilustrativas. Ninguna línea significa una infracción: cada una significa que las cifras se apartaron de lo habitual y que eso hay que explicarlo. La diferencia es esencial: la regla plantea la pregunta, la persona da la respuesta.

El valor práctico de esta capa es la rapidez. Sin ella una discrepancia se encuentra en el inventario, meses después del hecho, cuando no quedan ni registros ni recuerdos. Con ella una desviación se ve al día siguiente y la aclaración se hace contra un ticket concreto, un turno concreto y una operación concreta.

Informes

y analítica de ventas

La analítica en el comercio minorista no consiste en gráficos bonitos, sino en responder a cuatro preguntas: cuánto hemos ganado, con qué exactamente, qué estorba y qué hacemos con el pedido de la semana que viene. Todo lo demás se deriva de ahí.

Se calcula sobre una copia de los datos operativos y no sobre la base en vivo: un informe pesado de un año no debe ralentizar la caja de la sala de ventas.

Qué calcula el sistema:

  • Ventas — ingresos, número de tickets, importe medio de compra, número de líneas por ticket; desglosado por punto, día, hora, cajero y grupo de mercancía
  • Margen — por posición, categoría y punto, sobre los descuentos realmente concedidos y no sobre el precio de tarifa
  • Mercancía — lo que más y menos se vende, rotación, posiciones estancadas, posiciones que se agotan
  • Horas y días — cómo se reparten los ingresos en el tiempo: la base de los cuadrantes de turnos y de la planificación de la reposición del estante
  • Promociones — cuánto se vendió al precio de promoción, qué descuento se concedió en total y qué ingresos y margen resultan teniéndolo en cuenta
  • Devoluciones y bajas — porcentaje, motivos, concentración por punto, categoría y empleado
  • Pérdidas — discrepancias de inventario en unidades y en dinero y su evolución por categoría
  • Fidelización — porcentaje de compras con identificación, con qué frecuencia vuelve un cliente, importe medio con y sin tarjeta
  • Empleados — rendimiento por turno, importe medio de compra, porcentaje de anulaciones y devoluciones, tiempo de atención

Los informes obligatorios van aparte: informes de turno y de día por punto, relaciones para la contabilidad, conciliación con el adquirente y datos para el sistema contable. Tienen calendario y destinatarios, por eso no dependen de que alguien se acuerde a fin de mes.

Un analista revisa ventas, existencias e indicadores de las tiendas en pantallas de trabajo

Un conjunto de definiciones para todos

El problema más frecuente de los informes en una cadena no es la falta de cifras, sino varias cifras distintas para un mismo indicador. Ingresos con y sin devoluciones, importe medio por ticket y por cliente, margen a precio de tarifa y tras los descuentos reales dan valores distintos, y discutir sobre ello consume más tiempo que el propio análisis.

Por eso las definiciones de los indicadores se fijan una vez en el sistema y las usa cada informe. Cambiar una definición es una acción gobernada y con fecha y no la edición de una fórmula en la hoja de cálculo de alguien.

Resumen de la cadena

Semana, 18 tiendaspantalla del panel
18puntos en línea
2no han enviado datos en 24 horas
7discrepancias de pago
31posiciones se agotan
  • Alimentación44%
  • Bebidas21%
  • Droguería18%
  • Otros17%

Una pantalla del sistema, las cifras son ilustrativas. El orden de los recuadros no es casual: en primer lugar no van las ventas, sino los puntos que no han enviado datos, porque mientras no estén, cada porcentaje de más abajo se calcula sobre una imagen incompleta.

Integraciones con sistemas externos

Un sistema para el comercio minorista rara vez es el único de la empresa: contabilidad, gestión financiera, almacén y tienda en línea suelen estar ya funcionando. La integración no hace falta por formalidad, sino para que los mismos datos no se introduzcan dos veces ni se separen entre sistemas.

Sistema contable y ERP

Normalmente le pertenecen la lista de artículos, los proveedores y los precios de compra; al sistema minorista le pertenecen las ventas, los precios de venta y las existencias por punto. La dirección del intercambio se indica de forma explícita para cada fichero: de lo contrario dos fuentes principales empiezan a sobrescribirse.

Gestión financiera

Exportación de los ingresos por punto y persona jurídica, documentos de movimiento de mercancía, relaciones de bajas, datos de devoluciones y operaciones sin efectivo. La frecuencia y el alcance los determinan las necesidades de la contabilidad y no lo que resulte cómodo exportar.

CRM

Clientes, segmentos, historial de compras, puntos y ofertas personales. Los hechos de compra salen del sistema minorista, los segmentos y las campañas llegan del CRM, y en la caja se convierten en un descuento o una oferta concretos.

Sistema de almacén

Donde la cadena tiene centro de distribución: solicitudes de las tiendas, envíos a los puntos, recepciones, devoluciones al almacén. Un traslado sigue siendo una operación con dos mitades aunque las mitades vivan en sistemas distintos.

Tienda en línea

Catálogo y precios comunes, existencias del punto como fuente para la recogida en tienda, un pedido preparado en la tienda, la devolución de una compra en línea en la caja. El análisis detallado del escaparate y de los pedidos está en la página de comercio electrónico.

Capa de pagos

Intercambio entre la caja y el terminal, recepción del registro de operaciones para la conciliación, estados de las devoluciones. El alcance lo determinan el modelo del terminal y el contrato con el adquirente y se concreta en el estudio previo.

Recursos humanos y control horario

Empleados, asignación a puntos, cuadrantes de turnos. El turno de la caja y el turno de la hoja de horas dejan de ser dos registros separados que alguien tiene que cuadrar.

API externas y servicios

Una API documentada del sistema para terceros y conexiones con servicios externos: envíos, mensajería, servicios de tickets y avisos, programas de socios. El formato se versiona: un cambio aparece como versión nueva mientras la anterior sigue funcionando.

Reglas del intercambio

Procesamiento asíncrono, reenvío a intervalos crecientes, receptor idempotente, registro de cada mensaje con su contenido y resultado y conciliación periódica de las cifras principales. Una discrepancia se convierte en una tarea en lugar de descubrirse en el cierre del mes.

Una pregunta se resuelve siempre antes de construir cualquier intercambio: a qué sistema pertenece cada fichero. Mientras no tenga respuesta, una integración se convierte en un ciclo de sobrescrituras mutuas imposible de depurar.

Inteligencia artificial

en el comercio minorista

Una cadena minorista acumula datos más rápido de lo que puede leerlos: tickets por posición y por hora, existencias por punto, movimientos de mercancía, acciones de los empleados, eventos de los equipos. La IA aquí no es un producto aparte, sino una capa sobre esos datos que responde a las preguntas para las que una persona no tiene tiempo.

El patrón es el mismo en todos los escenarios: datos → análisis → resultado → acción. Un escenario sin ese último eslabón se queda en demostración.

Escenarios prácticos:

  • Análisis de ventas — qué sube y qué baja por punto y categoría, qué productos se venden juntos, cómo reacciona la demanda a un cambio de precio
  • Previsión de la demanda — las ventas esperadas de una posición en un punto concreto durante el horizonte de pedido, teniendo en cuenta la estación, el día de la semana y las promociones
  • Análisis de existencias — posiciones estancadas, riesgo de agotarse antes de la siguiente entrega, excedente en un punto y faltante en el vecino
  • Recomendaciones de pedido — una cantidad sugerida para comprar o trasladar; la decisión sigue siendo del reponedor y no del modelo
  • Detección de anomalías — desviaciones en ventas, devoluciones, descuentos y operaciones que los informes corrientes no muestran
  • Ofertas personales — elección de una oferta a partir del historial de compras de un cliente concreto y no de un envío general
  • Procesamiento automático de datos — lectura de albaranes y listas de precios de proveedores, correspondencia de posiciones con la lista de artículos, búsqueda de duplicados en el catálogo
  • Visión artificial — allí donde los equipos y las condiciones de captación sostienen la tarea: control de la exposición del estante, longitud de la cola, reconocimiento de mercancía en la balanza
  • Detección de escenarios sospechosos — patrones de comportamiento en las operaciones que complementan las reglas de la sección de control

El límite se dice con honestidad: un modelo trabaja sobre historial acumulado. Mientras las ventas no se registren por posición y por hora y los movimientos de mercancía se documenten a posteriori, no hay nada que prever: primero el circuito contable y después la analítica encima. El análisis detallado de este ámbito está en la página de implantación de inteligencia artificial.

Un responsable de categoría revisa una previsión de demanda y una anomalía de ventas antes de hacer un pedido

Un escenario de principio a fin

Un pedido para un puntodatos → análisis → resultado → acción
  • DatosVentas diarias de la posición en ese punto durante 14 meses, existencias actuales, plazo de entrega, historial de promociones y de roturas de stock
  • AnálisisEl modelo separa la estacionalidad y el efecto de las promociones de la demanda de base y estima las ventas esperadas hasta la siguiente entrega
  • ResultadoUna cantidad de pedido recomendada y un aviso: con las existencias actuales la posición se agotará dos días antes de que llegue la entrega
  • AcciónEl reponedor acepta, cambia o rechaza la recomendación; la solicitud pasa a un pedido a proveedor
  • ComprobaciónPasado un periodo, la previsión se compara con los valores reales; las diferencias vuelven al entrenamiento en lugar de pasar inadvertidas

El cuarto paso es obligatorio. Una recomendación que llega a un pedido sin persona convierte un error del modelo en una compra real, y el último paso convierte ese error en una corrección.

Qué conviene entender de antemano

  • Un modelo responde con una probabilidad y no con un hecho: el resultado tiene una precisión y esa precisión se mide
  • El primer horizonte son semanas y meses de historial acumulado y no el primer día tras el arranque
  • Una anomalía es un motivo para comprobar y no una acusación: el mismo principio que en la sección de control
  • La visión artificial choca con la física: ángulo, iluminación, calidad de la cámara; su aplicabilidad se comprueba en el sitio

Monitorización IoT

de los equipos de la tienda

Parte de la mercancía de una tienda está en equipos con un régimen de funcionamiento: vitrinas refrigeradas, arcones congeladores, cámaras en la trastienda. Una desviación de ese régimen es invisible en el control de mercancía: aparece como una baja unos días después.

Por eso la monitorización de los equipos está junto a la capa comercial: los mismos puntos, los mismos responsables, el mismo principio de que una desviación va dirigida a una persona y tiene plazo.

Qué se pone bajo observación en una tienda:

  • Neveras, congeladores y vitrinas — la temperatura y su evolución en el tiempo, no solo el valor actual
  • Sondas de temperatura — en una cámara, en una vitrina o en una balda concreta, con umbrales según el tipo de mercancía almacenada
  • Puertas — apertura y duración, con la puerta abierta como evento propio
  • Alimentación eléctrica — corte y reposición de la corriente en el local y en un equipo concreto
  • Estado de los equipos — funcionamiento del compresor, ciclos, necesidad de descarche
  • Errores de los controladores — los códigos que el equipo entrega al exterior, traducidos a una lista común de estados
  • Pérdida de conexión — un dispositivo mudo como evento y no como un hueco en el gráfico

La relación con el comercio es directa: el historial de temperaturas acredita las condiciones de conservación ante una inspección o una contraparte, y una desviación detectada a tiempo reduce las bajas, es decir, aparece en los mismos informes de pérdidas que los faltantes de inventario.

Un técnico comprueba una sonda de temperatura y las lecturas remotas de las vitrinas refrigeradas de la tienda

Qué aporta la monitorización a la tienda

  • Una subida de temperatura se ve antes de que la mercancía se estropee y no cuando ya se ha dado de baja
  • Una puerta de vitrina abierta se convierte en tarea para el turno en minutos y no en horas
  • Un equipo que falla con regularidad se distingue de un caso aislado: por el historial y no por la memoria
  • Un gráfico de temperatura de cualquier periodo se puede sacar para cualquier local y cualquier fecha
  • Un corte de luz en un punto queda registrado aunque la tienda estuviera cerrada

Qué se puede leer físicamente de un equipo concreto es una cuestión de su controlador: unos modelos entregan valores y errores, otros exigen sondas externas. Eso se establece en el estudio previo con la documentación del fabricante.

El análisis completo de este ámbito —sondas y controladores, canales de comunicación, parte de servidor, panel único, avisos y control remoto— está en una página aparte sobre monitorización IoT y control de equipos.

Módulos del sistema

El alcance se compone alrededor de la tarea: una tienda aislada no necesita matrices ni traslados entre puntos, mientras que una cadena de cuarenta tiendas no puede prescindir de ellos. A continuación, la lista completa de la que se parte.

Puesto de caja

Pantalla del cajero, composición del ticket, trabajo con el lector y la balanza, pago, impresión de documentos, tickets aparcados, modo sin conexión.

Turnos y efectivo

Apertura y cierre del turno, informes intermedios y de cierre, entrada y salida de efectivo, cálculo de la diferencia.

Capa de pagos

Intercambio con el terminal de pago, estados de las operaciones, vinculación del pago con el ticket, devoluciones, aclaración de operaciones inacabadas, conciliación.

Devoluciones en caja

Devolución por número de ticket, devolución parcial, comprobación de lo ya devuelto, reembolso de dinero y puntos, ticket de devolución.

Catálogo de productos

Posiciones, códigos de barras, unidades de medida, mercancía a peso, categorías, proveedores, reglas de circulación, estados y archivo.

Matriz de surtido

Composición del surtido por grupo de puntos, incorporación y retirada de posiciones con fecha, control de las ventas fuera de la matriz.

Precios y cambios de precio

Grupos de precios, reglas de margen, cambios de precio por calendario con fecha de entrada en vigor, precio mínimo, historial de cambios.

Descuentos, promociones y códigos promocionales

Condiciones de activación, mecánica, calendario, alcance por punto, límites, compatibilidad, generación y canje de códigos.

Existencias

Existencias por punto y en toda la cadena, mercancía en tránsito, reservas, umbrales de existencias bajas, posiciones sin movimiento.

Recepción de mercancía

Entradas del proveedor y del centro de distribución, escaneo, comparación con el albarán, registro de las discrepancias.

Traslados entre puntos

Salida y recepción como dos mitades de una operación, mercancía en tránsito, control de los traslados sin cerrar.

Bajas y devoluciones al proveedor

Rotura, deterioro, caducidad, consumo interno y devolución por defecto con referencia a la recepción original.

Inventario

Completo y parcial, recuento por escaneo, discrepancias en unidades y en dinero, aprobación del resultado.

Gestión de la cadena

Un registro de tiendas, grupos de puntos, ajustes de formato y apertura de un punto nuevo copiando una configuración.

Panel central

Una sola pantalla para la cadena: ventas, existencias, precios, promociones, equipos, errores, indicadores clave y estado del intercambio.

Sincronización con los puntos

Colas de intercambio, fechas de entrada en vigor, confirmación de la aplicación, reenvío, registro y conciliación.

Programa de fidelización

Identificación del cliente, puntos, niveles, plazos de caducidad, segmentos, ofertas personales, comunicaciones.

Clientes

Perfiles, consentimientos para el tratamiento de datos, historial de compras, canales de comunicación, fusión de duplicados.

Empleados y permisos

Roles y permisos, alcance por punto, confirmación de operaciones por un superior, registro de acciones y retirada de accesos.

Control de las operaciones

Reglas de vigilancia, cola de aclaración, informes de devoluciones, descuentos y anulaciones y registro de los eventos críticos.

Registro de equipos

Cajas, terminales, balanzas, lectores y demás dispositivos vinculados a los puestos, con versiones e historial de mantenimiento.

Monitorización de los equipos

Temperatura, puertas, alimentación, errores de los controladores y pérdida de conexión; eventos con destinatario y plazo de reacción.

Analítica e informes

Ventas, margen, rotación, devoluciones, pérdidas, efecto de las promociones, rendimiento de los empleados y desgloses libres.

Integraciones y API

Intercambio con ERP, gestión financiera, CRM, almacén, tienda en línea y servicios externos. API, webhooks, colas y registro.

Orden de implantación

Un sistema no se lanza de golpe en toda la cadena. El orden siguiente se deriva de las dependencias: cada paso se apoya en los datos que aparecieron en el anterior y se comprueba en un punto antes de extenderse.

Estudio previo

Procesos actuales, ficheros, equipos de los puntos, sistemas propietarios de los datos y requisitos de la parte fiscal. El resultado es un esquema de entidades, un mapa de integraciones y una lista de limitaciones.

Caja y mercancía

Migración de la lista de artículos, códigos de barras, precios, recepción y existencias y un puesto de caja con los equipos conectados y el terminal de pago. Arranque en un punto.

Cadena

Panel central, matrices de surtido, precios y promociones centralizados, traslados entre puntos, sincronización y permisos de acceso. Conexión de las tiendas restantes.

Ampliación

Fidelización, control de las operaciones, analítica, monitorización de los equipos y escenarios de IA sobre el historial acumulado. Cada bloque es una entrega aparte con resultado medible.

Hablemos de la automatización de su comercio minorista

Contacte con nosotros ahora

Cuéntenos cuántos puntos tiene, qué funciona ya —caja, sistema contable, almacén, tienda en línea— y qué equipos hay instalados en la sala de ventas. Repasaremos el proceso, le diremos qué se puede migrar y qué habrá que construir de cero y le propondremos un orden de implantación.