Broker vs agrégateur vs middleware
Trois rôles souvent confondus : un agrégateur (Glovo, Uber Eats, Just Eat) opère un marketplace, possède le client et gère la livraison. Le middleware de restaurant (Sinqro) traduit les commandes, les menus et les données entre les canaux et les systèmes propres au restaurant. Un courtier alimentaire se situe à un niveau supérieur : il représente le restaurant sur chaque canal, signe des contrats commerciaux avec des marketplaces et des plateformes de commande directe au nom du restaurant, et paie au restaurant un seul règlement mensuel pour tout ce qui est vendu sur tous les canaux.
Ce que couvre habituellement le contrat de broker
La plupart des contrats de food broker couvrent : l'intégration des canaux (marketplaces, commande directe, kiosques, service à table), la publication de menus par canal avec des prix spécifiques, la réception et l'expédition opérationnelle des commandes, la réconciliation des paiements entre les canaux, la gestion des litiges et des remboursements, ainsi qu'un règlement périodique unique au restaurant. Le restaurant accepte généralement une commission unifiée (frais du broker + pass-through des frais de marketplace) et donne au broker l'autorité de le représenter commercialement sur les canaux listés.
Pourquoi les brokers ont-ils besoin de middleware pour restaurants ?
Un food broker gérant des dizaines ou des centaines de restaurants sur de nombreux marketplaces ne peut pas saisir manuellement des commandes dans chaque POS de restaurant ni synchroniser chaque menu à la main. Le broker gère la couche commerciale au-dessus du middleware pour restaurants (comme Sinqro) qui orchestre la couche technique : réception des commandes, synchronisation des menus, transfert au POS, données de vente, liquidations. Sinqro est la plateforme opérationnelle à laquelle un food broker connecte chaque restaurant ; Sinqro ne joue pas le rôle de broker.