El problema que resuelve Sinqro
Un restaurante moderno vende por 4-10 canales digitales: Glovo, Uber Eats, Just Eat, Deliveroo, la web de pedido directo, carta QR, kioskos, mesa. Cada canal trae su panel, su editor de menú, su esquema de comisión y su flujo de estados. Sin capa operativa el equipo gestiona cada canal en su pestaña, copia los cambios de menú panel a panel, teclea pedidos en el POS a mano y reconcilia las liquidaciones en hojas de cálculo. El coste es lentitud operativa, errores, pedidos perdidos y margen perdido. Sinqro sustituye esa malla con una capa operativa única que orquesta cada canal hacia los sistemas que el restaurante ya usa.
Qué es Sinqro exactamente
Sinqro es middleware para restaurantes más las apps de operación diaria que se asientan encima. Operativamente tiene tres planos. Master Catalog es el plano de carta: ingiere cada producto, modificador, alérgeno, foto y traducción desde el POS, los canales y hojas de cálculo, los enriquece con IA y publica un único catálogo en cada marketplace, canal propio y kiosko (y, cuando se puede, de vuelta al propio POS). Order Hub es el plano de canales: recibe cada pedido, reserva, pago y solicitud de entrega desde los canales que Master Catalog ya pobló, y entrega los pedidos aceptados al POS. Data Sync es el plano de datos: mueve ventas del POS, liquidaciones de marketplaces, modificadores, movimientos de stock y eventos operativos hacia plataformas de contabilidad, stock, BI y analítica. Las apps de operación diaria (Dashboard para back-office, Work App para sala y cocina, Rider App para delivery propio) corren sobre los mismos datos y conexiones.
Qué no es Sinqro
Sinqro no es un marketplace de delivery: no lista restaurantes públicamente, no es dueño de clientes y no despacha repartidores. Sinqro no es un POS: no sustituye al sistema de caja que el equipo usa en sala. Sinqro no es una plataforma contable: empuja datos al sistema contable que el restaurante ya usa. Sinqro no es un ESB o iPaaS genérico: entiende restaurantes nativamente — menús, modificadores, precios por canal, ruteo a cocina, liquidaciones de marketplace, vocabulario de pedido.
Cómo está estructurada la plataforma
El núcleo operativo es una pila de soluciones ordenadas por dependencia: Master Catalog (el grafo curado de carta — productos, modificadores, alérgenos, fotos, traducciones, precios por canal) es la fuente; Order Hub (recepción y orquestación de pedidos, reservas, pagos y entregas; entrega al POS) consume ese catálogo; Data Sync mueve los datos de POS y marketplace que genera Order Hub hacia contabilidad, stock y BI; Automations ejecuta reglas sobre esos datos; Analytics prevé demanda y aflora anomalías e insights sobre el mismo dataset. Encima de la pila están las herramientas — Dashboard para el back-office multi-local (Menu Studio, la superficie de edición de Master Catalog, vive dentro de Dashboard), Work App para operación en local en tablets y terminales Android, Rider App para repartidores propios, Display App para pantallas públicas, Chat para operar en lenguaje natural sobre cada solución activa, y un endpoint MCP para que el asistente que tu equipo ya usa (Claude, ChatGPT, Cursor) opere Sinqro directamente. Chat y MCP no son una «capa de IA» aparte — son herramientas más, trabajando sobre los mismos datos de las soluciones que el local tenga activas.
Para quién es Sinqro
Sinqro encaja con operadores de restaurante con al menos un canal digital activo y un POS en producción: desde locales únicos independientes que quieren dejar de teclear pedidos de Glovo a mano hasta cadenas, grupos de franquicia y operadores de dark kitchens con varias marcas en varios locales. También grupos hoteleros con varios F&B, redes de ghost kitchens y partners restaurant-tech que integran Sinqro en una oferta más amplia. Cuanto más pequeña la operación, antes paga Sinqro por minutos ahorrados por turno; cuanto más grande, antes paga por consistencia multi-local y reconciliación de back-office.
Sinqro sobre OpenQloud
Sinqro está construido sobre OpenQloud, una plataforma genérica de distribución y datos para restaurantes — efectivamente un GDS para el stack de hostelería. OpenQloud aporta la conectividad subyacente, la identidad, la infraestructura multi-tenant y el modelo de datos compartido; Sinqro es la superficie de producto de operaciones de restaurante que se asienta encima. Esa misma base OpenQloud es lo que permite a Sinqro publicar en cada canal, hablar con cada POS y mover datos a cada sistema de back-office sin rehacer la fontanería para cada cliente.