Recettes et modificateurs POS : une recette, tous les points de vente

Par où commencer : quel problème de modificateur cherchez-vous à résoudre ?
L'association d'un modificateur POS à la bonne recette échoue dès lors que vous le faites par nom sur plusieurs sites. Le même nom de modificateur peut nécessiter une recette différente selon le plat auquel il est ajouté. Les codes qui le définissent correspondent rarement d'un point de vente à l'autre. Associez plutôt par code article POS et standardisez ces codes avant de vous développer.
Ce seul changement – l'association par code plutôt que par nom – est la décision dont tout le reste dépend. Les trois situations ci-dessous sont celles qu'un groupe multi-sites rencontre réellement. Elles apparaissent dans l'ordre où elles se présentent habituellement. Trouvez celle qui correspond à votre configuration et allez directement à la solution.

Quand le même modificateur nécessite une recette différente
Un seul nom de modificateur n'est pas une seule recette. « Lait d'avoine » sur un flat white est une petite quantité préparée par le barista. « Lait d'avoine » dans un bol de porridge est une quantité plus grande préparée en cuisine.
Associez-les un à un par nom et chaque vente diminuera la mauvaise quantité. Votre consommation théorique s'écartera de la réalité dès le premier jour.
L'unité fiable est le code article POS, non le libellé que le client voit. Donnez à chaque combinaison article parent-modificateur son propre code. Puis associez ce code à la recette correspondante.
Supy associe un code article POS – y compris les articles de niveau modificateur – à la recette correspondante. Chaque vente de cet article précis réduit alors les bonnes quantités d'ingrédients. Tout ce que vous n'avez pas encore associé apparaît sur un écran de vérification après chaque synchronisation. Un modificateur manquant y apparaît, plutôt que de ne rien réduire silencieusement.
L'association par code corrige également les calculs d'inventaire qu'une association par nom effectue incorrectement. Quand le flat white est vendu, les 90 ml préparés par le barista sont déduits des stocks. Quand le bol de porridge est vendu, la quantité cuisine plus importante est déduite à la place, parce que chaque code pointe vers sa propre recette. La consommation théorique suit alors ce que la cuisine a réellement servi, de sorte que l'écart par rapport à l'inventaire reflète la consommation réelle plutôt qu'une erreur d'association découverte des semaines plus tard.
| Article parent | Modificateur | Code article POS | Recette Supy |
|---|---|---|---|
| Flat White | Lait d’avoine | LAT-OAT | Lait d’avoine 90 ml |
| Bol de porridge | Lait d’avoine | POR-OAT | Lait d’avoine 220 ml |
| Iced Latte | Lait d’avoine | ICE-OAT | Lait d’avoine 120 ml |
| Pancakes | Sirop supplémentaire | PAN-SYR | Sirop d’érable 30 ml |
Quand les codes diffèrent dans chaque point de vente
C'est là que la plupart des groupes bloquent. Vous finissez l'association dans un point de vente et passez au suivant. Les codes de modificateur sont différents, donc aucun du travail ne s'applique.
Vous recommencez manuellement dans chaque site. Cela reste vrai même lorsque 80 à 90 % du menu est identique à travers le groupe. Cela cesse de fonctionner à l'échelle dès que vous ajoutez un site.
Il n'existe pas de copie en un clic qui transfère une association entre sites. Chercher une telle solution est le mauvais objectif. Standardisez d'abord les codes de modificateur.
Donnez le même code article POS au même modificateur partout. Associez chaque code à sa recette une seule fois. Puis affectez cette recette à chaque site, avec son propre prix de vente, objectif de coût matière et taxe.
La synchronisation POS planifiée maintient les ventes par site en flux continu. L'écran de vérification détecte tout ce qui n'est pas encore associé. Les coûts des recettes restent à jour sur chaque site, pas seulement sur celui que vous avez configuré en premier.
L'affectation par site est ce qui maintient la marge honnête au fur et à mesure de votre croissance. Chaque site porte son propre prix de vente, son propre objectif de coût matière en pourcentage et sa propre taxe sur la même recette, de sorte qu'une association sert des sites qui tarifient le plat différemment. La synchronisation fonctionne selon un calendrier lié à chaque site et se verrouille pendant son exécution, de sorte que deux synchronisations ne peuvent pas s'exécuter simultanément et comptabiliser une vente en double.

Quand votre POS n'a pas de code modificateur commun
Certains systèmes POS ne donnent pas du tout aux modificateurs leur propre champ de code. Les codes restent alors incohérents entre les sites et vous ne pouvez pas les aligner par copier-coller. C'est la situation qui impose le travail manuel que les autres configurations vous permettent d'éviter. Corrigez-le au niveau du POS avant que toute association soit fiable.
Convenez d'une convention de codage et appliquez-la partout. Définissez comment un modificateur est codé : article parent plus modificateur. Utilisez exactement ce modèle dans chaque site lorsque vous construisez le menu dans le POS.
Une fois les codes cohérents, l'association par code fonctionne comme pour tout autre groupe. L'écran de vérification vous indique alors quels articles nécessitent encore votre attention.

Choisissez la branche correspondant à votre groupe. Si le même nom de modificateur nécessite des recettes différentes, associez par code article POS, non par libellé. Si les codes diffèrent par site, standardisez-les d'abord, puis laissez l'écran de vérification identifier les lacunes.
Si votre POS n'a pas de champ de code modificateur, convenez d'une convention et déployez-la avant de vous développer. Une recette, associée par code et affectée par site, garantit que chaque vente diminue les bons ingrédients. C'est ainsi que la marge de chaque site reste honnête.


.jpeg)

