Broker vs agregador vs middleware
Tres rols que solen confondre: un agregador (Glovo, Uber Eats, Just Eat) opera un marketplace, és propietari del client i gestiona el delivery. El middleware del restaurant (Sinqro) tradueix comandes, menús i dades entre canals i els sistemes propis del restaurant. Un food broker se situa per sobre de tots dos: representa el restaurant en cada canal, signa els contractes comercials amb marketplaces i plataformes de comanda directa en nom del restaurant i paga al restaurant una única liquidació mensual per tot el venut en tots els canals.
Què cobre habitualment el contracte de broker
La majoria dels contractes de food broker cobreixen: alta en canals (marketplaces, comanda directa, quioscos, taula), publicació de menú per canal amb preus específics, recepció i enviament operatiu de comandes, reconciliació de pagaments entre canals, gestió de disputes i devolucions i una única liquidació periòdica al restaurant. El restaurant accepta normalment una comissió unificada (fee del broker més pass-through de comissions de marketplace) i li dóna autoritat al broker per representar-lo comercialment en els canals llistats.
Per què els brokers necessiten middleware per a restaurants
Un food broker que gestiona desenes o centenars de restaurants a molts marketplaces no pot teclejar manualment comandes a cada POS del restaurant ni sincronitzar cada menú a mà. El broker corre la capa comercial sobre middleware per a restaurants (com Sinqro) que orquestra la capa tècnica: recepció de comandes, sincronització de menús, entrega al POS, dades de venda, liquidacions. Sinqro és la plataforma operativa a la qual un food broker connecta cada restaurant; Sinqro no actua com a broker.