Procurement
Inventory

Référentiel articles restaurant : approbation à l'entrée pour des inventaires exacts

Des prises d'inventaire exactes commencent par la façon dont les nouveaux articles entrent

Les données articles d'un restaurant restent exactes quand chaque nouvel ingrédient, conditionnement et lien fournisseur est approuvé avant d'atteindre le référentiel actif. Un valideur voit chaque ajout dans une seule file, qu'il provienne d'un bon de réception ou d'une demande de point de vente, vérifie la fiche et sa catégorie comptable, et seulement alors le promeut comme comptable et valorisable. Le résultat est une prise d'inventaire qui ferme et un coût de recette que l'on peut expliquer, plutôt qu'une énigme remontée des semaines plus tard à une fiche saisie sans contrôle.

Les opérateurs multi-sites ressentent le coût de cette erreur à l'inventaire : le responsable des opérations d'un groupe hôtelier multi-sites et un groupe quick-service à trois points de vente ont tous deux retracé des inventaires incomplets et des coûts de recettes erronés jusqu'à des données articles saisies sans contrôle. Cet article montre les deux voies quotidiennes par lesquelles un nouvel article rejoint votre référentiel, pourquoi le contrôle à l'entrée est plus efficace que la correction à l'inventaire, et comment une file d'approbation unique maintient le référentiel comptable et valorisable dès le jour de l'ajout de chaque article.

Un article nouveau sur cinq saisi sans contrôle entre incomplet ou en double et bloque une prise d'inventaire plus tard, contre zéro quand les articles sont contrôlés à l'entrée

Pourquoi contrôler à l'entrée est plus efficace que corriger à l'inventaire

La raison pour laquelle ce problème est sous-estimé est simple : une mauvaise donnée article ne coûte rien le jour de sa création. Elle est ajoutée discrètement à la réception ou par un point de vente, elle semble correcte, et tout le monde continue. La facture arrive des semaines plus tard, et à ce stade elle est ailleurs, dans une prise d'inventaire qui ne ferme pas ou un coût de plat qui sort faux.

Ce délai est ce qui permet de sous-estimer si facilement l'ampleur du phénomène. Supposons qu'un groupe de 14 points de vente ajoute environ 35 nouveaux articles par semaine entre les bons de réception et les demandes des points de vente. Si environ 1 sur 5 entre incomplet, en double ou dans la mauvaise catégorie, le désordre n'apparaît pas dans les chiffres de cette semaine. Il apparaît six semaines plus tard, sous la forme d'une prise d'inventaire qui ne ferme pas et d'un coût de plat que personne ne peut expliquer, à un moment où l'article est noyé parmi des centaines d'autres et où personne ne se souvient qui l'a ajouté. Corriger après coup, c'est démêler des inventaires et des coûts de recettes déjà faux, ce qui est un travail différent et plus difficile que maintenir propres les données articles existantes. Intercepter l'erreur à l'entrée signifie que la mauvaise fiche n'entre jamais dans les chiffres, ce qui justifie entièrement de mettre le contrôle en amont plutôt que de nettoyer en aval.

Chronologie montrant une mauvaise donnée article ajoutée au jour 0 et apparaissant comme une prise d'inventaire bloquée et un coût de recette erroné à la semaine 6

Deux voies d'entrée, une file unique qui les contrôle toutes deux

Si la solution consiste à contrôler les nouveaux articles avant leur mise en ligne, il faut d'abord savoir par quelles voies un nouvel article peut entrer, et dans les opérations quotidiennes il y en a deux. La première est une demande délibérée : un utilisateur non-administrateur soumet une demande d'article pour approbation lorsqu'il a besoin de quelque chose qui n'existe pas encore. La deuxième est au quai de réception, où un utilisateur créant un bon de réception trouve un article manquant et l'ajoute sur place pour que la livraison puisse être saisie. Les deux sont légitimes, et les deux sont exactement là où un référentiel non gouverné laisse s'échapper des erreurs, parce que la personne qui ajoute l'article est concentrée sur sa propre tâche, pas sur l'hygiène du référentiel.

Aucune des deux voies ne devrait écrire directement dans le référentiel actif. Dans un référentiel gouverné, les deux voies alimentent la même file d'approbation. Le préparateur à la réception enregistre quand même sa livraison et le demandeur fait avancer son article, mais la fiche créée reste en attente jusqu'à ce qu'un valideur l'approuve. Rien n'est bloqué au poste de travail, et rien n'est considéré comme fiable tant qu'il n'est pas contrôlé. C'est ce qui permet à un groupe multi-sites de conserver la rapidité en points de vente sans donner à chacun le pouvoir de modifier le référentiel maître pour tous.

Deux points d'entrée, une demande d'article et un bon de réception, alimentant tous deux une file d'approbation avant approbation ou rejet

La solution : contrôler chaque nouvel article à la porte d'entrée

