Pourquoi une valorisation Mukeï est opposable

Cette page explique pourquoi un chiffre produit par Mukeï tient devant un tiers — administration fiscale, commissaire aux comptes, acquéreur, juge — et par quels mécanismes concrets.

Ce n'est pas une page de manipulation : elle ne vous dit pas quoi cliquer. Elle vous dit ce que le produit fait pour vous, et pourquoi c'est conçu ainsi.

Ce que veut dire « opposable »

Opposable à un tiers : qu'on puisse le présenter à quelqu'un qui n'a aucune raison de vous faire confiance, et que ce chiffre résiste à son examen.

C'est un niveau d'exigence très supérieur à « avoir raison ». Vous pouvez avoir parfaitement raison et être incapable de le démontrer. Devant un vérificateur fiscal, cela revient au même.

Les situations concernées sont concrètes :

Le tiers	Ce qu'il conteste	Ce qu'il exige
Administration fiscale	Une valeur qui réduit l'impôt : régime IP Box, donation de titres, transmission.	La méthode, les sources, les hypothèses, et que vous n'ayez pas choisi la plus favorable après coup.
Commissaire aux apports	La valeur d'un apport en nature au capital.	Un plancher défendable et la traçabilité des dépenses.
Commissaire aux comptes	Une valeur inscrite au bilan.	La cohérence avec les normes comptables et la constance de méthode.
Acquéreur	Le prix demandé.	Que le chiffre ne soit pas construit sur des hypothèses arrangeantes.
Partie adverse en contentieux	Le chiffrage d'un préjudice.	Que le calcul soit reproductible par son propre expert.

Tous posent au fond la même question : d'où sort ce chiffre, et comment savoir que vous ne l'avez pas ajusté ensuite ?

Les trois façons de perdre un chiffre

Avant de voir ce que Mukeï fait, il faut comprendre ce qui casse habituellement.

1. La méthode n'est pas explicitée

« Nous avons valorisé la marque à 400 000 € » ne veut rien dire. Par quelle méthode ? Avec quel taux de redevance ? Sur quel chiffre d'affaires ? Sans réponse, le chiffre n'est pas discutable — donc pas défendable.

2. La méthode a changé sans qu'on s'en aperçoive

C'est le piège le plus insidieux, et il est technique. Vous calculez une valeur en 2024 avec un tableur. Deux ans plus tard, le tableur a évolué : une formule corrigée ici, une convention modifiée là. On vous demande de justifier le chiffre de 2024. Vous rouvrez le fichier, vous relancez — et vous obtenez autre chose.

Vous ne pouvez plus expliquer votre propre chiffre. Il devient indéfendable, non parce qu'il était faux, mais parce que l'outil qui l'a produit n'existe plus.

3. Les données de référence ont bougé

Les multiples sectoriels, l'indice des prix, le taux sans risque : tout cela est mis à jour chaque année. Un calcul appuyé sur les multiples de 2024, rejoué avec les multiples de 2026, ne donnera jamais le même résultat. Sans savoir quelles données étaient en vigueur au moment du calcul, vous ne pouvez rien reproduire.

Les quatre garanties de Mukeï

Face à ces trois failles, Mukeï organise quatre mécanismes. Les trois premiers sont acquis automatiquement, à chaque calcul, sans que vous ayez rien à faire.

Garantie 1 — Le calcul est décomposé, jamais résumé

Mukeï ne stocke pas un résultat : il stocke le chemin qui y mène.

Chaque valorisation conserve la liste complète de ses étapes intermédiaires. Pour chacune : l'intitulé de l'étape, la formule appliquée, et le résultat obtenu. Vous voyez le multiple retenu, la décote appliquée, la valeur d'entreprise, la dette retranchée, la valeur finale — chaque maillon.

Cela vaut autant en interne qu'en externe :

En interne, une erreur de saisie se repère dans les étapes, jamais dans le montant final. Une dette saisie à 180 000 000 au lieu de 180 000 produit un résultat parfaitement plausible en apparence.
En externe, c'est la réponse à « d'où sort ce chiffre ». Vous ne défendez pas un montant : vous exposez un raisonnement, étape par étape. Le tiers peut contester une hypothèse — c'est son droit — mais il ne peut pas dire que le chiffre est opaque.

Cette exigence est inscrite dans la conception même du produit : le moteur de calcul a pour consigne interne que la traçabilité prime sur l'élégance. Quand les deux s'opposent, c'est la traçabilité qui gagne.

Garantie 2 — Chaque calcul porte la version du moteur qui l'a produit

C'est la réponse à la deuxième faille, et c'est le mécanisme le moins visible mais le plus déterminant.

