Commandes des agrégateurs de livraison et stocks : pourquoi les ventes sur marketplace ignorent vos comptages de stock et cachent votre vrai coût matière

O' les ventes des agrégateurs disparaissent avant d'atteindre votre stock
Les commandes des agrégateurs de livraison n'affectent votre stock que si chaque vente est liée à une recette et intégrée à votre système de gestion des stocks. Lorsqu'une commande passée sur une marketplace contourne ce lien, parce que la plateforme ne se connecte pas à votre système de caisse ou que l'intégration ne fait qu'exporter des données, les ingrédients consommés ne sont jamais déduits, si bien que vos niveaux de stock et votre coût matière s'éloignent progressivement de la réalité.
C'est la première lacune que rencontrent les exploitants. Une chaîne de Poké multi-sites exploitant une cuisine de production centrale était en négociation avec plusieurs marketplaces de livraison tout en utilisant un système de caisse courant, pour s'aperçevoir que certaines des plateformes évaluées ne se connectaient pas du tout à ce système. Chaque bowl vendu via ces canaux quittait la cuisine, mais aucun système ne déduisait les protéines, les bases et les garnitures utilisées. La cuisine centrale continuait à produire selon un plan que ses propres données de ventes contredisaient silencieusement.
Le coût de cet angle mort est mesurable. Un exploitant multi-canal a constaté qu'environ 30 % du chiffre d'affaires des commandes, la part transitant par les canaux de livraison, était invisible pour le système back-of-house, car ces commandes n'atteignaient jamais le moteur d'inventaire. Lorsqu'un tiers de votre volume ne consomme pas de stock, les rapports d'écart, les suggestions de réassort et le coût matière théorique sont tous construits sur une image partielle. Les comptes semblent faux, et personne ne sait pourquoi.
La solution consiste à combler ce lien avant de faire confiance à un nouveau comptage : chaque canal de livraison a besoin d'une connexion en direct qui intègre chaque commande dans la déduction de stock au niveau de la recette, de sorte qu'un bowl vendu sur une marketplace déduise les mêmes protéines, bases et garnitures qu'un bowl vendu en caisse. Une fois que chaque canal déduit le stock, les 30 % qui disparaissaient réapparaissent comme une déduction réelle, et vos rapports d'écart, de réassort et de coût matière fonctionnent enfin sur l'ensemble de l'activité plutôt que sur la seule partie en salle. C'est la lacune que Supy est conçu pour combler : il connecte votre système de caisse et vos agrégateurs de livraison et associe chaque article du menu à une recette, de sorte que les commandes des marketplaces déduisent automatiquement le stock au lieu de laisser un angle mort dans vos comptages.

Pourquoi les commandes avec modificateurs et en libre-service déduisent les mauvais ingrédients
Même lorsque les ventes des agrégateurs atteignent votre système, les menus à forts modificateurs sont là où les déductions deviennent erronées. Un bowl ou un burrito en libre-service n'est pas un seul plat, mais des dizaines de combinaisons d'ingrédients vendues sous un seul nom de menu. Si le menu de livraison n'est pas associé à des recettes au niveau des modificateurs, chaque commande déduit les mêmes ingrédients par défaut, quelle que soit la sélection réelle du client.
Les exploitants ressentent cette pression en caisse. Un groupe de restauration rapide a constaté que demander au personnel de saisir chaque choix d'ingrédient pour un article à forts modificateurs était trop lent pour le service, alors ils ont créé une recette par article de menu basée sur le choix le plus courant, qui représentait environ 75 % des tickets, et ont ajusté le stock manuellement pour les exceptions. Cela fonctionne jusqu'à ce que ça ne fonctionne plus : les ajustements manuels s'oublient lors d'une heure de pointe, et les 25 % de commandes avec une base différente faussent progressivement à la fois le comptage du stock et le coût de la recette.
C'est le problème de déduction en miniature. Lorsqu'un article de menu est associé à des recettes au niveau des modificateurs, chaque vente, en salle ou en livraison, déduit exactement les ingrédients utilisés, y compris les substitutions et les suppléments, de sorte que le comptage reflète ce qui a réellement quitté l'étagère. Cette association permet également qu'une commande en livraison et une commande en magasin du même plat consomment le stock correctement à partir de la même recette. Sans elle, plus votre menu laisse les clients personnaliser, plus vos chiffres se dégradent rapidement.