La barrière qui ferme la brèche est un contrôle au point d'entrée. Dans la Gestion des stocks restaurant de Supy, chaque nouvel ajout arrive sur un écran dédié aux approbations en attente qui liste tous les ingrédients, conditionnements et liens fournisseurs en attente d'une décision, pour l'ensemble des bons de réception et demandes manuelles, filtrables par type de demande, point de vente et demandeur. Un valideur traite toute la file en un seul endroit plutôt que de chasser les ajouts bon de réception par bon de réception, et l'approbation est le moment où une mauvaise fiche est interceptée avant de pouvoir toucher une prise d'inventaire.

L'approbation n'est pas un tampon automatique. C'est le moment où l'article est vérifié, catégorisé et soit promu, soit retiré, et chaque action a un effet aval défini. Approuver un article le promeut à disponible, ce qui le rend comptable et valorisable, et l'approbation est consignée dans une piste d'audit complète enregistrant qui a approuvé quoi, quand et à quelle étape. Rejeter un article le supprime logiquement et cascade cette suppression à tous les conditionnements et liens de prix fournisseurs associés, de sorte qu'un article rejeté ne laisse rien traîner derrière lui. Et un article ne peut pas être approuvé tant qu'il ne porte pas une catégorie comptable, ce qui empêche le référentiel actif de se remplir d'articles sur lesquels personne ne peut produire de rapport.

Action du valideurCe qui arrive à l'articleEffet aval
ApprouverPromu à Disponible dans le référentiel actifDevient comptable et valorisable ; piste d'audit enregistre qui et quand
RejeterSuppression logique de la fileCascade sur les conditionnements liés et les liens de prix fournisseurs ; rien n'atteint le référentiel actif
Aucune catégorie comptable définieNe peut pas encore être approuvéL'approbation est bloquée jusqu'à l'attribution d'une catégorie

Cette piste d'audit est ce qui rend la barrière défendable plutôt que simplement ordonnée. Quand un responsable financier demande comment un article ou un lien fournisseur particulier a atteint le référentiel actif, il existe un enregistrement de la décision et de la personne qui l'a prise. C'est le même flux d'approbation configurable que Supy applique ailleurs, où les demandes d'approvisionnement passent par plusieurs niveaux d'approbation avec notification et suivi des valideurs à chaque étape, de sorte que la gouvernance du référentiel n'est pas un ajout mais le même modèle de premier ordre que la plateforme utilise déjà pour les dépenses.

Avant donc de configurer quoi que ce soit, déterminez votre niveau d'exposition actuel. Identifiez qui dans votre groupe peut créer un article ou un lien fournisseur, et si ce qu'il ajoute est mis en ligne sans qu'une deuxième personne le voie. Si le personnel des points de vente et les préparateurs à la réception écrivent directement dans le référentiel maître, c'est votre fuite, et le premier correctif consiste à rediriger les deux voies, la demande d'article et l'ajout à la réception, vers une file de contrôle unique avec un responsable nommé par point de vente. Décidez ensuite du seul point non négociable que vous imposez à l'approbation : pour la plupart des groupes multi-sites, c'est une catégorie comptable obligatoire, parce que l'absence de ce champ détériore silencieusement le reporting plus tard. Mettez ces deux choses en place, une barrière unique et un champ imposé, et vous fermez la brèche qui transforme une semaine chargée en nouveaux articles en des prises d'inventaire cassées au trimestre suivant.

Réserver une démo avec Supy - garder les mauvaises données articles hors de votre référentiel actif

Ready to optimize your restaurant operations?

Blog

Our operational insights

No items found.

Your questions 
answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

Qu’est-ce qui cause les problèmes de qualité du référentiel articles dans un restaurant ?
+
Les problèmes viennent de nouveaux articles entrant dans le référentiel sans contrôle. Un ingrédient, un conditionnement ou un lien fournisseur est ajouté de façon incomplète, en doublon ou dans la mauvaise catégorie comptable, généralement lors d’une réception de marchandises ou par un site qui en a besoin rapidement, et il est inscrit directement dans le référentiel en production sans que personne ne le vérifie. Parce qu’un enregistrement défaillant ne coûte rien le jour de sa création, le problème est invisible au départ et ne se manifeste que plus tard, quand un inventaire ne peut pas se clôturer ou qu’un coût de recette sort faux. La cause profonde n’est pas le manque de soin du personnel ; c’est l’absence de contrôle à l’entrée, ce qui fait que la rapidité au niveau du site se transforme discrètement en un problème de qualité des données que l’ensemble du groupe paiera des semaines plus tard.
Pourquoi des articles incomplets cassent-ils les inventaires des semaines après leur création ?
+

