Comment les groupes de restauration font appliquer les tarifs des mercuriales avant le paiement

Un fournisseur de produits frais émet une nouvelle mercuriale tous les lundis. D'ici le jeudi, il a déjà généré des factures pour trois ou quatre livraisons sur chacun des établissements d'un groupe de restauration. Le temps que ces factures parviennent à la comptabilité la semaine suivante, la question de quelle mercuriale était applicable à quelle livraison, et si le prix facturé lui correspond, exige de croiser la date de livraison avec la bonne version hebdomadaire de la mercuriale, ligne par ligne, pour chaque référence facturée.

La plupart des équipes finance en restauration ne font pas ce contrôle. Non pas parce qu'elles ignorent que les mercuriales sont la principale source d'écarts de facturation fournisseurs sur les achats de produits frais, elles le savent. Elles ne le font pas parce que le contrôle est opérationnellement impossible à l'échelle sans un système qui capture, versionne et interroge les tarifs hebdomadaires automatiquement.

Un groupe de restauration s'approvisionnant en produits frais auprès de six fournisseurs, chacun avec des mercuriales hebdomadaires, génère 312 versions de mercuriales par an à archiver, dater et associer aux dates de livraison avant qu'une seule facture puisse être validée. Sur dix établissements, traitant en moyenne 30 factures de produits frais par semaine par site, cela représente 300 événements de validation par semaine nécessitant une référence mercuriale datée. Aucun processus AP manuel ne gère cela systématiquement. Les écarts qui en résultent, typiquement 2 à 5 % de la valeur des factures produits frais, s'accumulent silencieusement sur 52 cycles de facturation avant que quiconque ne les quantifie.

Cet article explique comment fonctionne mécaniquement l'application des tarifs de mercuriale, pourquoi les outils AP standard et les configurations ERP ne peuvent pas le gérer, et comment les groupes de restauration ont construit une validation pré-paiement qui détecte les écarts de mercuriale à la réception des factures, avant que l'argent ne soit sorti.

Ce qu'est une mercuriale et pourquoi elle crée un problème de conformité unique

Une mercuriale est un tarif hebdomadaire émis par les fournisseurs de produits frais, grossistes en fruits et légumes, mareyeurs, distributeurs de viande, qui reflète les prix de marché courants pour chaque produit de leur catalogue. Contrairement aux contrats annuels à tarif fixe, les prix des mercuriales répondent aux conditions d'offre et de demande : une gelée tardive qui endommage les récoltes de tomates, une perturbation portuaire affectant les importations d'avocats, un pic saisonnier qui fait monter les prix des fruits rouges. Le prix d'une référence donnée peut changer d'une semaine à l'autre, et lors de saisons volatiles, la variation peut être significative.

Pour un groupe de restauration, les fournisseurs en mercuriale représentent une catégorie d'achat distincte : haute fréquence, forte exposition et haute variabilité. Un restaurant s'approvisionnant plusieurs fois par semaine en produits frais auprès d'un grossiste génère des factures qui font référence à un barème tarifaire différent tous les sept jours. La relation commerciale est souvent régie par un accord-cadre, « nous fournissons aux tarifs mercuriale plus ou moins un pourcentage convenu », mais le tarif réellement appliqué à chaque livraison est la mercuriale en vigueur à la date de livraison, pas un montant contractuel fixe.

Cela crée un problème de conformité que les tarifs contractuels fixes ne posent pas. Pour un fournisseur facturant à un tarif annuel contractuel, la référence est statique : l'équipe finance a besoin d'un seul point de données pour valider la facture. Pour un fournisseur en mercuriale, le prix de référence change chaque semaine, n'est valable que sur une fenêtre de sept jours spécifique, et doit être associé à la date de livraison exacte de chaque facture pour déterminer si le tarif facturé était correct. La validation n'est pas plus complexe en principe, elle l'est parce qu'elle requiert un versioning daté des données de référence, pas une simple consultation de table.

Le problème du versioning daté : quelle mercuriale s'applique ?

