Libérez la trésorerie immobilisée dans le surstock.
marql repère le stock au-delà de la couverture cible par SKU et par point de vente, valorise l'excédent à partir de vos propres prix de revient et en fait un plan avec un responsable, une échéance et une date de revue.
Trouvé
2 728 €
capital au prix de revient
- classé en €
- calculé sur les données sources
- un effet seulement après mesure
Sections
Ça se vend. Le stock reste excessif.
Chez Maison Marché, l'eau minérale n'est pas du stock mort : la dernière vente date d'aujourd'hui. Mais la couverture a atteint 110 jours pour un tampon cible de 7 jours. marql a calculé l'excédent par rapport au tampon augmenté du délai de livraison, valorisé au prix de revient le capital qu'il immobilise, et mis les options sur la table.
- 110
- jours de couverture
- 7
- tampon cible
- 2 728 €
- capital au coût
- 35
- jours hors norme
D'un écart à un effet mesuré.
Signal, diagnostic, action de gestion et évaluation du résultat forment un seul processus, sans fossé entre l'analyse et ce que quelqu'un fait concrètement.
Le surstock se voit avant la clôture de la période.
Un passage quotidien sur chaque couple SKU × point de vente repère où les jours de couverture dépassent la cible, et classe les écarts selon le capital que chaque excédent immobilise.
Surveillance automatique · SKU × point de vente
Il montre la cause, et les façons d'agir dessus.
marql distingue le stock mort d'un SKU qui se vend mais porte trop de couverture, en lisant le rythme d'écoulement, le facteur météo et la disponibilité dans les autres points de vente. Puis il propose : suspendre le réassort, accélérer l'écoulement par une promotion, transférer entre points de vente, ou modifier le seuil.
7 facteurs lus · arithmétique vérifiée sur les données
La quantité recommandée vient d'un modèle de stock.
ShelfSense lit le stock disponible, la demande journalière moyenne, le délai de livraison et le tampon cible. L'IA explique le raisonnement ; la quantité excédentaire et le capital qu'elle contient sont calculés de façon déterministe.
Disponible 4 625,6 · prévision 39,2 unités/jour
Un effet ne compte qu'après la période de contrôle.
Une fois l'action confirmée, marql fige la période de référence et la fenêtre de mesure. Le registre d'impact distingue six états (« trouvé », « en mesure », « prouvé », « aucun effet », « non concluant » et « pire ») et fige le chiffre d'affaires contre lequel l'effet est mesuré au moment où la décision est validée, si bien que le résultat ne peut pas être gonflé après coup.
Référence · témoins quand il y en a · historique des modifications
110 jours peuvent être la bonne réponse.
L'arithmétique ci-dessus n'est pas en cause : 4 076,8 unités dépassent la couverture cible, et le capital qu'elles contiennent vaut 2 728 € au prix de revient. Ce qui est en cause, c'est de savoir s'il s'agit d'une erreur. Dans au moins cinq situations ordinaires, la couverture est élevée exprès, et celui qui agit quand même sur le signal défait une décision que quelqu'un avait déjà bien prise.
Une montée en stock saisonnière
On achète la saison, pas la semaine. Une couverture mesurée contre une norme de 7 jours, à mi-chemin d'une montée en stock pour un pic attendu dans six semaines, est juste sur le plan arithmétique et vide de sens sur le plan opérationnel : le stock est devant la demande, pas derrière.
Même SKU, mêmes semaines l'an dernier. Si le rythme de vente était alors plusieurs fois supérieur à l'actuel, la couverture est une montée en stock. Si l'an dernier ressemble à cette année, elle ne l'est pas.
Le minimum de commande du fournisseur
Quand le minimum de commande est une palette et que le point de vente écoule quarante unités par semaine, la plus petite commande que le fournisseur accepte représente déjà onze semaines de couverture. L'achat n'a rien d'anormal. La norme a été écrite pour des SKU qu'on peut commander dans la quantité dont on a réellement besoin.
Le minimum de commande divisé par la demande journalière moyenne. Si ce seul chiffre dépasse la norme, aucune commande acceptée par le fournisseur ne peut la respecter, et c'est la norme qu'il faut changer.
Un achat pour bloquer un prix
Une hausse confirmée, une promotion fournisseur ou une exposition au change peuvent rendre l'achat anticipé moins cher que l'achat au fil de la couverture. Le stock n'est pas du capital qui dort : c'est une protection contre la hausse, avec un gain connu et une échéance.
L'économie par unité face au coût de détention par unité sur la période de stockage. Et la question de savoir si la décision est écrite ailleurs que dans la mémoire de l'acheteur : une protection que personne n'a consignée ne se distingue pas d'une surcommande.
Du stock constitué pour une promotion programmée
Une couverture constituée avant une opération qui a une date, une mécanique et une prévision n'est pas un excédent. C'est l'opération elle-même. L'alerte arrive tôt, elle n'a pas tort.
Une promotion au calendrier dont la prévision consomme la couverture, et un responsable nommé pour le reliquat si elle n'écoule pas tout.
Une couverture volontaire contre un risque d'approvisionnement
Un SKU à fournisseur unique, un retard en douane, un fournisseur qui a déjà manqué deux livraisons : porter quelques semaines de plus, c'est acheter de la disponibilité, et une rupture sur un produit de base coûte en général plus cher que de le garder en stock.
Le délai de livraison enregistré dans le système est-il le délai contractuel ou celui réellement observé ? Une norme calée sur un contrat que personne ne respecte signalera chaque semaine la prudence comme du gaspillage.
En bref
Aucun de ces cas ne fait réapparaître l'argent : dans les cinq, le capital est réellement immobilisé, et c'est bon à savoir. Ce qui change, c'est que la réponse devient « on garde, et voici pourquoi » plutôt que « on libère ». marql ne peut reconnaître le motif que lorsqu'il figure dans les données : un calendrier promotionnel, une quantité de commande, un délai observé. Sinon, le SKU est signalé, l'acheteur passe outre, et c'est cette dérogation qui constitue la trace utile.
Le signal était juste. La décision a raté quand même.
Cinq façons dont une décision de surstock tourne mal une fois l'écart avéré, dans l'ordre où elles surviennent : la cause mal lue, la mauvaise destination, le mauvais prix, le mauvais remède et la mauvaise comptabilité. Ces scénarios sont construits, pas observés : aucun chiffre de chaîne ne se trouve derrière.
La même action pour un stock mort et pour un SKU qui tourne
Deux lignes côte à côte dans la même liste, toutes deux au-delà de 100 jours de couverture. L'une n'a pas vendu une unité en six semaines. L'autre s'est vendue ce matin. Une démarque écoule la première et brade de la marge sur la seconde, qui se serait vendue au prix plein : plus lentement que vous ne l'auriez voulu, mais au prix plein. Suspendre le réassort règle la seconde et ne change rien à la première, puisque rien n'est en commande.
Lisez la cause avant de choisir l'action. Date de la dernière vente, écoulement sur la fenêtre, et présence ou non d'une commande en cours : trois champs qui séparent un SKU arrêté d'un SKU surcouvert, et qui mènent à des actions opposées.
Un transfert vers un point de vente qui ne le vendra pas non plus
L'excédent est réel et la solution paraît évidente : le déplacer vers un point de vente qui référence le même SKU. Mais le point receveur est à 40 jours pour la même norme de 7 jours ; il est seulement moins visiblement hors norme. Le stock arrive, l'alerte disparaît chez l'expéditeur, et le même capital se retrouve immobilisé une adresse plus loin, avec le coût du transfert en plus.
Un transfert ne compte comme solution que si la couverture propre du point receveur reste dans sa norme une fois le stock arrivé. C'est la demande de ce point de vente qui compte, pas la moyenne du réseau. Si aucun point de vente ne passe ce test, le problème relève de la démarque ou de l'achat, pas de la distribution.
Une démarque qui coûte plus que le stockage
Une remise assez forte pour écouler quatre mille unités en quinze jours abandonne plus de marge brute que ce que coûtait la détention de l'excédent. Deux chiffres différents sont en jeu : le capital immobilisé dans l'excédent, et ce que coûte chaque semaine de le laisser là. La remise doit battre le second, pas le premier. Rapportée au capital, presque toute démarque paraît justifiée. Rapportée au coût de détention hebdomadaire, la plupart des démarques profondes ne le sont pas.
Comparez la marge abandonnée au coût de détention sur la période pendant laquelle vous auriez sinon gardé le stock, plus le risque de mise au rebut s'il périme. Sur un SKU de longue conservation sans date limite, ne rien faire est souvent l'action la moins chère disponible.
Relever le seuil au lieu d'annuler la commande
La norme est de 7 jours, la couverture de 110, et le moyen le plus rapide de faire taire l'alerte est de décider que la norme était fausse. Parfois elle l'était : c'est la section précédente. Mais quand la norme était juste, la déplacer transforme un problème d'achat en problème de reporting : le capital reste exactement où il était, le signal cesse d'arriver, et la prochaine surcommande devient invisible.
Un changement de seuil n'est une issue légitime que s'il s'appuie sur la demande, le délai de livraison ou la quantité de commande, et seulement s'il laisse une trace : qui l'a changé, depuis quelle valeur, et pourquoi. Si la norme bouge et que la commande fournisseur en cours ne bouge pas, rien n'a été réglé.
Comptabiliser l'économie avant la fin de la fenêtre
L'action est prise, la couverture baisse, et les 2 728 € sont inscrits comme récupérés. Puis on apprend que la semaine où le stock a bougé était celle où un concurrent fermait pour travaux, ou qu'une canicule a vendu l'eau toute seule. Attribuer cela à la décision gonfle le registre, et chaque chiffre enregistré ensuite hérite de l'erreur.
Période de référence et fenêtre de mesure sont figées à la confirmation de l'action, jamais choisies une fois le résultat connu. Le registre d'impact doit pouvoir renvoyer « aucun effet » et « données insuffisantes » : un registre qui ne dit jamais que « prouvé » ne mesure rien.
En bref
Aucun des cinq n'est une erreur d'arithmétique : dans tous, le signal était juste. Quatre sont une mauvaise action choisie à partir d'un bon chiffre, et le cinquième une bonne action consignée malhonnêtement. C'est pour cela qu'existent les sections 3 et 7 : l'une demande si le chiffre veut dire ce qu'il semble dire, l'autre dit qui a le droit d'agir dessus.
Commencez par celle qui compte
Quels SKU immobilisent de la trésorerie sans tourner assez vite ?
- AOù se concentre le surstock : par SKU, par catégorie et par point de vente ?
- BS'agit-il de stock mort, d'un SKU à rotation lente ou d'un excédent temporaire ?
- COù faut-il suspendre le réassort, démarquer, promouvoir ou transférer ?
- DQuels points de vente peuvent absorber le SKU, compte tenu de leur demande et de leur propre stock ?
- ECombien de trésorerie peut-on libérer sans faire monter les ruptures ?
- FÉtablir le plan : action, responsable, échéance et date de revue.
Ce qu'il faut pour chiffrer l'excédent.
Ventes par SKU × point de vente
Quantité, chiffre d'affaires, date de la dernière vente, point de vente et catégorie.
Stock disponible + prix de revient
Sans prix de revient, la quantité excédentaire se compte toujours, mais le capital qu'elle immobilise ne peut pas être valorisé : la colonne en euros reste donc vide plutôt qu'estimée.
Délai de livraison + stock en commande
Fournisseur, commandes fournisseur ouvertes, entrepôt, durée de conservation, et transferts entre points de vente réellement possibles.
Comment ce chiffre a été calculé
Le scan, la fenêtre et l'arithmétique.
Un scan au niveau du SKU parcourt les lignes journalières par produit (ventes, coût, stock) et nomme les SKU exacts derrière l'argent, de sorte que chacun porte sa propre contribution et non une part d'un total.
Lignes journalières par SKU sur une fenêtre de 7 à 28 jours, selon le contrôle. Les contrôles de tendance comparent deux fenêtres adjacentes de même longueur.
- unités en excès = stock disponible − demande journalière moyenne × (délai de livraison + tampon cible)
- capital dans l'excédent = unités en excès × coût unitaire
- Synchronisation caisse / ERP
- product_sales_daily · inventory_daily
- scan par SKU
- incident
- inventory_daily
- qty_in_stock, cost_value, category_name
- product_sales_daily
- items_count, cost, category_name
Les deux équations ci-dessus reproduisent exactement les écrans. Les jours de couverture n'en découlent pas : ce n'est pas le stock disponible divisé par la prévision imprimée à côté, parce qu'un contrôle d'écart et un modèle de stock lisent la demande sur des fenêtres différentes des mêmes lignes journalières. C'est pourquoi ce bloc imprime le modèle plutôt qu'une simple division, et pourquoi le chiffre obtenu est un capital valorisé au prix de revient, pas une charge. Ce que coûte chaque semaine la détention de ce capital est un autre chiffre, et c'est celui qu'une démarque doit battre.
Vérifiez-le sur vos propres chiffres
Les deux équations ci-dessus, champs à découvert. Le calculateur s'ouvre sur les données de ce playbook : le premier chiffre qu'il affiche est donc celui du chapeau. Changez un champ et l'arithmétique suit.
- Unités en excès
- 4 076,8
- Capital dans l'excédent
- 2 728 €
Il ne calcule ni les jours de couverture, ni ce que coûte chaque semaine la détention du stock. Les jours de couverture exigent une fenêtre de demande que cette page n'a pas fixée ; le coût hebdomadaire exige un taux de coût de détention, et en inventer un pour qu'un calculateur paraisse complet, c'est précisément le genre de chiffre que ce playbook existe pour refuser.
Une action a besoin d'un nom. Le nom suit le périmètre.
Le cycle se termine sur une action avec un responsable, une échéance et une date de revue, et le responsable est justement ce que cette page laissait en blanc. Savoir lequel n'est pas une question d'ancienneté. Ce qu'un rôle peut décider est borné par ce qu'il peut voir, et marql livre trois périmètres qui ne voient pas la même chose : le même matin, un surstock apparaît dans la file de décisions d'une personne et pas dans celle d'une autre.
Responsable de magasin
Ses magasins uniquement, et une fraction des incidents ouverts du réseau. C'est aussi le seul périmètre qui reçoit les percentiles de cohorte : la position de la marge et du panier moyen de chaque magasin face à un réseau anonyme de magasins comparables.
- La réalité du terrain : savoir si le stock est physiquement là, vendable, et dans l'état que le système lui prête.
- L'exécution d'une démarque ou d'une extrémité d'un transfert, une fois la profondeur et la destination fixées.
- Remonter un contre-cas : la promotion que personne n'a saisie, la palette impossible à fractionner, la livraison arrivée deux fois.
Le transfert, la profondeur de démarque et le seuil. Chacun exige un chiffre qui se trouve hors de ce périmètre, le transfert plus que tout autre : tout son test porte sur la couverture du magasin receveur après coup, et ce magasin n'est pas dans cette file.
Si la couverture de ses magasins revient dans la norme, et si le contre-cas qu'il a remonté a tenu.
Responsable de région
Un groupe de magasins, avec des incidents que le périmètre magasin, en dessous, ne voit pas, y compris un surstock dans un magasin absent de la liste de ce responsable de magasin.
- Le transfert, parce que c'est le premier périmètre qui en voit les deux extrémités.
- Le choix entre déplacer le stock et le démarquer : la comparaison sur laquelle repose le mode de défaillance B.
- Quel excédent est un problème du réseau et lequel est local.
L'achat qui a créé l'excédent, et la norme elle-même lorsqu'elle est fixée au siège. Une région peut rééquilibrer le stock qu'elle détient déjà ; elle ne peut pas le décommander.
La couverture sur le groupe, et la part de l'excédent qui a été déplacée plutôt que démarquée.
Propriétaire
Le réseau entier, et pas de bloc de cohorte : à ce niveau, il ne reste rien à quoi se comparer, sinon soi-même.
- Suspendre le réassort et annuler ce qui est en commande : les seules actions qui touchent la cause plutôt que le symptôme.
- Le seuil, et la trace de qui l'a déplacé, depuis quelle valeur et pourquoi : le mode de défaillance D est ce qui arrive sans cette trace.
- L'honnêteté du registre : la décision de ne pas comptabiliser une économie avant la fin de la fenêtre de contrôle.
Ce que ce périmètre veut le plus souvent trancher quand même : savoir si une palette précise, dans une réserve précise, est vendable. C'est le seul fait que détient le plus petit périmètre et que le plus grand n'a pas.
La trésorerie libérée sur le réseau, et si le même SKU revient le trimestre suivant.
En bref
Ce sont les trois périmètres que livre le produit, pas une affirmation sur la façon dont une chaîne devrait être organisée. Une chaîne dotée d'une centrale d'achat a un poste qu'aucun des trois ne décrit (un acheteur catégorie a la main sur la commande comme aucun rôle en magasin ne l'a), et ce playbook ne va pas inventer ce poste. Faites correspondre vos propres intitulés aux périmètres plutôt que l'inverse : c'est le périmètre qui borne la décision, et un intitulé qui ne voit pas le magasin receveur ne décide pas du transfert, quel que soit son nom.
Tout ce qui précède, sur un tableur.
Rien de tout cela n'exige marql. Le scan, le classement et le registre sont ce que le produit automatise ; la méthode en dessous tient en quatre décisions et deux douzaines de champs environ, et elle fonctionne sur papier. Prenez-la. Si vous la faites à la main pendant un trimestre et que l'arithmétique continue de valoir l'après-midi qu'elle coûte, voilà l'argument pour l'automatiser. Sinon, vous aurez dépensé une après-midi plutôt qu'un abonnement.
Est-ce du stock mort, ou seulement surcouvert ?
Le mode de défaillance A, c'est une seule action appliquée à deux problèmes différents. Trois champs les séparent : les unités vendues sur la fenêtre et la date de la dernière vente, toutes deux dans un export de ventes, et ce qui est en commande, qu'on trouve plutôt dans les commandes fournisseur ouvertes.
Quand ce SKU s'est-il vendu pour la dernière fois dans ce point de vente ?
- Pas sur la durée du délai de livraison
- Traitez-le comme du stock mort. Le réassort n'est pas le levier : il n'y a plus rien à suspendre. Passez à la partie C et comparez une démarque à une mise au rebut.
- Récemment, à un rythme régulier
- Il est surcouvert, pas mort. Continuez.
Y a-t-il encore quelque chose en commande ou en transit ?
- Oui
- C'est la cause. Annulez ou suspendez la commande avant toute autre chose : chaque autre action traite le symptôme, et la prochaine livraison la défait.
- Non
- L'excédent est déjà en rayon. Continuez.
L'un des contre-cas de la section 3 s'applique-t-il : une montée en stock saisonnière, un minimum de commande, un prix bloqué, une promotion programmée, un risque d'approvisionnement ?
- Oui
- Consignez lequel, qui l'a décidé et quand la décision doit être revue. N'agissez pas. C'est cette trace qui empêche la chose d'arriver comme une surprise chaque semaine.
- Non
- Continuez.
Existe-t-il un point de vente dont la couverture reste dans sa norme après avoir reçu l'excédent ?
- Oui
- Transférez. Vérifiez la couverture du point receveur après le transfert, pas la moyenne du réseau : c'est le mode de défaillance B.
- Non
- La distribution ne réglera pas ça. Passez à la partie C.
Une issue parmi cinq : annuler la commande, transférer, démarquer, mettre au rebut, ou consigner un motif et ne rien faire.
La norme est-elle seulement atteignable ?
Le contre-cas du minimum de commande, tiré de la section 3, en version tableur. Une ligne par classe de SKU plutôt que par SKU : la réponse est la même pour tout ce que vous achetez à la palette.
- Demande journalière moyenne
- Unités par jour sur une fenêtre à laquelle vous vous fiez. Notez la fenêtre à côté : sans elle, le chiffre ne veut rien dire.
- Délai de livraison
- Observé, pas contractuel. Si les trois dernières livraisons sont arrivées en retard, l'observé est le vrai.
- Tampon cible
- Les jours de couverture voulus en plus du délai de livraison. Le tampon plus le délai, c'est ce contre quoi l'excédent se mesure.
- Minimum de commande
- La plus petite quantité que le fournisseur accepte réellement, dans la même unité que la demande.
- Minimum de commande ÷ demande journalière moyenne
- Les jours de couverture que crée déjà la plus petite commande possible, avant que quiconque ait surcommandé quoi que ce soit.
- La norme est-elle atteignable ?
- Comparez la ligne précédente au délai de livraison plus le tampon. Si elle est plus grande, aucune commande acceptée par le fournisseur ne peut respecter la norme, et c'est la norme qui doit changer, pas l'acheteur.
Soit une norme à laquelle on peut tenir quelqu'un, soit une norme dont on sait désormais qu'elle est inatteignable et qui doit cesser de déclencher des alertes.
Démarquer coûte-t-il moins cher que garder ?
Le mode de défaillance C en version tableur : la comparaison qu'on saute, parce que rapportée au capital, toute remise paraît justifiée.
- Unités au-delà de la norme
- Stock disponible moins demande journalière moyenne multipliée par (délai de livraison plus tampon), à partir de la partie B.
- Capital dans l'excédent
- Ces unités au coût unitaire. C'est le chiffre auquel il ne faut pas comparer la remise.
- Coût de détention par semaine
- Ce que coûte chaque semaine la détention de l'excédent : capital, stockage, assurance, démarque inconnue. Sans taux sous la main, notez celui que vous supposez et étiquetez-le comme une hypothèse.
- Semaines pendant lesquelles vous le garderiez sinon
- Au rythme actuel, le temps qu'il faut pour que l'excédent s'écoule de lui-même.
- Coût de détention sur cet horizon
- Coût hebdomadaire multiplié par le nombre de semaines. C'est le chiffre qu'une remise doit battre.
- Marge abandonnée
- Remise par unité multipliée par les unités que vous comptez écouler, à la profondeur envisagée.
- Risque de mise au rebut
- Zéro sur un SKU de longue conservation sans date limite. Sur tout produit périssable, les unités susceptibles de périmer, au coût unitaire.
Si la marge abandonnée dépasse le coût de détention sur l'horizon plus le risque de mise au rebut, ne rien faire est l'action la moins chère, et cela mérite d'être consigné comme une décision plutôt que comme un oubli.
Fixez la mesure avant d'agir.
Le mode de défaillance E en version tableur, et la seule partie avec une échéance : chaque champ se remplit avant l'action, parce qu'une fois le résultat connu, aucun ne peut plus être choisi honnêtement. Les indications nomment ce qu'exige le registre de marql, de sorte qu'un tableur tenu à ce standard et le produit répondent à la même question.
- L'action, en une phrase
- Ce qui est fait, sur quel SKU, dans quels points de vente.
- Responsable
- Un nom, détenant un périmètre capable de voir réellement ce dont l'action a besoin : section 7.
- Référence, figée maintenant
- Le chiffre contre lequel l'effet sera mesuré, écrit et non recalculé ensuite. marql le fige au moment où une décision est validée ; sur un tableur, le figer veut dire coller la valeur plutôt que laisser une formule qui bougera.
- Fenêtre de mesure
- Dates exactes après l'action, choisies maintenant et non quand les chiffres commencent à bien se présenter. Les lignes du registre de marql durent environ quatre semaines : assez pour contenir des cycles hebdomadaires entiers.
- La métrique
- Les jours de couverture de ce SKU dans ces points de vente. Une seule métrique : la seconde est la façon dont on choisit après coup le résultat qui arrange.
- Témoins appariés
- Des points de vente comparables qui ne reçoivent pas l'action. marql ne déclare pas une ligne prouvée avec moins de quatre magasins témoins appariés ; sans aucun pair, il retombe sur la volatilité propre de l'unité, ce qui est une affirmation plus faible et doit être étiquetée comme telle.
- Le seuil qui bat le bruit
- Le test de marql est un intervalle de prédiction de Student, unilatéral, à α = 0,10, face à ces témoins. Sur un tableur, l'équivalent honnête est un seuil écrit avant de regarder : tout ce qui se décide après est une préférence, pas un résultat.
- Ce qui invaliderait la fenêtre
- Une promotion couvrant plus de la moitié de la fenêtre, un changement de prix, un changement de fournisseur, une rupture ou un pic de remises. Avec l'un d'eux, le verdict honnête est « non concluant », pas « prouvé ».
- Ce qui compte comme aucun effet, et comme pire
- Les deux, écrits avant de les connaître. Un protocole qui ne peut pas revenir négatif ne mesure rien.
Une ligne qui peut se clore dans six directions : trouvé, en mesure, prouvé, aucun effet, non concluant, pire. Si les trois dernières sont inatteignables dans votre version, les trois premières ne valent rien.
En bref
Voilà toute la méthode. Ce que marql ajoute n'est pas une meilleure équation : il fait tourner le scan chaque jour sur tous les SKU et tous les points de vente plutôt que sur celui que quelqu'un a remarqué, classe les écarts selon le capital qu'ils immobilisent pour que l'après-midi aille au plus gros, et tient le registre pour qu'une ligne close ne puisse pas être rouverte discrètement et améliorée. L'arithmétique ci-dessus est la même dans les deux cas.
9 · Là où la preuve s'arrête
Potentiel libérable
≠ effet prouvé.
2 728 €, c'est le capital immobilisé dans le stock au-delà du niveau cible, valorisé au prix de revient. Ce n'est pas ce que coûte chaque semaine la détention de ce stock, ce n'est pas une économie réalisée, et ce n'est pas le ROI de marql.
Un effet prouvé n'est enregistré qu'une fois l'action exécutée, la période de référence fixée et la fenêtre de contrôle refermée. Lorsque les données sont insuffisantes ou qu'un facteur extérieur a faussé le résultat, le registre d'impact marque l'effet comme non prouvé.
D'où viennent ces écrans
Les quatre surfaces traversées par la décision
Prêt à voir
les euros qu'il a trouvés ?
La démo s'appuie sur les caisses et la comptabilité que vous utilisez déjà. Laissez vos coordonnées et choisissez un créneau.