Parce qu’un référentiel article défaillant ne coûte rien le jour de sa création. Il est ajouté discrètement lors d’une réception de marchandises ou par un site, il semble correct, et l’opération continue. Le problème ne se manifeste que lorsque quelqu’un essaie d’utiliser ces données : un inventaire qui ne peut pas se clôturer parce qu’un article est manquant ou mal configuré, ou un coût de recette qui sort faux. L’article est alors enfoui parmi des centaines d’autres et personne ne se souvient de qui l’a ajouté. Ce délai entre la saisie et la conséquence est précisément la raison pour laquelle le contrôle doit se faire à l’entrée, et non lors d’un nettoyage périodique en bout de chaîne.

Comment les nouveaux articles entrent-ils dans le référentiel, et les deux voies sont-elles contrôlées ?
+

Il existe deux voies ordinaires. Un utilisateur peut soumettre une demande d’article pour approbation lorsqu’il a besoin de quelque chose qui n’existe pas encore, et un utilisateur créant un bon de réception peut ajouter un article manquant directement afin que la livraison puisse être enregistrée. Les deux sont normales et nécessaires, et ce sont précisément là où les référentiels non gouvernés laissent des fuites. Dans un Workflow d’approbation, aucune des deux voies n’écrit directement dans le référentiel en production. L’opérateur du site peut toujours enregistrer sa livraison et le demandeur peut toujours avancer, mais l’enregistrement qu’ils ont créé reste en attente jusqu’à ce qu’un approbateur le valide, de sorte que la rapidité au niveau du site ne compromet jamais votre contrôle du référentiel.

Que vérifie concrètement un approbateur avant de valider un nouvel article ?
+

L’approbation est l’étape où un article est inspecté, catégorisé et soit promu, soit supprimé : un approbateur confirme que l’article est complet, qu’il ne fait pas double emploi avec quelque chose déjà en production, et qu’il est associé à une catégorie comptable valide. Cette catégorie est obligatoire : un article ne peut pas être approuvé tant qu’il n’en a pas une, ce qui empêche le référentiel de se remplir d’articles sur lesquels personne ne peut produire de rapports. L’approbateur se prononce également sur les conditionnements liés et les liens de prix fournisseur associés à l’article. Une fois approuvé, l’article devient disponible pour les points de vente qui l’utilisent, et la décision est consignée dans une piste d’audit.

Que se passe-t-il lorsqu’un nouvel article ou un lien fournisseur est rejeté ?
+

Le rejet d’un article le supprime de façon logicielle de la file d’attente afin qu’il n’atteigne jamais le référentiel en production, et la suppression se propage à tout ce qui lui est associé, comme les conditionnements liés et les liens de prix fournisseur. Cette propagation est importante, car un article à moitié créé arrive souvent avec des enregistrements associés, et rejeter l’article sans eux laisserait des données orphelines. L’approbateur n’a pas à rechercher ces éléments manuellement. Comme le rejet est consigné dans la même piste d’audit que les approbations, il existe également un compte rendu clair de ce qui a été refusé et pourquoi, ce qui est utile lorsque le même article est à nouveau demandé.

Qui doit être responsable des approbations du référentiel dans un groupe de restauration multi-sites ?
+

Attribuez un approbateur nommément désigné à chaque site ou région plutôt que de laisser la tâche à quiconque est connecté, afin qu’il y ait toujours une personne responsable de ce qui accède au référentiel en production. La file d’attente des approbations en attente peut être filtrée par type de demande, point de vente et demandeur, ce qui permet à un responsable de ne traiter que les soumissions qui le concernent sans ouvrir les reçus individuels. Pour les groupes plus importants, l’approbation peut passer par plusieurs niveaux en utilisant le même flux d’approbation configurable que la plateforme utilise pour les demandes d’achat, afin qu’un responsable de site et un responsable central des données puissent tous deux valider lorsque cela est justifié. L’essentiel est que le responsable soit explicitement désigné, non pas par défaut.

Nous contrôlons déjà les approbations de bons de commande et de dépenses : cela couvre-t-il également les référentiels articles désorganisés ?
+
Non, car les deux ne contrôlent pas les mêmes choses. Les approbations de bons de commande et de dépenses contrôlent si de l’argent est engagé pour une commande, tandis que l’approbation du référentiel contrôle si un nouvel enregistrement de référence, un ingrédient, un conditionnement ou un lien fournisseur, est autorisé à exister dans votre référentiel en production. Un groupe peut avoir des contrôles de dépenses stricts et laisser malgré tout les sites créer discrètement des articles incomplets ou en double, ce qui est précisément l’écart qui perturbe les inventaires plusieurs semaines plus tard. Les deux fonctionnent bien ensemble : l’approbation du référentiel maintient les données de référence sous-jacentes propres et catégorisées, et l’approbation des dépenses opère ensuite sur des données auxquelles vous pouvez réellement faire confiance. Les deux utilisent le même flux d’approbation basé sur des pistes d’audit.

Êtes-vous prêt à transformer vos opérations ?

Comme plus de 5 000 restaurateurs utilisez Supy pour réduire vos coûts, rationaliser les opérations et prendre des décisions plus intelligentes.