Le défi technique central de l'application des mercuriales est le versioning daté : établir avec précision quelle mercuriale était en vigueur à la date d'une livraison, et appliquer cette version spécifique, pas le tarif actuel, pas la moyenne annuelle, à chaque ligne de facture.

Le risque de décalage de fenêtre de validité

La mercuriale d'un fournisseur de produits frais couvre généralement du lundi au dimanche. Les livraisons peuvent avoir lieu n'importe quel jour de la semaine. Une facture générée un mardi pour une livraison effectuée le vendredi précédent fait référence à la mercuriale de la semaine précédente, pas à la semaine en cours. Si le système de facturation du fournisseur a déjà été mis à jour avec les tarifs de la nouvelle semaine, la facture peut être générée au nouveau tarif plutôt qu'au tarif applicable le vendredi de la livraison.

Ce n'est pas nécessairement une fraude. C'est une erreur de timing du système de facturation, le type d'erreur qui favorise systématiquement le fournisseur dans les environnements de hausse des prix et favorise systématiquement l'acheteur dans les environnements de baisse. En pratique, les erreurs de timing de facturation produisent de manière disproportionnée des surfacturations, parce que les fournisseurs sont motivés à mettre à jour leurs systèmes de facturation rapidement quand les prix montent, et moins motivés à le faire quand ils baissent.

Le problème de la mercuriale amendée en cours de semaine

Les fournisseurs émettent parfois des mercuriales amendées en cours de semaine, un déclassement qualité sur une arrivée produit, un ajustement promotionnel pour un engagement de volume, une correction urgente d'une erreur de tarification. Une mercuriale amendée remplace l'originale pour un sous-ensemble de références sans invalider le reste. La facture qui arrive après l'émission d'une mercuriale amendée doit être validée contre la version amendée pour les références concernées et contre la version originale pour toutes les autres.

Sans un système qui capture les deux versions et suit leurs dates d'amendement et les plages de références affectées, il est impossible d'appliquer la bonne référence à une facture mixte, l'équipe finance utilise soit la version originale (potentiellement erronée pour les références amendées) soit la version amendée (potentiellement erronée pour les références non amendées). L'erreur est faible par ligne de facture mais systématique sur toutes les factures générées après l'amendement.

La marge cadre par-dessus la mercuriale

La plupart des relations commerciales entre groupes de restauration et leurs fournisseurs de produits frais ne sont pas sur la base d'une mercuriale brute, elles incluent un ajustement négocié au-dessus du tarif hebdomadaire. Un fournisseur peut proposer « mercuriale moins 3 % pour tous les achats supérieurs à 3 000 €/mois » ou « mercuriale plus 0,15 €/kg pour le grade qualité premium ». Cette marge cadre vient s'ajouter à la mercuriale et amplifie le problème de versioning : le prix de référence pour chaque ligne de facture est le tarif mercuriale hebdomadaire applicable à cette référence, ajusté par la marge cadre, pour la bonne date de livraison.

Valider cela requiert non pas un point de données de référence par ligne de facture, mais deux : le tarif mercuriale daté et l'ajustement cadre. Si l'un des deux est incorrect, mauvaise semaine, mauvais mapping de référence, mauvais palier d'ajustement, la validation produit un résultat faux. C'est précisément l'écart que le contrôle avant décision à la réception de la facture est conçu à combler, en appliquant automatiquement les deux couches du prix de référence avant qu'une facture ne progresse vers la validation du paiement.

Pourquoi les outils AP standard ne peuvent pas gérer l'application des mercuriales

Les outils AP et les configurations ERP qui fonctionnent de manière satisfaisante pour la validation des factures à tarif fixe échouent sur les mercuriales pour des raisons structurelles qu'aucune configuration ne peut contourner.

Les ERP ne sont pas conçus pour le versioning hebdomadaire des données de référence

Les données maîtres fournisseurs d'un ERP contiennent un enregistrement de prix pour chaque combinaison fournisseur-référence. Mettre à jour cet enregistrement nécessite une étape de saisie, quelqu'un ajoute le nouveau tarif de la semaine, l'ancien tarif est écrasé ou archivé dans un enregistrement daté. À cadence hebdomadaire, avec six fournisseurs de produits frais mettant chacun à jour 200 à 500 références par semaine, maintenir les données mercuriale courantes dans un ERP nécessite 1 200 à 3 000 opérations de saisie par mois avant qu'une seule facture puisse être validée. Aucune équipe AP ne fait cela en pratique.

