Procurement

The 4 Points Where Supplier Credit Notes Go Missing in Multi-Site Restaurant Groups

The 4 Points Where Supplier Credit Notes Go Missing in Multi-Site Restaurant Groups

Where do supplier credits actually go missing?

Supplier credits leak at four points: at the dock, when a short or substituted delivery is accepted without a dispute; between sites, when a credit is agreed against the wrong location's supplier account; at the central kitchen, when returns to suppliers never reach the accounting system; and on the statement, when an agreed credit is never reconciled against what the supplier actually applied.

Each leak has a different owner, which is why chasing "missing credits" as one problem fails. The scale of the mess is easy to underestimate because each individual credit is small. In one systems review, a multi-location operations lead listed seven distinct receiving and credit-note gaps in a single session. A finance manager at a multi-location group described supplier credit handling as effectively absent from their procurement workflow: credits lived in email threads and delivery-note margins, not in any system finance could reconcile. None of this is carelessness. The four points sit in four different teams' blind spots, and no single person sees the full path from a short delivery to a settled statement.

Diagram of the four points where supplier credits go missing: short deliveries accepted at the dock, credits agreed on the wrong account, central kitchen returns that never post to accounting, and agreed credits never reconciled on the statement


At the dock: the short delivery that never becomes a dispute

A credit is born at receiving, or it usually is not born at all. If the goods received note (GRN, the record of what physically arrived) does not capture the gap between what was ordered and what came off the truck, the supplier's invoice becomes the only record, and the credit never exists.

Receiving conditions work against accuracy: early-morning deliveries, weight-variable produce, one person checking forty lines while the driver waits. The arithmetic still adds up. As a purely illustrative example, take a site receiving 200 deliveries a month. If 4% arrive short by an average of $18, that is $144 a month leaking at one site, $1,728 a year, and across a 12-site group over $20,000 in credits that were never claimed. Every figure there is a worked example, not a benchmark; the point is that per-delivery amounts too small to chase individually compound into real money.

Closing this leak is a workflow question, not an effort question. A receiving flow that holds the line does four things: it converts the purchase order to a GRN in one step, so there is always a baseline to compare against; it lets the receiver edit quantity and price at the door, while the evidence is still on the scale; it flags price and quantity conflicts against the purchase order automatically instead of relying on memory; and it raises the credit note against the GRN itself, so the dispute and the delivery record are one object. Two guardrails stop the noise from drowning the signal: a dispute threshold, so credits fire on the $80 gaps and not the $0.40 rounding differences, and a cap on additional charges per GRN, so a delivery fee cannot quietly absorb a line discrepancy. For weight-variable produce, item-level tolerances do the same job: a workable starting point is a tight tolerance on packaged goods and a looser one on fresh items, adjusted once you can see your own dispute history.

GRN receiving card showing a flagged price and quantity conflict on Olive Oil 5L, invoiced at $35.50 against a $32.00 purchase order, with credit note CN-106 raised for $106.00 against the GRN


Between sites and the central kitchen: credits on the wrong account

In a group, the question is never just "did we get the credit" but "did the right entity get it". Multi-site groups usually hold a different supplier account number per location, and a central kitchen both receives from suppliers and ships to its own sites, so a credit raised in the wrong place lands on the wrong books and disappears from the view of the person chasing it.

Two failure modes dominate. The first is the phone-call credit: a branch manager agrees a credit with the supplier's driver or rep, the supplier applies it to whichever account their system defaults to, and the branch that suffered the shortage never sees it. The second is the central kitchen blind spot: one central kitchen operations lead described supplier returns raised at the kitchen that never reached the accounting system at all; finance only discovered the gap weeks later, during statement reconciliation, when the supplier's balance and the group's books refused to agree.

The fix is structural. When a supplier return is recorded in a system built for group operations, the return itself generates the credit note and pushes it to the connected accounting system as a vendor credit, so the paper trail exists whether or not anyone remembers to follow up. And credit notes are scoped to a single operator account, which means one brand's supplier credits cannot mix with another's even when the same supplier serves both. Between those two mechanisms, "who got our credit" stops being a research project.

Diagram of one supplier serving three operator accounts, showing a phone credit landing on the group account invisible to the branch, and a central kitchen return that never posts to accounting


Credit note, rejected line, or return: choose in ten seconds

The decision at the moment of discovery is simpler than most teams make it. Reject the line at the door when the goods are unusable and the driver is still there: no credit note needed, because the corrected invoice should never include the line. Take a credit note when you keep some or all of the goods but the price or quantity is wrong: over-charges, short weights, agreed substitutions at a different price. Raise a supplier return when the problem surfaces after the driver has left: hidden damage, quality failures mid-box, wrong product discovered at prep.

Each route has one non-negotiable. A rejection must be recorded on the GRN, not just waved off the truck, or the invoice will resurrect it. A credit note must reference the GRN it corrects, or finance is matching orphaned credits at month end. A return needs its evidence attached at the moment it is raised, because a photo taken at 7am settles an argument that an email three days later cannot. The one route to ban outright is the verbal "we'll sort it on the next order", which is the least trackable object in hospitality procurement and the natural predator of every number in this article.

Decision tree: reject the line when goods are unusable and the driver is present, take a credit note when goods are kept but price or quantity is wrong, raise a supplier return when the problem is found after the driver leaves


