Cómo construir un sistema TPV capaz de servir a 18.000 establecimientos simultáneamente, adaptándose a heladerías con terrinas multi-sabor, pizzerías con mitad-mitad, y bares con whisky en seis formatos diferentes —todo mientras cumple normativas fiscales en tiempo real.
“Un TPV al final es un sistema informático que sustituye la antigua caja registradora”, explica José Biedma, CEO de Glop, empresa con 25 años desarrollando software para hostelería. “Pero muchos lo usan solo para hacer tickets, igual que su antigua registradora. Nosotros pretendemos ir mucho más allá: queremos que sea el cerebro tecnológico del establecimiento“.
Ese salto —de registradora digital a cerebro operativo— implica resolver problemas técnicos complejos: ¿Cómo permite que un camarero configure desde su comandera un cucurucho con “bola grande de turrón y bola pequeña de nata”, mientras otro gestiona un whisky en seis formatos diferentes (copa, tubo, chupito, combinado, doble, vaso de piedra)? ¿Cómo sincronizar pedidos de Glovo, Just Eat y Uber Eats en un solo sistema sin colapsar la cocina? ¿Cómo mantiene operativo un negocio cuando cae internet?
Tras 15 años de desarrollo continuo y más de 18.000 usuarios activos, Glop ha construido una arquitectura modular que resuelve estas casuísticas. Este artículo disecciona las decisiones técnicas detrás de un TPV moderno. Adicionalmente contamos con una guía sobre la mejor elección de TPV que puedes consultar y que está basada en la visión de José Biedma y su equipo.
Configuración adaptable: El reto técnico de “cada negocio es un mundo”
El problema de la generalización
“No es lo mismo una heladería que una pizzería”, señala Biedma. “Cada uno tiene funcionalidades muy concretas. Después de más de 15 años de desarrollo, aún siguen llegando peticiones de nuevos desarrollos para adaptarnos a alguien en concreto que tiene una funcionalidad muy específica”.
Este desafío —soportar 18.000 clientes con operativas diferentes sin tener 18.000 versiones del software— requiere una arquitectura de configuración granular donde cada funcionalidad pueda activarse, desactivarse o parametrizarse sin tocar código.
Caso técnico: Heladerías y la complejidad de las terrinas
Biedma detalla un caso concreto: “Trabajamos con muchísimas heladerías en Alicante. Cuando vas a tomar comanda en una terraza, es bastante complicado. Puedes trabajar con terrinas que tienen un tamaño fijo y capacidad fija si quieres llevar control de consumos”.
Complejidad técnica:
- Una terrina puede ser de un sabor o dos sabores (división 100% vs 50%-50% o proporciones custom)
- Un cucurucho puede tener bola grande + bola mediana
- Sabores premium (turrón) tienen precio diferente que sabores estándar (nata)
Solución de Glop: Configuración de productos con modificadores jerárquicos:
- Producto base: “Helado terrina”
- Modificador nivel 1: Tamaño (pequeña/mediana/grande)
- Modificador nivel 2: Sabores (1, 2, 3+)
- Modificador nivel 3: Tipo de sabor (estándar/premium) con ajuste de precio dinámico
“Todo eso tiene que poder comandarlo el camarero desde una comandera para que lo mande a la barra que se lo prepare. Porque si a cada nota tengo que entrar a explicarla, no estoy digitalizando ni mejorando mi forma de trabajar”, explica Biedma.
Caso técnico: El whisky en seis formatos
Otro ejemplo que menciona: “Un whisky lo puedo vender en copa, en tubo, en chupito, en combinado, en vaso de piedra… Es el mismo artículo, con distintas medidas y distinto precio. ¿Qué hago? ¿Creo uno por cada formato? Tendría seis artículos distintos y seis pantallas donde buscar el producto”.
Solución técnica de Glop:
- Un solo producto “Whisky X”
- Despliegue automático de formatos disponibles al seleccionarlo
- Si elige “combinado”, el sistema automáticamente abre pantalla de refrescos
- Si el refresco es premium (Red Bull), añade suplemento automático al precio
“Eso lo puedes adaptar para que sea muy operativo. Ganas mucha agilidad en la usabilidad, que es donde hacemos mucho hincapié”, destaca Biedma.
Arquitectura de hardware: ¿Por qué no tablets?
La decisión: Equipos profesionales vs dispositivos consumer
Biedma es tajante sobre una decisión técnica clave: “Nosotros trabajamos con equipos informáticos. No nos gusta trabajar con tablets, no trabajamos con tablets. ¿Por qué? Porque en esos picos de demanda de trabajo necesito tener un sistema que tenga margen de crecimiento. Necesito que mi equipo no esté al límite”.
Razonamiento técnico:
| CONCEPTO | TABLET CONSUMER | EQUIPO PROFESIONAL TPV |
|---|---|---|
| Procesador | ARM de baja potencia | x86/x64 multi-core (Intel J6412 / N97) |
| RAM | 2-4GB | 8-16GB |
| Almacenamiento | eMMC 32-64GB | SSD 128GB+ |
| OS | Android/iOS con limitaciones | Windows Embedded |
| Precio | €200-400 | €800-1.500 |
| Durabilidad | 2-3 años uso intensivo | 7-10 años en entorno 24/7 |
“En la provincia de Alicante llevamos más de 25 años haciendo instalaciones. Estamos acostumbrados a trabajar con volúmenes altos de trabajo. Sabemos lo que es un sitio en Benidorm o en Altea, zonas muy turísticas”, explica Biedma. “No es lo mismo instalar en un ordenador profesional táctil que en una tablet, pero 10 veces superior en cuanto a procesador y memoria”.
Infraestructura WiFi dedicada
Otro punto técnico crítico que menciona Biedma: “Cuando instalamos comanderas, no me vale instalar en la WiFi del establecimiento. Cuando más gente hay, más gente está conectada a la misma WiFi. No puede ser la WiFi para trabajar”.
Problema técnico:
- Router doméstico típico: 20-30 dispositivos máx, banda compartida
- Hora punta restaurante: 50+ clientes con móviles + 5 comanderas trabajando
- Resultado: Latencia errática, pérdida de paquetes, comandas que no llegan
Solución Glop: “Recomiendo que haya una WiFi específica solo para los comanderos. Cuanto más volumen de trabajo, más transmisión de datos. Es importante porque me ha pasado en más de una ocasión: ‘Es que se queda colgado’. Claro, estás con el router de la compañía telefónica capado y quieres que eso funcione con el negocio lleno”.
Especificaciones técnicas recomendadas:
- Router business-grade (ej: Ubiquiti UniFi, Cisco Small Business)
- SSID dedicado para dispositivos TPV
- QoS (Quality of Service) priorizando tráfico comanderas
- Canal WiFi 5GHz para reducir interferencias
- Handoff optimizado entre access points en locales grandes
Monitor de cocina y comunicación bidireccional sala-cocina
Más allá de la impresora de tickets
“Toda la vida se ha vendido la impresora de tickets en zonas de preparación”, cuenta Biedma. “Es un módulo que ha costado mucho que la gente lo vea operativo porque la gente es tradicional en producción en cocina. Pero nos sorprende porque hoy en día está entre los módulos que más se venden en Glop“.
Arquitectura del sistema de comandas digitales
Componentes:
- Comandera táctil (Android): Toma de pedido con configuración completa
- Monitor de cocina (tablet/pantalla en cocina): Visualización de comandas con gestión de estados
- Protocolo de sincronización: WebSockets o polling HTTP para actualizaciones en tiempo real
Flujo técnico de una comanda:
[Camarero marca pedido en comandera]
↓ (POST request a servidor local/cloud)
[Servidor procesa y almacena en BD]
↓ (Push notification vía WebSocket)
[Monitor cocina recibe comanda en estado “RECIBIDO”]
↓ (Cocina arrastra digitalmente a “EN PREPARACIÓN”)
[Actualización BD + notificación a comandera original]
↓ (Cocina arrastra a “LISTO PARA SERVIR”)
[Vibra al camarero que tomó el pedido]
“Trabajamos con tablets Android, nos permite una usabilidad muy sencilla. Yo simplemente arrastro el producto y lo pongo en preparación. Con lo cual, el camarero sabe siempre en qué estado está cada plato”, explica Biedma.
Gestión de estados y sincronización
Estados configurables:
- RECIBIDO (default al llegar)
- EN PREPARACIÓN (cocinero comienza)
- LISTO PARA SERVIR (cocinero termina)
- SERVIDO (camarero confirma entrega)
Funcionalidad avanzada mencionada por Biedma: “Yo desde el comandero, si estoy viendo en una mesa que se están acabando los aperitivos, puedo incluso lanzar órdenes a la cocina y cambiarles el estado de un plato. Oye, esto te lo pongo en preparación porque me hace falta ya”.
Desafío técnico: Resolución de conflictos cuando cocina y camarero modifican simultáneamente el mismo plato. Glop usa timestamping con última escritura gana, pero permite forzar reclamación urgente desde la comandera (aparece en rojo y pitando en el monitor cocina).
Coordinación de tiempos entre platos
“Aquí en Alicante, tierra de arroces. No es lo mismo si en una mesa unos piden paella y otros un chuletón. El chuletón va a tardar mucho menos que una paella”, señala Biedma.
Solución técnica: En el monitor de cocina, cada partida puede ver sus productos destacados y los de otras mesas en pequeño o background. Así, el cocinero de parrilla ve que la misma mesa tiene un arroz pendiente y retrasa el chuletón conscientemente.
“Para organizar esos tiempos, está bien que yo tenga mi referencia de que en esa mesa también hay un chuletón. Para que el que tenga que hacer el chuletón sepa que esa comanda la tiene que frenar un poco hasta que no esté disponible el arroz”, concluye.
Pagos integrados: Terminal + datáfono en un solo dispositivo
El problema del flujo duplicado
“Tradicionalmente, cobrar requería dos sistemas: introducir el pedido en el TPV y luego pasar la tarjeta por un datáfono independiente”, explica Biedma al describir la innovación de Tap to Pay.
Lanzamiento reciente: Glop implementó tecnología NFC (Near Field Communication) que permite que cualquier dispositivo Android con chip NFC actúe como datáfono.
Especificaciones técnicas del sistema
“Hoy en día con la tecnología Tap to Pay, cualquier dispositivo que tenga tecnología NFC te sirve de datáfono”, detalla Biedma. “Un camarero puede llevar una especie de móvil en el que ahí puede tomar las comandas, le llega la información directamente de cocina y además puede cobrar al cliente”.
Stack tecnológico:
- Hardware: Comandera Android con chip NFC habilitado
- Protocolo: EMV Level 1/2 para contactless
- Certificación: PCI-DSS compliant (certificación de seguridad de pagos)
- Procesamiento: Integración con pasarelas (MONEI, otros) vía API
Ventajas técnicas:
- Reducción de hardware: Un dispositivo en lugar de dos
- Sincronización automática: El importe ya está en el sistema, no hay descuadres
- Conciliación bancaria simplificada: Transacciones vinculadas a tickets en BD
- Velocidad: “Simplemente acerque su tarjeta al dispositivo” (~2 segundos vs 10-15 seg datáfono tradicional)
Limitaciones de Tap to Pay
Biedma es transparente sobre las limitaciones actuales: “Hablamos de tecnología NFC, es decir, hablamos de tarjetas contactless. En España pueden ser nueve de cada diez. Ya quedan muy pocas tarjetas de chip que sean solo chip, la mayoría son mixtas”.
Para tarjetas chip-only o bandas magnéticas (raras pero existentes), el establecimiento aún necesita un datáfono tradicional backup, pero para el 90%+ de transacciones, el sistema NFC integrado funciona.
Integración con plataformas de delivery: Orquestación de pedidos
El caos de múltiples tablets
“Nosotros lo que hacemos es enlazarnos con plataformas intermedias que recogen todos los pedidos de todas las plataformas y nos los sirven en Glop. Ya entran en nuestro módulo de delivery”, explica Biedma sobre la integración con servicios de entrega a domicilio.
Arquitectura de integración
Problema técnico:
- Glovo usa API REST con OAuth 2.0
- Just Eat usa API propietaria con HMAC authentication
- Uber Eats usa webhook push con JSON payloads
- Deliveroo tiene otro sistema diferente
Solución Glop: Integración con Deliverect, middleware-as-a-service que:
- Mantiene conexiones activas con todas las plataformas
- Normaliza los datos de pedidos a formato estándar JSON
- Envía al TPV vía webhook POST o pulling periódico
- Gestiona actualizaciones de estado bidireccionales
Flujo técnico:
[Cliente pide en app Glovo]
↓
[Glovo API → Deliverect]
↓
[Deliverect normaliza datos → webhook a Glop]
↓
[Glop recibe pedido en módulo delivery]
↓ (mismo flujo que pedido presencial)
[Imprime en cocina/envía a monitor]
↓
[Restaurante marca “preparado”]
↓
[Glop → Deliverect → Glovo: estado actualizado]
“Lo que intentamos es abrir el restaurante a que puedan llegar los pedidos de cualquier sitio”, resume Biedma.
Gestión de repartidores propios
Para restaurantes con delivery propio, Glop ofrece módulo adicional:
- App de repartidor Android/iOS con GPS tracking
- Asignación automática o manual de rutas
- Arqueos de caja por repartidor (efectivo cobrado en domicilio)
- Integración con Google Maps API para optimización de rutas
“Para aquel establecimiento que tenga su servicio delivery propio, que tenga su tienda online de pedidos, también se la puede generar automáticamente para que los clientes puedan pedir y lleguen sus pedidos. Eso se procesa en el negocio y luego tienes tu gestión de repartidores”, detalla Biedma.
Control de stock y escandallos: Gestión de inventario en tiempo real
El desafío técnico de los escandallos
“Llevar un control de stock en hostelería es muy complicado. Ahí nace de que haya una buena gestión por parte del restaurador y por parte de cocina”, admite Biedma.
Problema principal: Mediciones imprecisas. “Cuando entras en un restaurante que quieren llevar control de stock y te hablan de puñados, de pellizcos… aquí todo lo tenemos que llevar a gramos o kilos”.
Arquitectura de escandallos multinivel
Glop permite escandallos de dos niveles, según explica Biedma:
Nivel 1 – Escandallo de ingrediente intermedio: Ejemplo: Salsa boloñesa
SALSA_BOLONESA:
├─ Tomate triturado: 500g
├─ Carne picada: 300g
├─ Cebolla: 100g
├─ Aceite oliva: 50ml
└─ Especias: 20g
Nivel 2 – Escandallo de plato final: Ejemplo: Lasaña boloñesa
LASAÑA_BOLOÑESA:
├─ SALSA_BOLONESA (escandallo nivel 1): 1 unidad
├─ Placas lasaña: 200g
├─ Bechamel: 150ml
└─ Queso rallado: 80g
Sincronización con stock: “Según comando un plato, todo eso se va reduciendo del stock”, explica Biedma.
Flujo técnico:
[Cliente pide Lasaña boloñesa]
↓
[Sistema desglosa escandallo]
↓
[Reduce de BD: -500g tomate, -300g carne, -100g cebolla,
-200g pasta, -150ml bechamel, -80g queso]
↓
[Compara con mínimos configurados]
↓ (si tomate < 5kg)
[Genera alerta: “Reponer tomate triturado”]
Sistema de alertas y reposición automática
“En Glop lo que puedes hacer es tener unos mínimos y unos máximos, unas unidades de alerta de mínimos y unas unidades de reposición, para que luego te pueda incluso calcular qué es lo que necesitas comprar“, detalla Biedma.
Inteligencia adicional:
- Cálculo de cantidad óptima de compra basado en históricos
- Generación automática de pedidos a proveedores
- Integración con herramientas terceras para escaneo de albaranes (reconocimiento OCR)
“Hoy en día hay herramientas externas a Glop, de terceros, que tienen software muy específicos donde pueden escanear el albarán de un proveedor para hacer seguimiento de precios, y están integradas en Glop”, menciona Biedma.
Cajones automáticos de cobro: Mecánica + software
Por qué automatizar el efectivo
“El dinero estaba muy a la mano de todo el mundo. Tú te podías equivocar si ibas corriendo en coger el cambio, había multos… Al final el dinero está muy a la mano”, explica Biedma sobre el problema tradicional de gestión de efectivo.
Tipos de cajones según volumen operacional
Biedma detalla la gama disponible: “Hay cajones para clientes de 100 tickets diarios y hay cajones para clientes de 500 o 2.000 operaciones. Es un abanico muy grande”.
Categorización técnica:
| VOLUMEN | OPERACION/DÍA | PRECIO APROX | CAPACIDAD MECÁNICA | EJEMPLO MODELOS |
|---|---|---|---|---|
| Bajo | <100 | €4.000-5.000 | Básica, 2-3 compartimentos | Cash Security Mini |
| Medio | 100-500 | €6.000-9.000 | 4-6 compartimentos, validador | Cashlogy POS 1500 |
| Alto | 500-2.000 | €10.000-15.000 | Dispensador complejo, multiple coins | CashGuard |
“No olvidemos que los cajones son muchas piezas mecánicas. Son piezas que sufren un desgaste, que necesitan tener un nivel de calidad, porque estás constantemente moviendo piezas mecánicas”, advierte Biedma sobre la importancia de no subdimensionar.
Integración software-hardware
Protocolo de comunicación: Los cajones automáticos se conectan al TPV vía:
- Puerto serial RS-232 (modelos antiguos)
- USB (modelos modernos)
- TCP/IP over Ethernet (modelos enterprise)
Flujo de operación:
[Camarero marca productos en TPV]
↓
[Da botón “Cobrar” → selecciona “Efectivo”]
↓
[TPV calcula total: 47,50€]
↓ (señal al cajón)
[Cajón automático se activa, display muestra “Introducir dinero”]
↓
[Cliente introduce billete 50€]
↓
[Cajón valida billete, cuenta valor, comunica al TPV]
↓
[TPV calcula cambio: 2,50€]
↓ (comando dispensar)
[Cajón dispensa monedas/billetes de cambio]
↓
[TPV recibe confirmación, cierra transacción]
Importante: “Yo no puedo cerrar una cuenta si no me ha metido el dinero exacto de esa cuenta”, enfatiza Biedma. El software no permite completar la transacción hasta recibir señal del cajón confirmando la recepción del importe correcto.
Detección de billetes falsos
Todos los cajones de gama media-alta incluye validadores con:
- Detección UV (marcas fluorescentes)
- Detección magnética (tinta magnética específica)
- Sensor infrarrojo (grosor y textura del papel)
El cajón rechaza automáticamente billetes sospechosos antes de que entren al sistema contable.
VeriFactu: El reto técnico del cumplimiento fiscal automatizado
La normativa más compleja en décadas
“VeriFactu es una nueva normativa de la agencia tributaria que se engloba dentro de la ley antifraude. Obliga a crear un registro de facturas verificables“, explica Biedma.
Fechas clave:
- 1 enero 2026: Obligatorio para empresas (impuestos sociales)
- 1 julio 2026: Obligatorio para autónomos
- Sanciones: Hasta 50.000€ por software no homologado
Especificaciones técnicas de VeriFactu
Requisitos implementados:
1. Código QR en cada ticket:
- Contiene hash SHA-256 de la transacción
- Incluye firma HMAC con clave del establecimiento
- Permite verificación pública en web de AEAT
2. Registro de facturas estructurado:
- XML firmado digitalmente con certificado de la empresa
- Envío automático a AEAT vía webservice
- Almacenamiento inmutable (append-only log)
3. Trazabilidad completa:
- Toda modificación registrada con timestamp
- Usuario que realizó la acción
- Estado anterior y nuevo estado
Arquitectura técnica Glop:
[Venta completada en TPV]
↓
[Genera XML según especificaciones AEAT]
↓
[Firma XML con certificado digital del negocio (almacenado seguro)]
↓
[Calcula hash SHA-256 de transacción]
↓
[Genera código QR con hash + URL verificación]
↓
[Imprime ticket con QR]
↓ (proceso asíncrono)
[Envía XML firmado a AEAT vía HTTPS POST]
↓
[Recibe confirmación de registro]
↓
[Almacena respuesta AEAT en BD]
El trabajo de homologación
“Hemos trabajado para homologar el software y para que cumpla todas las especificaciones que nos pide la agencia tributaria”, cuenta Biedma. “Vamos a intentar hacer una transición tranquila para actualizar a toda nuestra base de clientes, que no sea nada traumático”.
Glop fue uno de los primeros certificados, ventaja competitiva crítica dado que:
- Actualizar 18.000 clientes lleva meses
- Competidores aún en proceso de certificación
- Negocios sin software homologado enfrentan multas
“Los que ya somos mayores y pasamos del cambio de la peseta al euro, vemos ahora un poco cómo es la experiencia de tener que actualizar todos los negocios en España”, compara Biedma con humor.
API abierta y ecosistema de integraciones
Filosofía de apertura
“Hay una API abierta que nos permite integrarnos con otras herramientas que nos puedan aportar un valor a nosotros y a nuestros clientes”, explica Biedma sobre la estrategia de integración.
Integraciones disponibles
E-commerce:
- WooCommerce (plugin nativo)
- PrestaShop
- Tienda propia generada automáticamente
Contabilidad:
- Sage 200
- GoldenSoft
- Contasol
- A3 Software
Pasarelas de pago:
- MONEI
- Comercia Global Payments
- Universal Pay
Analítica:
- Google Data Studio (exportación de datos)
- Power BI (conectores personalizados)
Delivery:
- Deliverect (como vimos)
Hardware especializado:
- Cajones automáticos (Cashlogy, CashGuard, Glory, Safepay, etc.)
- Balanzas (integración por puerto serial/USB)
- Etiquetadoras
“Han salido al mercado distintas herramientas con las cuales integramos para que nos den ese plus que a lo mejor nosotros no podemos llegar, o que ellos puedan alimentarse de nuestras ventas. Se puede crear un ecosistema muy interesante“, concluye Biedma.
Arquitectura API REST
Aunque Biedma no entra en detalles técnicos profundos, la documentación de Glop (apidoc.glop.es) revela:
- Autenticación: API Keys + OAuth 2.0
- Formato: JSON request/response
- Rate limiting: 1000 requests/hora por cliente
- Endpoints principales: /products, /sales, /inventory, /customers, /reports
Distribuidores y instalación profesional: El factor humano en la tecnología
Red de más de 100 distribuidores
“Trabajamos con una red de distribuidores bien formados en España, homologados por Glop, para que conozcan las necesidades del cliente y le apliquen la configuración del software que más vaya con su forma de trabajar”, explica Biedma.
Por qué no ventas directas 100% online
“Lo primero principal es detectar qué es lo que necesita el cliente. Es trabajo del distribuidor adaptar el software a que el cliente pueda extraer el mayor rendimiento posible”, justifica Biedma el modelo de distribución.
Valor del distribuidor:
- Auditoría operativa: Entiende cómo trabaja el establecimiento
- Configuración a medida: Activa módulos apropiados, desactiva innecesarios
- Capacitación presencial: Forma a empleados in-situ
- Soporte post-venta local: Resuelve incidencias rápidamente
“El software es muy amplio porque llevamos muchos años y muchísimos clientes. Tenemos que ir sacando versiones nuevas cada año y vas metiendo mejoras enfocadas a que se adapte a la forma de trabajar de cualquier persona”, detalla Biedma sobre la complejidad que justifica la intervención humana.
Instalación técnica profesional
Biedma da ejemplos concretos de lo que implica una instalación profesional:
Hardware:
- “No es lo mismo instalar un sistema informático en un ordenador profesional táctil que en una tablet”
- Elección de periféricos (impresoras térmicas 80mm vs 58mm según volumen)
- Cableado estructurado (evitar WiFi público para comanderas)
Software:
- Configuración inicial de productos con escandallos si procede
- Definición de empleados, roles y permisos
- Parametrización de impresoras por zona (obrador, barra, postres, etc.)
- Integración con pasarelas de pago y certificados digitales
Formación:
- “Llevamos más de 25 años en Alicante haciendo instalaciones. Sabemos lo que es el volumen de trabajo que pueda tener un sitio en Benidorm”, dice Biedma, enfatizando que la experiencia permite anticipar necesidades.
Conclusión: Evolución continua de un sistema vivo
“Cada año venimos activando alrededor de unas 2.000 licencias nuevas, que son 2.000 nuevos clientes, y cada uno es un mundo”, resume Biedma la escala del desafío técnico.
Lo que diferencia a un TPV básico de un “cerebro tecnológico” no es una característica única, sino la convergencia de decisiones arquitectónicas acumuladas durante 15 años:
- Configuración granular que permite atender heladerías, pizzerías y discotecas con el mismo software base
- Hardware profesional dimensionado para soportar picos reales de Benidorm en agosto
- Infraestructura de red dedicada porque “el router de la compañía capado” no es suficiente
- Sincronización bidireccional sala-cocina con gestión de estados en tiempo real
- Integración de pagos NFC para eliminar el datáfono separado
- Orquestación de delivery desde múltiples plataformas a través de middleware
- Control de stock con escandallos multinivel y alertas automáticas
- Cajones mecánicos inteligentes con validación de billetes
- Cumplimiento fiscal automatizado (VeriFactu) con certificación anticipada
- API abierta para ecosistema de terceros
“A mí lo que me gusta es que el cliente vaya creciendo a medida que su negocio vaya creciendo”, concluye Biedma. “Ponte, y a medida que vayas trabajando, vas conociendo más tu negocio y vas ampliando funcionalidades”.
Un sistema Glop no es un producto terminado, es una plataforma evolutiva que, tras 25 años de iteraciones, ha convertido la complejidad de 18.000 negocios diferentes en arquitectura reutilizable.
Y como todo sistema distribuido bien diseñado, su fortaleza no reside en la tecnología individual, sino en cómo todas las piezas —hardware, software, red, integraciones y personas— trabajan coordinadamente para que, al final, un restaurador pueda simplemente “tocar una pantalla y que todo funcione”.