La conséquence est que les contrôles de prix ERP sur les factures de produits frais sont soit désactivés (parce que les données de référence ne sont pas à jour) soit exécutés contre des prix de référence obsolètes qui peuvent avoir une à trois versions mercuriale de retard. Une facture générée au tarif de cette semaine est signalée contre le tarif du mois dernier, produisant de faux positifs qui entraînent l'équipe à rejeter les alertes, annihilant l'objectif du contrôle.

L'échantillonnage ne peut pas couvrir les fenêtres d'exposition mercuriale

Comme nous le développons dans notre article sur l'échantillonnage des factures vs la validation à 100 %, les erreurs sur les factures de produits frais ne sont pas distribuées aléatoirement. Elles se concentrent dans des fenêtres d'exposition prévisibles : la fenêtre du lundi au mardi quand les nouvelles mercuriales entrent en vigueur et les systèmes de facturation prennent du retard, les pics de prix en milieu de saison où l'écart entre le tarif actuel et celui de la semaine précédente est le plus large, et la fin de mois quand la pression de clôture accélère la vitesse de traitement des factures.

Un taux d'échantillonnage de 20 % appliqué aléatoirement sur les factures de produits frais capturera ces fenêtres d'exposition environ 20 % du temps. Un contrôle systématique exécuté sur chaque facture les capture à 100 %. Pour la facturation produits frais, où les écarts sont faibles par facture mais récurrents sur 52 cycles hebdomadaires par fournisseur, la différence entre une couverture à 20 % et une couverture à 100 % est la différence entre une mitigation partielle et une véritable application.

Le contrôle ponctuel manuel ne peut pas gérer la complexité des factures multi-références

Une facture de produits frais d'un grossiste majeur peut contenir 40 à 80 lignes. Valider chaque ligne exige de récupérer la bonne version de mercuriale, d'identifier le code référence applicable dans la nomenclature du fournisseur, d'appliquer la marge cadre, et de comparer au prix unitaire facturé. Un contrôle ponctuel manuel qui vérifie cinq lignes sur une facture de 60 lignes et les trouve correctes donne une fausse assurance sur les 55 lignes non contrôlées, et les erreurs de facturation les plus systématiques se produisent souvent sur les lignes à faible valeur et haute fréquence que les contrôleurs ponctuels sautent au profit des articles à forte valeur.

L'expérience de Jinchan Group illustre ce que révèle la validation systématique ligne par ligne. Le passage de la revue manuelle à la validation automatisée a multiplié par 5 leur taux de détection d'anomalies, non pas parce que de nouveaux problèmes sont apparus, mais parce que les problèmes qui avaient toujours existé sont devenus systématiquement visibles pour la première fois. Consultez le cas client Jinchan pour le détail opérationnel.

Construire un système d'application des mercuriales : les prérequis techniques

Une application efficace des mercuriales pré-paiement requiert trois composants d'infrastructure que les outils AP standard ne fournissent pas et qui ne peuvent pas être substitués par un processus manuel à l'échelle.

Composant 1 — Capture automatisée et versioning des mercuriales

Le système de données de référence doit recevoir les mercuriales fournisseurs au fur et à mesure de leur émission, horodater chaque version avec sa période de validité, et archiver les versions précédentes sans les écraser. Cela signifie se connecter aux canaux par lesquels les mercuriales sont livrées, typiquement des pièces jointes e-mail en format PDF ou Excel, et extraire les données tarifaires dans une couche structurée et interrogeable automatiquement.

L'extraction doit gérer les formats spécifiques à chaque fournisseur : chaque grossiste en produits frais structure sa mercuriale différemment, utilise ses propres codes produits et organise les catégories selon son catalogue interne. Une fois extraites, les données doivent être mappées à la nomenclature produit de l'acheteur pour permettre une comparaison inter-fournisseurs et une allocation des coûts par catégorie.

