Broker vs agregador vs middleware
Tres roles que suelen confundirse: un agregador (Glovo, Uber Eats, Just Eat) opera un marketplace, es dueño del cliente y gestiona el delivery. El middleware (Sinqro) traduce pedidos, menús y datos entre los canales y los sistemas propios del restaurante. Un food broker se sitúa por encima de ambos: representa al restaurante en cada canal, firma los contratos comerciales con marketplaces y plataformas de pedido directo en nombre del restaurante y le paga al restaurante una única liquidación mensual por todo lo vendido en todos los canales.
Qué cubre habitualmente el contrato de broker
La mayoría de los contratos de food broker cubren: alta en canales (marketplaces, pedido directo, kioskos, mesa), publicación de menú por canal con precios específicos, recepción y despacho operativo de pedidos, reconciliación de cobros entre canales, gestión de disputas y devoluciones y una única liquidación periódica al restaurante. El restaurante acepta normalmente una comisión unificada (fee del broker más pass-through de comisiones de marketplace) y le da autoridad al broker para representarlo comercialmente en los canales listados.
Por qué los brokers necesitan middleware para restaurantes
Un food broker que gestione decenas o cientos de restaurantes en muchos marketplaces no puede teclear pedidos a mano en cada POS ni sincronizar cada menú a mano. El broker corre la capa comercial sobre middleware para restaurantes (como Sinqro) que orquesta la capa técnica: recepción de pedidos, menu sync, entrega al POS, datos de venta, liquidaciones. Sinqro es la plataforma operativa sobre la que un food broker conecta cada restaurante; Sinqro no actúa como broker.