Broker vs agregador vs middleware
Três papéis que costumam se confundir: um agregador (Glovo, Uber Eats, Just Eat) opera um marketplace, é dono do cliente e gerencia a entrega. O middleware de restaurante (Sinqro) traduz pedidos, menus e dados entre os canais e os sistemas próprios do restaurante. Um food broker fica um nível acima de ambos: ele representa o restaurante em cada canal, assina contratos comerciais com marketplaces e plataformas de pedido direto em nome do restaurante e paga ao restaurante uma única liquidação mensal por tudo que foi vendido em todos os canais.
O que o contrato de broker costuma cobrir
A maioria dos contratos de food broker cobre: alta em canais (marketplaces, pedido direto, quiosques, mesa), publicação de menu por canal com preços específicos, recepção e despacho operacional de pedidos, reconciliação de pagamentos entre canais, gestão de disputas e devoluções, e uma única liquidação periódica ao restaurante. O restaurante normalmente aceita uma comissão unificada (taxa do broker + repasse das taxas de marketplace) e dá ao broker autoridade para representá-lo comercialmente nos canais listados.
Por que os brokers precisam de middleware para restaurantes
Um food broker que gerencia dezenas ou centenas de restaurantes em muitos marketplaces não pode digitar pedidos manualmente em cada POS de restaurante nem sincronizar cada menu à mão. O broker roda a camada comercial em cima de middleware para restaurantes (como Sinqro) que orquestra a camada técnica — recebimento de pedidos, sincronização de menus, entrega ao POS, dados de vendas, liquidações. Sinqro é a plataforma operacional na qual um food broker conecta cada restaurante; Sinqro não atua como broker.