La logique de versioning doit conserver les données de chaque semaine de manière indépendante, étiquetées avec les dates de début et de fin de leur fenêtre de validité. Quand une facture arrive datée d'une livraison passée, le système récupère la mercuriale qui était active à cette date spécifique, pas les données de la semaine en cours, pas une moyenne glissante, mais le prix en vigueur au moment où les marchandises ont changé de main. C'est l'architecture de données que l'agent de contrôle de la facturation fournisseur de Phacet maintient pour ses clients groupes de restauration.

Composant 2 — Matching facture-mercuriale avec précision de date

Avec une couche de référence versionnée disponible, le moteur de matching doit appliquer la bonne version de mercuriale à chaque ligne de facture en fonction de la date de livraison de la facture, pas la date de facturation, pas la date de réception, mais la date de livraison, qui est le point de référence légal pour le tarif applicable.

Cela requiert des données de date de livraison fiables. Dans les environnements de restauration où les bons de livraison sont souvent manuscrits et non numérisés, la date de livraison peut nécessiter d'être extraite de la facture elle-même (où elle apparaît comme « livraison du » ou formulation similaire), d'un système de gestion des livraisons connecté, ou d'un enregistrement de bon de livraison numérisé. Le modèle de validation avec humain dans la boucle de Phacet couvre les cas où la date de livraison est ambiguë : la facture est signalée pour qu'un réviseur humain confirme la bonne date avant l'exécution du contrôle automatisé, plutôt que d'appliquer une date par défaut qui peut être incorrecte.

Pour chaque ligne de chaque facture, le moteur de matching récupère le prix unitaire mercuriale pour cette référence à cette date de livraison, applique la marge cadre issue de l'accord fournisseur, et calcule le prix de référence. La comparaison avec le prix facturé produit un écart en valeur absolue et en pourcentage.

Composant 3 — Calibration des seuils de tolérance par catégorie produit

Toutes les catégories de produits frais ne justifient pas le même seuil de tolérance. Le poisson frais et les fruits de mer, où les mouvements de prix quotidiens peuvent être significatifs et où le classement qualité affecte le tarif applicable, peuvent nécessiter des tolérances plus strictes que les fruits et légumes stables ou les produits ambiants. Les fruits exotiques ou saisonniers, où les ruptures d'approvisionnement peuvent justifier des ajustements tarifaires rapides, peuvent nécessiter des fenêtres de tolérance plus larges pour éviter les faux positifs lors d'événements de marché légitimes.

Configurer les tolérances par catégorie, et les ajuster en fonction des taux de faux positifs observés pendant la calibration, est l'étape qui fait la différence entre un système de validation qui génère des signaux utiles et un système qui génère du bruit. L'objectif n'est pas de signaler chaque ligne de facture qui diffère de la référence de n'importe quel montant, mais de signaler les lignes où la déviation dépasse ce qui peut être expliqué par un arrondi légitime, un ajustement qualité ou une variance de timing. La plupart des déploiements Phacet pour les groupes de restauration calibrent à moins de 5 % de faux positifs sur les factures de produits frais dans les trois à quatre semaines de fonctionnement en conditions réelles, en combinant une tolérance en pourcentage (1 à 3 % selon la volatilité de la catégorie) avec un seuil minimum absolu (par exemple, les déviations inférieures à 0,50 € par unité se valident automatiquement quel que soit le pourcentage).

Ce que révèle l'application des mercuriales : le schéma d'exposition saisonnière

L'une des constantes les plus systématiques quand les groupes de restauration implémentent la validation des mercuriales est la distribution saisonnière des écarts de facturation. L'exposition n'est pas uniforme sur l'année, elle se concentre dans des fenêtres prévisibles qui correspondent aux cycles de volatilité du marché des produits frais.

Le printemps et le début de l'été enregistrent les taux d'écarts les plus élevés sur les fruits rouges, les feuilles de salade et les légumes de début de saison. Les mouvements de prix sont rapides au moment où les premières récoltes arrivent et où les conditions météorologiques affectent simultanément la qualité et les volumes. Des écarts facture-mercuriale de 4 à 8 % sont fréquents dans cette fenêtre, et ils génèrent les surfacturations absolues les plus élevées de l'année parce que les volumes d'achats sont également élevés.

