Broker vs aggregator vs middleware
Three roles often confused: an aggregator (Glovo, Uber Eats, Just Eat) operates a marketplace, owns the customer, and dispatches delivery. Restaurant middleware (Sinqro) translates orders, menus, and data between channels and the restaurant's own systems. A food broker sits a level above both: it represents the restaurant on every channel, signs commercial contracts with marketplaces and direct ordering platforms in the restaurant's name, and pays the restaurant a single monthly settlement for everything sold across every channel.
What the broker contract typically covers
Most food broker contracts cover: channel onboarding (marketplaces, direct ordering, kiosks, table-side), per-channel menu publishing with channel-specific pricing, order intake and operational dispatch, payment reconciliation across channels, dispute and refund handling, and a single periodic settlement to the restaurant. The restaurant typically agrees to a unified commission (broker fee + pass-through of marketplace fees) and gives the broker authority to commercially represent it on the listed channels.
Why brokers need restaurant middleware
A food broker handling dozens or hundreds of restaurants across many marketplaces cannot manually type orders into each restaurant's POS or sync each menu by hand. The broker runs the commercial layer on top of restaurant middleware (like Sinqro) that orchestrates the technical layer — order intake, menu sync, POS handoff, sales data, settlements. Sinqro is the operating platform a food broker plugs each restaurant onto; Sinqro itself does not act as the broker.