Desarrollamos sistemas para el comercio minorista a la medida de la cadena
Caja, capa de pagos, control de mercancía, gestión de la cadena, integraciones y soporte después del arranque.
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.
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:
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.
No con páginas ni con hojas de cálculo, sino con objetos de negocio: registros con estado, autor e historial propios:
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.
Cuatro preguntas que no existen para un punto aislado. Sus respuestas son lo que separa un sistema de cadena de un programa de caja:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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 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.
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.
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.

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.
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».
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.
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.
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.
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.
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.
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.
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.
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:
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.

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.
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:
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.
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.
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.
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.
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.
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.
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.
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 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é ha ocurrido | Qué hace la caja | Estado |
|---|---|---|
| Tarjeta rechazada | Propone reintentar o elegir otra forma de pago; el ticket sigue abierto | normal |
| El cliente ha cancelado la operación | Devuelve el ticket al trabajo y la operación de pago se cierra como cancelada | normal |
| El terminal no ha respondido a tiempo | No cierra el ticket, consulta el estado de la operación y, si no queda claro, bloquea el cierre manual | aclaración |
| Se fue la luz entre el pago y la impresión | Al arrancar restaura el ticket inacabado y exige establecer el desenlace del pago | aclaración |
| El pago pasó pero el ticket no se imprimió | Mantiene la operación abierta y reimprime sin volver a cobrar | aclaración |
| El pago está en el registro y el ticket no está en el sistema | Envía la discrepancia a la cola de conciliación con importe, hora y terminal | aclaración |
| El terminal exige cierre del día | Se lo dice al cajero antes de empezar la operación y no cuando la tarjeta ya está puesta | aviso |
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.
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:
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.
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.
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:
| Tienda | En la matriz | Precio | Existencias disponibles |
|---|---|---|---|
| Centro | sí | 395 | 42 |
| Barrio residencial | sí | 385 | 7 |
| Carretera | no | — | 0 |
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.
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.
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.
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.
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.
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.
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ó.
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.
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.
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:
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.

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.
La lista es corta y casi siempre la misma. El sistema no elimina esas causas por sí mismo: las hace distinguibles:
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.
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.

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.
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.
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.
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 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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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.
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.
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
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:
Un programa de fidelización vive en la sala de ventas y no en un informe de marketing. Sus requisitos los fija la cola:
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.
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.
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.
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:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
| Señal | Qué sabe el sistema | Qué comprueba una persona |
|---|---|---|
| El porcentaje de devoluciones de un cajero triplica la media del punto | 14 devoluciones en un turno, 11 de ellas en la última hora, todas en efectivo | Las grabaciones de las cámaras, si había clientes presentes, la explicación del empleado |
| Un descuento manual se aplicó 23 veces | Un cajero, un rango de importes, grupos de mercancía distintos | Los motivos del descuento, si existe una instrucción, si el cliente se repite |
| Un pago en el registro sin ticket en el sistema | El importe y la hora encajan con el turno, el ticket falta | Un fallo de conexión o una venta no registrada: revisar el registro de la caja |
| El cajón portamonedas se abrió 40 veces sin venta | Una caja, un turno, intervalos de 3 a 5 minutos | Dar cambio, un problema técnico de la cerradura o una retirada de efectivo |
| Inventario: un faltante en una sola categoría | La discrepancia está solo en el grupo de tabaco, en tres puntos seguidos | Recepció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.
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:
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.

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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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.

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.
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:
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.

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.
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.
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.
Apertura y cierre del turno, informes intermedios y de cierre, entrada y salida de efectivo, cálculo de la diferencia.
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.
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.
Posiciones, códigos de barras, unidades de medida, mercancía a peso, categorías, proveedores, reglas de circulación, estados y archivo.
Composición del surtido por grupo de puntos, incorporación y retirada de posiciones con fecha, control de las ventas fuera de la matriz.
Grupos de precios, reglas de margen, cambios de precio por calendario con fecha de entrada en vigor, precio mínimo, historial de cambios.
Condiciones de activación, mecánica, calendario, alcance por punto, límites, compatibilidad, generación y canje de códigos.
Existencias por punto y en toda la cadena, mercancía en tránsito, reservas, umbrales de existencias bajas, posiciones sin movimiento.
Entradas del proveedor y del centro de distribución, escaneo, comparación con el albarán, registro de las discrepancias.
Salida y recepción como dos mitades de una operación, mercancía en tránsito, control de los traslados sin cerrar.
Rotura, deterioro, caducidad, consumo interno y devolución por defecto con referencia a la recepción original.
Completo y parcial, recuento por escaneo, discrepancias en unidades y en dinero, aprobación del resultado.
Un registro de tiendas, grupos de puntos, ajustes de formato y apertura de un punto nuevo copiando una configuración.
Una sola pantalla para la cadena: ventas, existencias, precios, promociones, equipos, errores, indicadores clave y estado del intercambio.
Colas de intercambio, fechas de entrada en vigor, confirmación de la aplicación, reenvío, registro y conciliación.
Identificación del cliente, puntos, niveles, plazos de caducidad, segmentos, ofertas personales, comunicaciones.
Perfiles, consentimientos para el tratamiento de datos, historial de compras, canales de comunicación, fusión de duplicados.
Roles y permisos, alcance por punto, confirmación de operaciones por un superior, registro de acciones y retirada de accesos.
Reglas de vigilancia, cola de aclaración, informes de devoluciones, descuentos y anulaciones y registro de los eventos críticos.
Cajas, terminales, balanzas, lectores y demás dispositivos vinculados a los puestos, con versiones e historial de mantenimiento.
Temperatura, puertas, alimentación, errores de los controladores y pérdida de conexión; eventos con destinatario y plazo de reacción.
Ventas, margen, rotación, devoluciones, pérdidas, efecto de las promociones, rendimiento de los empleados y desgloses libres.
Intercambio con ERP, gestión financiera, CRM, almacén, tienda en línea y servicios externos. API, webhooks, colas y registro.
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.
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.
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.
Panel central, matrices de surtido, precios y promociones centralizados, traslados entre puntos, sincronización y permisos de acceso. Conexión de las tiendas restantes.
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.
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.