Le moteur de calcul de Mukeï — l'ensemble des formules qui produisent les valeurs — porte un numéro de version. Chaque valorisation enregistre deux informations au moment du calcul :

la version du moteur qui l'a produite ;
la date et l'heure exactes du calcul, distinctes de la date de dernière modification de la fiche.

Le versionnement suit une convention stricte, qui rend le numéro lisible :

Le numéro change ainsi	Cela signifie
Premier nombre (2.1.0 → 3.0.0)	Une formule a changé. Un résultat peut changer.
Deuxième nombre (2.1.0 → 2.2.0)	Une méthode a été ajoutée, sans effet sur les méthodes existantes.
Troisième nombre (2.1.0 → 2.1.1)	Correction technique, sans effet sur les valeurs produites.

Concrètement : si votre valorisation porte la version 2.1.0 et que le moteur en est aujourd'hui à 2.4.2, vous savez immédiatement qu'aucune formule n'a changé entre les deux — le premier nombre est identique. Votre chiffre repose sur la même mécanique qu'aujourd'hui.

Si en revanche le moteur était passé à 3.0.0, vous sauriez qu'une formule a bougé, et vous pourriez consulter précisément ce qui a changé et quand.

L'historique complet des versions est tenu à jour dans le produit : chaque version porte sa date de mise en service et la liste lisible de ce qu'elle a modifié.

Un exemple réel de ce que contient cet historique. La version 2.1.0, mise en service le 11 août 2026, corrige la méthode de la valeur d'ancrage : un taux de détention saisi « 20 » au lieu de « 0,20 » désactivait silencieusement l'extrapolation à 100 % du capital. Le calcul ne renvoyait pas d'erreur — il renvoyait la valeur de la seule tranche cédée. Toute valorisation antérieure utilisant cette méthode est identifiable par sa version de moteur. C'est exactement ce à quoi sert le versionnement : savoir sans deviner.

Garantie 3 — Les données de référence sont datées et conservées

Mukeï s'appuie sur des sources externes reconnues, et les identifie :

Source	Ce qu'elle fournit	Où elle intervient
Aswath Damodaran — Stern School of Business, université de New York	Multiples sectoriels, bêtas, coût des fonds propres	Comparables, coût du capital
INSEE	Indice des prix à la consommation	Revalorisation des coûts historiques (méthodes VRN)
Banque de France et BCE	Taux sans risque, taux de change	Coût du capital, conversion de devise

Le jeu Damodaran embarqué est identifié par sa date de publication et sa région : millésime Europe du 5 janvier 2026. Ce n'est pas un détail cosmétique. « Multiple sectoriel de 8,4 » n'est pas justifiable ; « multiple EV/EBITDA de 8,41 pour le secteur Publicité, Damodaran Europe, données au 5 janvier 2026 » l'est.

Deux conséquences pratiques :

Une source indisponible ne fausse jamais un calcul. Chaque connecteur de référentiel dispose d'un jeu de secours embarqué. Si l'INSEE est injoignable au moment où vous lancez un calcul, Mukeï n'utilise pas une valeur approximative et ne renvoie pas un résultat dégradé sans le dire : il retombe sur les données figées connues. Un référentiel indisponible ne doit jamais faire régresser un calcul — c'est une règle de conception explicite du produit.

Les valeurs restent modifiables, et la modification est tracée. Vous pouvez substituer votre propre taux de redevance ou votre propre multiple si vous disposez de transactions mieux ciblées. Le paramètre effectivement retenu apparaît dans les étapes de calcul. Personne ne peut vous reprocher d'avoir modifié une valeur : on pourrait vous reprocher de l'avoir fait sans le dire.

Garantie 4 — Le gel du calcul, pour le rejouer à l'identique

Les trois garanties précédentes vous permettent d'expliquer un chiffre. La quatrième permet de le reproduire — c'est-à-dire de relancer le calcul des années plus tard et de retomber exactement sur le même montant.

Le mécanisme s'appelle le snapshot de reproductibilité. Quand une valorisation est validée, Mukeï fige dans un bloc scellé :

la version du moteur utilisée et la date de validation ;
la méthode appliquée ;
toutes les données d'entrée telles qu'elles étaient ;
tous les paramètres retenus ;
l'intégralité des référentiels en vigueur ce jour-là — pas une référence vers eux, une copie complète ;
le résultat obtenu et sa devise.

L'important est la copie des référentiels. Rejouer un calcul avec les données de marché d'aujourd'hui ne prouve rien. Le rejouer avec les données figées de l'époque, et retomber sur le même chiffre au centime près, prouve que le résultat n'a pas été retouché.