Le chiffre de coût matière que la commission de livraison fausse discrètement
La livraison ne fausse pas seulement vos comptages de stock, elle fausse aussi votre taux de coût matière, et dans un sens qui embellit le chiffre. Les plateformes de marketplace prélèvent une commission d'environ 25 à 35 % de la valeur de la commande avant que vous soyez payé. Si vous calculez le coût matière sur la valeur brute de la commande affichée sur la plateforme plutôt que sur le chiffre d'affaires net que vous conservez réellement, chaque vente en livraison semble plus rentable qu'elle ne l'est.
Le calcul est implacable. Une marque de livraison qui affiche un coût matière de 28 % sur le chiffre d'affaires brut, avec un taux de commission de 30 %, se situe en réalité à près de 40 % de coût matière sur le chiffre d'affaires conservé. C'est la différence entre un canal rentable et un canal qui perd de l'argent sur chaque commande, et c'est totalement invisible si votre reporting ne distingue jamais le brut du net. Les dark kitchens et les marques entièrement dédiées à la livraison sont les plus touchées, car la livraison n'est pas un canal parmi d'autres pour elles ; c'est l'ensemble de l'activité.
La solution consiste à calculer le coût des articles de livraison sur le chiffre d'affaires conservé et à surveiller ce canal séparément de la restauration sur place, la même discipline que vous appliqueriez si vous isoliez l'écart entre coût matière théorique et réel par site. Un coût matière global tous canaux confondus masque le problème de la livraison ; une vue par canal le met en évidence.

Export unidirectionnel vs synchronisation bidirectionnelle : ce qu'il faut vérifier avant de faire confiance à une intégration
Étant donné que tout repose sur le fait que les données circulent effectivement dans votre système de stocks, la direction d'une connexion caisse ou agrégateur est plus importante que sa seule existence. Un exploitant a été informé lors du processus de vente que sa caisse alimenterait automatiquement les ventes en direct dans sa nouvelle plateforme de stocks, pour découvrir après avoir signé que l'intégration ne faisait qu'exporter des données. Le seul moyen d'entrée était un import manuel de fichier. Il a dit clairement qu'il n'aurait pas signé s'il l'avait su.
Les limites des tiers aggravent les choses. Certains fournisseurs de caisse et d'agrégateurs refusent l'accès ouvert aux API, ou ne peuvent pas fournir les détails de SKU et de modificateur dont un système de stocks a besoin pour déduire avec précision, une contrainte que l'exploitant ne peut pas résoudre seul. Avant de vous engager, vérifiez que la connexion est une synchronisation bidirectionnelle en direct, et non un simple export ; qu'elle transporte les détails au niveau des articles et des modificateurs, pas seulement les totaux des commandes ; et qu'elle vous avertit avant qu'un import manuel en double ne déduise le stock deux fois. Ce sont les mêmes questions qui décident si un flux caisse gardera votre inventaire précis ou le corrompra silencieusement.
C'est aussi là où l'étendue des connexions natives prouve sa valeur. Une plateforme couvrant déjà les catégories caisse, commande en ligne et agrégateur via 75+ intégrations a beaucoup plus de chances d'avoir un vrai lien bidirectionnel avec les plateformes spécifiques que vous exploitez qu'une plateforme qui doit développer un connecteur personnalisé pour chacune.

Pour savoir si c'est le cas dans votre exploitation, réconciliez une seule journée à fort volume de livraison : récupérez les commandes que chaque agrégateur signale, puis vérifiez si ces ventes exactes apparaissent comme déductions de stock et si les ingrédients déduits correspondent à ce que ces plats utilisent réellement. Si le volume de livraison ne fait pas bouger vos comptages, le flux est cassé ou en export uniquement. Si votre rapport de coût matière affiche un seul chiffre global, reconstruisez-le par canal sur le chiffre d'affaires net et voyez où se situe vraiment la livraison. Et si vos articles à forts modificateurs sont associés à une seule recette par défaut, c'est votre première correction : associez-les au niveau des modificateurs avant de faire confiance à un nouveau comptage.
Bien gérer la livraison n'est pas un projet marketing ; c'est un problème de données back-of-house. Lorsque les ventes des agrégateurs alimentent des déductions de stock au niveau de la recette et sont calculées sur le chiffre d'affaires conservé, la livraison devient simplement un autre canal que vous pouvez réellement gérer, et non un trou au milieu de votre stock et de votre coût matière. Supy connecte les caisses et les agrégateurs de livraison, associe les articles du menu aux recettes au niveau des modificateurs pour que les ventes déduisent les bons ingrédients, et maintient un coût matière par canal honnête.


.jpeg)