Août et septembre créent une deuxième fenêtre d'exposition pour les catégories de produits méditerranéens, tomates, poivrons, courgettes, où les corrections de prix de fin d'été arrivent rapidement. Un groupe qui ne met pas à jour ses données de référence en temps réel contrôlera les factures d'août contre les prix de juillet, quand l'écart entre les deux peut atteindre 10 à 15 % sur certaines catégories.

La fin d'année et janvier constituent la période de risque le plus élevé pour les produits de garde et les catégories protéines, où les pics de demande saisonniers et la concentration de l'offre créent des conditions tarifaires que les émetteurs de mercuriales mettent à jour fréquemment. Les groupes de restauration qui ralentissent les opérations finance pendant les congés de fin d'année sont particulièrement exposés : les données de référence mercuriale doivent continuer à se mettre à jour même quand l'équipe AP est à capacité réduite.

Pour les groupes qui utilisent les capacités de suivi de marge de Phacet, le schéma d'écarts saisonniers devient visible comme un événement de pression sur les coûts plutôt qu'un problème AP aléatoire, permettant aux achats d'anticiper les fenêtres de forte exposition et d'engager les fournisseurs de manière proactive avant le début de la saison de facturation, plutôt que de découvrir les surfacturations rétrospectivement dans les comptes du mois suivant. Pour une vue d'ensemble de la façon dont la validation des factures se connecte au contrôle du coût matière sur plusieurs établissements, consultez notre article sur la validation des factures de restauration multi-sites.

Implémenter l'application des mercuriales : du premier fournisseur à la couverture complète

La plupart des groupes de restauration implémentent l'application des mercuriales en deux phases, une phase fournisseurs prioritaires couvrant les relations produits frais à la plus forte exposition, et une phase de couverture complète étendue à tous les fournisseurs en mercuriale une fois l'infrastructure validée.

Phase 1 — Fournisseurs prioritaires (semaines 1–3).

Sélectionner les deux ou trois fournisseurs de produits frais qui représentent le volume hebdomadaire de facturation le plus élevé et les mouvements de prix les plus volatils. Connecter leurs canaux de livraison de mercuriales à la couche de capture de Phacet et configurer le mapping des références pour leurs catalogues. Lancer la validation automatisée sur leurs factures, surveiller les taux de faux positifs et calibrer les seuils de tolérance par catégorie produit. À la troisième semaine, la plupart des groupes atteignent 95 %+ de validation automatique sur les fournisseurs prioritaires.

Phase 2 — Couverture produits frais complète (semaines 4–8).

Étendre la capture et la configuration de validation des mercuriales aux fournisseurs de produits frais restants. Appliquer les enseignements de calibration des seuils de la Phase 1 pour accélérer la période de calibration des fournisseurs suivants. À la fin de la Phase 2, chaque facture de produits frais de chaque fournisseur en mercuriale est validée automatiquement à la réception, avant son routage vers le workflow de paiement.

La piste d'audit générée tout au long de l'implémentation enregistre chaque décision de validation, quelle version de mercuriale a été appliquée, quel était le prix de référence calculé, quel était le prix facturé, et comment la variance a été classée. Cette documentation devient la base probante pour les conversations fournisseurs sur les écarts de facturation systématiques et fournit les données pour renégocier les conditions de marge cadre à la prochaine revue contractuelle.

La Nouvelle Garde a implémenté cette architecture de validation sur ses 14 établissements de restauration, atteignant une couverture complète d'application des mercuriales en quelques semaines après le déploiement. Le résultat n'a pas été uniquement une amélioration de la précision de facturation, c'est la création d'une base de données vivante du comportement tarifaire des fournisseurs que l'équipe finance n'avait jamais eu accès auparavant, permettant des décisions d'achats basées sur les données plutôt que sur les relations. Le cas client La Nouvelle Garde couvre le calendrier d'implémentation et les conversations commerciales qu'il a rendues possibles.