C'est exactement ce que fait la fonction de recalcul : elle reprend le snapshot, relance le moteur avec les référentiels gelés, et compare le montant obtenu au montant enregistré. Si l'écart relatif est nul — à la tolérance d'arrondi près — la reproductibilité est démontrée.

En contentieux fiscal, c'est la réponse à l'argument le plus difficile à contrer : « rien ne prouve que vous n'avez pas ajusté vos chiffres a posteriori. »

⚠️ État actuel de cette quatrième garantie

Le mécanisme de gel et de recalcul existe et fonctionne. Mais le passage d'une valorisation à l'état validé — celui qui déclenche le gel — n'est pas encore accessible depuis l'interface utilisateur. Aujourd'hui, seule une intervention de l'équipe Mukeï peut valider une valorisation et figer son snapshot.

Ce que cela signifie pour vous, très concrètement :

Les garanties 1, 2 et 3 sont acquises dès maintenant, automatiquement, sur chacun de vos calculs. Étapes détaillées, version du moteur, horodatage, sources datées : tout est enregistré sans que vous ayez à le demander.

La garantie 4 — le rejeu à l'identique — nécessite une validation que vous ne pouvez pas encore déclencher vous-même. Si votre dossier l'exige (contentieux en cours, dossier IP Box sensible), contactez l'équipe Mukeï avant de clore votre démarche.

Cette page sera mise à jour lorsque la validation sera ouverte aux utilisateurs. Nous préférons le dire ici plutôt que de vous laisser découvrir l'absence du bouton au mauvais moment.

Pourquoi la documentation des méthodes vit avec le code

Un point de conception qui paraît anodin et qui ne l'est pas.

La description de chaque méthode — sa formule, ses hypothèses, ses limites — est conservée dans le même dépôt que le moteur de calcul, et modifiée dans la même opération que lui. Jamais séparément.

La raison est directe. Si la documentation vivait ailleurs, elle divergerait : au premier changement de formule non répercuté, elle décrirait un calcul que le produit ne fait plus. Et une documentation fausse est pire qu'une documentation absente — parce qu'on lui fait confiance.

En les liant, on obtient une propriété utile : connaissant la version du moteur d'une valorisation, on peut retrouver la description de la méthode telle qu'elle était rédigée ce jour-là. En cas de contestation, vous ne ressortez pas seulement le chiffre : vous ressortez le moteur qui l'a produit et la doctrine qui l'explique, dans l'état où ils étaient à la date du calcul.

Ce que l'opposabilité ne garantit pas

Une page honnête doit dire ses limites. Voici ce que ces mécanismes ne font pas.

Ils ne rendent pas vos hypothèses justes. Si vous projetez 40 % de croissance annuelle sur cinq ans, Mukeï calculera fidèlement, tracera l'hypothèse, et produira un chiffre reproductible — appuyé sur une hypothèse que n'importe quel tiers contestera. La traçabilité rend votre raisonnement examinable, pas vrai. C'est même son intérêt : elle expose vos hypothèses au lieu de les cacher.

Ils ne remplacent pas un jugement professionnel. Le choix des méthodes, leur pondération, la lecture d'un écart entre deux approches : ce sont des décisions d'évaluateur. Mukeï les outille et les documente. Il ne les prend pas.

Ils ne garantissent pas un prix. Une valorisation établit une valeur argumentée à une date donnée. Le prix se forme dans une négociation, entre un acheteur et un vendeur, à un moment donné. Les deux peuvent différer largement sans que ni l'un ni l'autre soit faux.

Ils ne valent pas certification. Mukeï produit un dossier défendable. Il ne se substitue ni au commissaire aux apports, ni au commissaire aux comptes, ni à l'expert judiciaire, quand la loi en exige un.

En résumé

La question du tiers	Ce que Mukeï répond
« D'où sort ce chiffre ? »	Les étapes de calcul détaillées, avec formules et résultats intermédiaires.
« Quelle formule avez-vous appliquée ? »	La version du moteur, avec l'historique lisible de ce qui a changé et quand.
« Quand ce calcul a-t-il été fait ? »	L'horodatage exact du calcul, distinct de toute modification ultérieure.
« Sur quelles données de marché ? »	Des sources nommées et datées, conservées avec le calcul.
« Comment savoir que rien n'a bougé depuis ? »	Le rejeu à l'identique depuis le snapshot gelé — voir l'encadré ci-dessus sur son état actuel.

Pour aller plus loin

Le catalogue des méthodes — ce que chacune mesure et comment la justifier.
D'où viennent les chiffres de référence — le détail des référentiels externes et de leurs millésimes.
Les limites de l'exercice — ce qu'une valorisation n'est pas.
Présenter le rapport à un tiers — les objections courantes et comment y répondre.