Travail de l’équipe
Actualisation réussie, données partielles : quand publier le rapport ?
Pour qui : Responsable qui consolide plusieurs sources dont une manque malgré un traitement réussi.
2026-11-08
Notre avis
Ajouter un contrôle de complétude par source et période avant d’ouvrir la nouvelle version aux lecteurs.
Un rapport peut être actualisé à l’instant et rester incomplet. Nous ne validerions pas sa publication sur la seule date la plus récente ou le statut de réussite du traitement. Il faut savoir quelles sources et quels périmètres étaient attendus pour la période.
Dans l’ordre
- Critères de complétude métier
- Réception des sources attendues
- Publication ou mode dégradé décidé
Pourquoi
- La réussite informatique ne certifie pas que toutes les sources attendues sont arrivées.
- Un maximum de date peut être récent avec une filiale absente.
Ce qui change le choix
Une vue partielle peut être utile en urgence si son périmètre manquant et son usage autorisé sont explicites.
Toutes les dates sont récentes, mais le groupe est faux
Exemple fictif : trois filiales doivent transmettre leur relevé de novembre à 8 h. A envoie 100 lignes, B 120 et C n’envoie rien. Le traitement de 8 h 15 réussit sur les deux fichiers reçus ; la date maximale des données est bien novembre. Un indicateur de fraîcheur peut donc rester vert alors qu’un tiers du périmètre est absent. Ce défaut n’est pas une donnée ancienne : c’est une donnée manquante que le contrôle doit attendre explicitement.
| Source/période | Attendu | Reçu et contrôlé | Décision |
|---|---|---|---|
| A/novembre | 1 relevé | Oui | Recevable |
| B/novembre | 1 relevé | Oui | Recevable |
| C/novembre | 1 relevé | Non | Groupe incomplet |
Choisir ce qui prouve une réception
Pour chaque source, nommez le signal attendu : fichier identifié, fin d’extraction, nombre de lignes témoin, montant de contrôle ou confirmation d’absence d’activité. Un fichier vide peut être valide si une filiale n’a réellement rien réalisé ; il faut alors le distinguer du fichier non livré. Les contrôles restent proportionnés : une liste de trois sources peut suffire, sans nouvel outil de supervision.
Séparer la réussite technique de l’autorisation de publier
La documentation Power BI décrit plusieurs étapes d’actualisation, dont les données importées et les visuels. Elle n’établit pas que votre extraction de filiales est exhaustive. Nous ajouterions donc une décision métier après réception des données : publier le groupe complet, publier une vue partielle nommée ou conserver le dernier état validé. Dans la vue partielle, évitez un titre « groupe » inchangé et une comparaison avec un mois qui comprenait toutes les filiales.
La reprise doit ramener le bon périmètre
Quand C arrive, contrôlez qu’elle s’ajoute une seule fois et que les corrections éventuelles de A ou B ne disparaissent pas. Faites rapprocher la nouvelle version du total témoin. Le protocole de recette doit inclure le cas récent mais incomplet et le cas reçu mais vide : un test portant seulement sur un vieux fichier manquerait le défaut. En urgence, une vue A+B peut aider à agir si sa limite et les décisions autorisées sont visibles ; l’urgence ne transforme pas cette vue en groupe complet.
Limites
Analyse de documents publics et méthode éditoriale. Aucun compte ou logiciel testé ; exemples explicitement fictifs. Les paramètres et engagements propres à votre environnement restent à faire confirmer.
Prochaine action
Listez les couples source-période attendus et faites approuver la règle de publication quand l’un manque.
Preuves et sources
Faits lus, déclarations d’éditeurs, méthodes et avis restent distincts. Notre méthode.
Fait lu. Power BI distingue actualisation de données et de visuels ; un modèle Import contient une copie des données sources.
Daté du 8 novembre 2026. Portée : Mécanismes Power BI, sans garantie de complétude métier de nos filiales
Contexte : FR pour lecteur ; documentation officielle EN ou FR citée
Réserve : Lecture documentaire du périmètre cité ; aucun compte, test produit, contrat client ou performance mesurée.
Microsoft — Data refresh in Power BILu le 8 novembre 2026. Documentation primaire lue.
Portée : Data refresh in Power BI
Mécanisme Power BI ; aucun certificat natif de complétude des exports d’un ERP supposé.
Notre calcul ou déduction. Scénario fictif : 3 relevés attendus, 2 reçus ; les 220 lignes reçues ne prouvent ni le total du groupe ni la couverture de la troisième filiale.
Daté du 8 novembre 2026. Portée : Scénario fictif explicitement décrit ; calcul ou déduction éditoriale
Contexte : FR
Unité : Matrice de réception fictive
Réserve : Aucune consommation, facture ou expérience client observée ; exemple illustratif uniquement.
Notre méthode. Ajouter un contrôle de complétude par source et période avant d’ouvrir la nouvelle version aux lecteurs. Le protocole proposé est notre méthode de réception.
Daté du 8 novembre 2026. Portée : Responsable qui consolide plusieurs sources dont une manque malgré un traitement réussi.
Contexte : FR
Réserve : Avis conditionnel et méthode éditoriale ; ne vaut pas test, validation juridique ou résultat garanti.