Pour les groupes opérant dans le secteur de l'hôtellerie-restauration au sens large, hôtels avec opérations F&B, lieux de réception, restaurants de complexes hôteliers, la même architecture d'application des mercuriales s'applique à la relation d'achat produits frais quel que soit le contexte opérationnel. Astotel a déployé des contrôles comparables sur son portefeuille multi-établissements et réduit les taux d'erreur globaux sur les factures fournisseurs de 7 % à 2 %, incluant sa base de fournisseurs produits frais. Consultez le cas client Astotel pour la perspective d'implémentation en hôtellerie.

Pour en savoir plus sur la façon dont Phacet sert spécifiquement le secteur de l'alimentation et des boissons, consultez la page industrie dédiée à l'automatisation IA en F&B.

Questions fréquentes

Qu'est-ce qu'une mercuriale en restauration ?

‍Une mercuriale est un tarif hebdomadaire émis par les fournisseurs de produits frais, généralement les grossistes en fruits et légumes, les mareyeurs et les fournisseurs de viande, qui reflète les cours de marché courants pour chaque produit de leur catalogue. Les prix changent semaine après semaine en fonction des conditions d'approvisionnement, de la saisonnalité et de la demande du marché. Les groupes de restauration et les opérateurs de restauration collective s'approvisionnent auprès de fournisseurs en mercuriale dans le cadre d'accords-cadres qui définissent une relation au tarif mercuriale (par exemple, mercuriale moins 3 %), le prix réellement facturé étant déterminé par la mercuriale de la semaine en cours plutôt qu'un contrat annuel fixe.

Pourquoi les mercuriales sont-elles plus difficiles à valider que les tarifs contractuels fixes ?

‍Les tarifs contractuels fixes nécessitent un seul point de référence statique par combinaison fournisseur-référence. Les mercuriales nécessitent 52 points de référence par an par fournisseur-référence, un pour chaque version hebdomadaire, et chacun doit être correctement associé à la date de livraison de chaque facture. La validation n'est pas plus complexe en concept, mais l'infrastructure de données requise est fondamentalement différente : il faut un système qui capture, horodate et archive chaque mercuriale hebdomadaire et récupère la bonne version pour chaque date de livraison automatiquement. Les outils AP standard et les configurations ERP ne fournissent pas cela.

Quelle est l'exposition financière typique liée aux écarts de mercuriale ?

‍D'après les données clients Phacet sur les groupes de restauration et de restauration collective, les écarts de facturation sur mercuriales représentent typiquement 2 à 5 % de la valeur des factures produits frais quand ils sont mesurés systématiquement pour la première fois. Pour un groupe de restauration dépensant 500 000 € annuellement en produits frais, cela représente 10 000 à 25 000 € de surfacturations potentielles annuelles, dont la grande majorité s'accumule via de petites déviations récurrentes plutôt que par des erreurs individuelles importantes. L'exposition est la plus forte pendant les fenêtres de volatilité saisonnière : le printemps (fruits rouges, salade), août-septembre (produits méditerranéens) et fin d'année (protéines, épicerie sèche).

Comment déterminer quelle version de mercuriale s'applique à une facture spécifique ?

‍La version de mercuriale applicable est déterminée par la date de livraison, pas la date de facturation ni la date de réception. La plupart des mercuriales couvrent du lundi au dimanche. Une facture pour une livraison effectuée le vendredi fait référence à la mercuriale valide pour cette semaine-là, même si la facture est générée et reçue la semaine suivante, quand une nouvelle mercuriale est entrée en vigueur. Une application fiable nécessite d'extraire la date de livraison de la facture ou du bon de livraison et de la faire correspondre à la bonne version archivée de la mercuriale du fournisseur. Quand la date de livraison est ambiguë, le document est routé vers une revue humaine plutôt que d'appliquer une date supposée.

Comment fonctionnent les seuils de tolérance pour la validation des mercuriales ?