Run this self-diagnostic this week: pull last month's statement from your two highest-volume suppliers for two of your sites, and count how many credits you can trace end to end, from a dispute recorded at receiving, to a credit note in your system, to a credit applied on the statement. Agreed credits with no system record mean the leak is at your dock. Credits sitting on the wrong entity mean the leak is in your account structure. Start with a receiving-time dispute threshold either way, because the dock is where credits are born or lost.

Supy's procurement suite closes all four leaks in one flow: one-tap purchase order to GRN receiving with automatic price and quantity conflict flags, credit notes raised directly against the GRN for over-charges, incorrect charges and returns, configurable dispute thresholds and per-GRN charge caps, and supplier returns that generate the vendor credit in your connected accounting system automatically, scoped to the right operator account. See how it fits your group on the restaurant procurement platform page, or start with how GRN management works across multiple sites.

Book a Demo with Supy - stop losing supplier credits at the dock

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.

Quelle est la différence entre une demande d'avoir fournisseur et un retour fournisseur ?
+

Ce qui les distingue, c'est si les marchandises sont déplacées. Une demande d'avoir est uniquement une correction financière : vous conservez les marchandises, et le fournisseur ajuste ce que vous lui devez parce que le prix ou la quantité sur la facture était incorrect. Un retour fournisseur implique un mouvement de marchandises : le produit quitte votre site, et la demande d'avoir qui s'ensuit en est l'enregistrement financier. Tout retour doit se conclure par une demande d'avoir, mais la plupart des demandes d'avoir ne donnent jamais lieu à un retour. Traiter ces deux notions comme une seule, c'est ce qui amène les équipes financières à ne plus pouvoir expliquer leur solde fournisseur.

Combien de temps un groupe de restauration doit-il relancer un avoir fournisseur non réglé ?
+

Travaillez sur le cycle de relevé, non sur le calendrier. Un avoir convenu ce mois-ci doit figurer sur le prochain relevé fournisseur ; s'il n'y apparaît pas avant le second relevé, escaladez du contact de commande vers l'équipe comptable du fournisseur en joignant la référence de la demande d'avoir et les preuves du bon de réception. Les avoirs de plus de 90 jours deviennent pratiquement irrécouvrables, car la clôture de période du fournisseur rend les ajustements complexes de son côté également. Une simple vue d'ancienneté des avoirs ouverts, examinée mensuellement par le responsable du rapprochement des relevés, prévient la régularisation silencieuse.

Qui doit gérer les demandes d'avoir : l'équipe de réception ou la comptabilité ?
+

Répartissez la responsabilité par moment, non par équipe. La réception est propriétaire de la création : la personne qui vérifie la livraison à l'entrée est la seule à pouvoir constater les preuves ; les litiges et les demandes d'avoir doivent donc y être initiés. La comptabilité est propriétaire du règlement : faire correspondre les avoirs convenus aux relevés et relancer les impayés. L'objet de transfert est la demande d'avoir elle-même, référencée à son bon de réception. Les groupes qui confient l'intégralité de la tâche à la comptabilité voient les avoirs émis avec plusieurs jours de retard et sans preuve ; ceux qui laissent tout à l'exploitation voient les avoirs convenus mais jamais encaissés.

Les articles offerts nécessitent-ils une demande d'avoir ?
+

Non, et les enregistrer comme une remise corrompt vos données. Un article offert (FOC), comme une boîte de remplacement ou un article promotionnel, doit être réceptionné en tant qu'article offert sur le bon de réception afin que les niveaux de stock augmentent sans qu'aucun coût ne soit imputé. Si vous le saisissez plutôt comme un avoir ou une remise de ligne, l'historique des coûts de l'article affiche une baisse de prix qui n'a jamais eu lieu, et tout rapport basé sur les prix d'achat, du coût des recettes aux écarts, hérite de cette erreur.

Comment définir les tolérances de quantité pour les produits frais ?
+

Définissez-les par article, et non par fournisseur, car la variabilité est une propriété du produit. Les articles à poids variable, comme le poisson entier, les légumes feuillus ou la viande découpée, justifient une tolérance plus souple que les produits conditionnés, où tout écart est une erreur de préparation. Commencez serré, analysez vos données de litige du premier mois et assouplissez uniquement les articles générant des litiges sur lesquels vous n'agissez jamais. La tolérance remplit son rôle lorsque les litiges déclenchés sont ceux que vous poursuivriez réellement, et que tout ce qui est en dessous coûte moins cher à absorber qu'à gérer.

Comment les demandes d'avoir interagissent-elles avec la fiscalité des factures fournisseurs ?
+

Une demande d'avoir doit appliquer le même traitement fiscal que la ligne de facture qu'elle corrige, afin que la TVA récupérée corresponde à ce que vous avez réellement payé. Si une surfacturation de 100 $ incluait une taxe de vente ou de la TVA, la demande d'avoir doit inverser à la fois le montant net et la part de taxe ; un avoir uniquement sur le montant net laisse votre déduction de TVA surestimée. C'est également pour cela que les avoirs verbaux et les remises sur la prochaine commande sont risqués au-delà du problème de traçabilité : ils ajustent le coût sans ajuster l'enregistrement fiscal, ce qui apparaît comme une anomalie lors d'un contrôle fiscal plutôt que dans un rapport d'approvisionnement.

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

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