Avant le tableau de bord, convenir du contrat de reporting

Deux rapports affichent des totaux différents alors que leurs traitements sont terminés sans erreur. L’un compte peut-être les demandes soumises et l’autre les paiements encaissés. La réussite technique n’établit pas une interprétation métier commune. Le contrat de reporting rend ces choix visibles.

Un indicateur a une définition et un responsable

Partir de la décision à prendre. Pour un exemple fictif de dépenses approuvées non exécutées, il faut définir l’approbation, l’exécution partielle, l’annulation et l’instant de référence. Le responsable financier valide le sens ; l’équipe technique documente les champs et transformations qui le représentent.

Séparer les trois dates

Une antenne enregistre une opération lundi et se reconnecte mercredi. La date d’import ne remplace pas la date métier. Conserver l’instant de l’opération, celui de réception et celui de publication permet d’expliquer les données tardives. Le fuseau et le traitement des devises doivent être convenus. Additionner plusieurs devises sans règle approuvée ne produit pas un total exploitable.

Faire du rapprochement un contrôle explicable

Sur une période connue, comparer couverture, nombres, montants et exclusions à la même granularité. Si les ensembles sont exclusifs et l’éligibilité définie, les enregistrements éligibles doivent être répartis entre données incluses et exceptions identifiées. Tout écart inexpliqué appelle une investigation.

À un instant de référence donné :
  vérifier les sources attendues et reçues
  appliquer les règles d’éligibilité convenues
  séparer les données acceptées des exceptions
  rapprocher les nombres et les montants
  publier couverture, révision et écarts ouverts

Les références sources et versions de traitement doivent permettre d’expliquer le résultat, dans les limites de conservation et de confidentialité. Une contrainte de base de données peut vérifier une relation ; elle ne prouve pas la justesse de la définition métier.

Prévoir correction et reprise

Un fichier reçu deux fois ne doit pas doubler le total. Une correction ne doit pas être ignorée par une règle de dédoublonnage trop simple. Définir la clé métier et la politique de version ; rejouer un jeu connu ; introduire une correction tardive ; comparer le résultat attendu. Les rejets restent visibles avec un motif et un responsable.

Accompagner le chiffre de sa signification

• Définition et responsable de l’indicateur.
• Période, instant de référence et révision.
• Sources attendues, reçues et manquantes.
• Politique de correction et de données tardives.
• Exceptions ouvertes et procédure d’investigation.

Une première mission peut fournir la carte source-rapport, un contrat validé, un rapprochement et un plan de correction priorisé. Une plateforme plus importante devient pertinente lorsque ses besoins sont démontrés. Le premier résultat recherché reste une réponse reproductible à la question : d’où vient ce chiffre ?

Références techniques

• PostgreSQL : contraintes