L'écart que le modèle ne voit pas
Un modèle Power BI qui s'additionne bien avec lui-même ne prouve rien face à la réalité. La réconciliation avec un export de contrôle indépendant révèle un écart de 850 euros — et la façon d'en trouver la cause avant la mise en production.
Le modèle tient, le signe est correct, la hiérarchie répond au bon niveau. Rien de tout cela ne prouve que le résultat affiché est le bon. Un modèle peut être parfaitement cohérent avec lui-même et encore faux, si l'écriture qu'il fallait charger n'y est pas. La seule preuve qui compte vient de l'extérieur : un export de contrôle qui n'a jamais vu le modèle Power BI.
Pourquoi réconcilier, alors que le modèle s'additionne déjà
L'exercice précédent a prouvé une propriété interne : la somme des Résultats nets par centre de coûts est rigoureusement égale au Résultat net global. Cette propriété — dite additivité — garantit seulement qu'aucune écriture n'est comptée deux fois ni perdue à l'intérieur du modèle. Elle ne dit rien sur la complétude des écritures chargées. Un grand livre auquel il manque une écriture de régularisation reste parfaitement additif, et parfaitement faux.
La pratique avant mise en production consiste donc à réconcilier trois totaux indépendants : le modèle Power BI, un export de contrôle qui simule un extrait ERP, et le P&L officiel validé par la comptabilité. Tout écart entre eux doit être documenté avec sa cause — jamais absorbé en silence dans un ajustement du modèle.
Comparer, compte par compte
- Importer
export_controle_erp_2026.csvcomme requête supplémentaire, sans la relier au modèle : elle ne sert qu'à la comparaison, jamais à une mesure de production. - Construire une mesure de contrôle sur le Montant Net déjà normalisé, déjà dans le bon sens pour chaque famille de comptes.
- Rapprocher, compte par compte, le total du modèle et le total de l'export — dans une table, ou par une fusion Power Query sur la colonne Compte.
Énoncé
Repérer le ou les comptes en écart entre le modèle et l'export de contrôle, et proposer une interprétation.
Solution
Sur les treize comptes de charge et de produit du modèle, douze totaux concordent exactement entre le modèle et l'export. Le compte 645000, Charges de sécurité sociale, diffère de 850,00 euros : l'export ERP porte 18 130,00, le modèle 17 280,00. Un écart positif côté ERP sur un compte de charge signifie qu'une charge supplémentaire existe dans l'ERP sans être encore chargée dans le modèle — typiquement une écriture de régularisation saisie après l'extraction du fichier source du modèle.
Résultat attendu
| Compte | Total modèle | Total ERP | Écart |
|---|---|---|---|
| 645000 Charges de sécurité sociale | 17 280,00 | 18 130,00 | 850,00 |
| Douze autres comptes | concordance exacte | 0,00 | |
Conséquence chiffrée, jamais seulement qualitative : tant que l'écriture manquante n'est pas intégrée, le Résultat net réel du modèle est inférieur de 850,00 euros au Résultat net affiché — soit -77 555,40 au lieu de -76 705,40. Un écart de réconciliation se traduit toujours en euros avant d'être classé.
Ventiler sans perdre l'écart de vue
La réconciliation faite, le résultat peut être ventilé par centre de coûts pour la lecture opérationnelle — sans jamais perdre la trace de l'écart trouvé plus haut. C'est un test d'intégrité de plus : la somme des centres de coûts doit rester égale au Résultat net global.
Énoncé
Construire une Matrice affichant le Résultat net par centre de coûts, avec un total de ligne, et vérifier que ce total correspond exactement au Résultat net global.
Solution
- Nouveau visuel Matrice, Centre de coûts en lignes, la mesure Résultat net en valeurs.
- Activer le total général des lignes dans le format du visuel.
- Comparer ce total à la mesure Résultat net déposée seule, sans filtre de centre de coûts, dans une Carte : les deux doivent être rigoureusement identiques.
Résultat attendu
| Centre de coûts | Filiale | Résultat net |
|---|---|---|
| Commercial | Paris | 46 260,00 |
| Production | Lyon | -15 075,40 |
| Siège | Paris | -107 890,00 |
| Total | -76 705,40 |
Le total de la matrice est identique au Résultat net global : aucune écriture n'est perdue ou dupliquée par la ventilation. Reste que ce total-là est celui d'AVANT la régularisation trouvée dans la réconciliation — une dimension bien construite absorbe n'importe quelle ventilation nouvelle sans réécrire aucune mesure, mais elle ne corrige jamais, par elle-même, une écriture manquante en amont.
Le modèle sait maintenant se vérifier lui-même, et vérifier la réalité qu'il représente : une seule table de faits, un signe qui ne se discute plus, et une preuve de réconciliation plutôt qu'une confiance de principe. Retour au point de départ pour la relecture complète de cette série : Le sens unique qui protège vos totaux.
Versions : article rédigé d'après Power BI Desktop, mise à jour d'août 2026 (interface en français). les noms de menus peuvent changer au fil des mises à jour mensuelles.