‍Les seuils de tolérance définissent l'écart acceptable entre un prix facturé et le tarif mercuriale de référence avant qu'un signal ne soit déclenché. Ils sont généralement configurés comme une combinaison d'un seuil en pourcentage (par exemple, 1 à 3 % du prix unitaire) et d'un minimum absolu (par exemple, 0,30 € par unité), de sorte que les déviations absolues très faibles ne génèrent pas d'exceptions tandis que les surfacturations significatives sont systématiquement signalées. Les seuils sont configurés par catégorie produit pour refléter les caractéristiques de volatilité différentes des catégories de produits frais, plus stricts pour les articles à prix stable comme les condiments, plus larges pour les catégories à forte volatilité comme les fruits exotiques ou les fruits de mer premium.

L'application des mercuriales peut-elle fonctionner quand les fournisseurs utilisent des formats de mercuriale différents ?

‍Oui. La couche d'extraction de Phacet traite les documents de mercuriale dans n'importe quel format, fichiers Excel structurés, tableaux PDF, tableaux intégrés dans des e-mails, documents scannés, et mappe les données extraites vers une structure de référence interne standardisée. La nomenclature de référence propre à chaque fournisseur est mappée aux codes produits de l'acheteur lors de la configuration initiale. Une fois le mapping établi pour un fournisseur donné, les nouvelles mercuriales hebdomadaires sont traitées automatiquement sans nécessiter de reformatage manuel ni de saisie de données.

Que se passe-t-il quand un fournisseur émet une mercuriale amendée en cours de semaine ?

‍Les mercuriales amendées sont capturées et traitées comme des versions complémentaires couvrant leurs dates d'entrée en vigueur spécifiques et la plage de références concernées. Le système conserve à la fois la version originale et la version amendée, chacune étant étiquetée avec sa période de validité. Quand une facture est validée, le système applique la version amendée pour les références qui relèvent du périmètre et des dates de l'amendement, et la version originale pour toutes les autres références sur la même facture. Le résultat de la validation et la version spécifique appliquée sont enregistrés dans la piste d'audit pour chaque ligne.

Comment l'application des mercuriales se connecte-t-elle au reporting du coût matière ?Les données de facturation mercuriale validées sont le prérequis d'un reporting fiable du coût matière au niveau de la catégorie. Quand chaque facture de produits frais a été contrôlée par rapport au bon prix de référence daté et les écarts résolus avant le paiement, les données de coût qui alimentent les reportings de coût matière reflètent les coûts d'achats réellement conformes au contrat plutôt que ce que le fournisseur a facturé. Cela élimine le bruit que les écarts de facturation non contrôlés introduisent dans les ratios de coût matière, faisant du chiffre reporté un véritable indicateur de gestion plutôt qu'une approximation affectée par la variabilité de facturation.

Des mercuriales hebdomadaires à un coût matière maîtrisé

Les mercuriales ne sont pas un cas marginal dans les achats de restauration. C'est le modèle de tarification standard pour la catégorie produit qui génère la plus grande variabilité de coût matière, les produits frais. Et c'est la catégorie pour laquelle construire une application systématique est la plus difficile manuellement, parce que les données de référence changent tous les sept jours sur chaque relation fournisseur simultanément.

Les équipes finance qui appliquent les tarifs des mercuriales avant le paiement ne sont pas celles qui ont les comptables les plus expérimentés ou les procédures de contrôle ponctuel les plus rigoureuses. Ce sont celles qui ont construit une infrastructure de données qui reçoit les mercuriales hebdomadaires automatiquement, les archive avec les bonnes dates de version, et applique la bonne référence à chaque ligne de facture au moment où la facture arrive, avant qu'un paiement ne soit validé, avant qu'un écart ne se capitalise sur un deuxième cycle de facturation.

C'est cette infrastructure que Phacet délivre pour les groupes de restauration et de restauration collective : capture automatisée des mercuriales, versioning daté, comparaison ligne par ligne, et résolution par exception, pour que chaque facture de produits frais soit validée contre le prix effectivement en vigueur le jour de la livraison, pas contre le tarif que le système de facturation du fournisseur a choisi d'appliquer. Réservez une démo pour voir comment l'application des mercuriales fonctionne sur votre base de fournisseurs et votre structure d'établissements.