ZAF / CHAPITRE 08 / 15

Architecture des données, propriété et reporting fiable

Édition publique de référence 1.0 · 5 novembre 2026 · Exemple institutionnel fictif. Aucun résultat client ou déploiement n’est revendiqué.

Dans ce chapitre
  1. 8.1 Attribuer l’autorité
  2. 8.2 Modèle d’information
  3. 8.3 Traçabilité source-rapport
  4. 8.4 Contrat et qualité
  5. 8.5 Évolution analytique et IA
  6. 8.6 Acceptation

8.1 Attribuer l’autorité

Le schéma traduit une définition mais ne lui donne pas son autorité institutionnelle. Nommer propriétaire du sens, responsable des exceptions et exploitant technique. La version appartient au domaine demandes, l’exécution aux opérations et le contrat de rapport à la finance.

8.2 Modèle d’information

ObjetAutoritéRelation et contrôle
Version de demandeResponsable demandesIdentifiant et version stables
ApprobationAutorité déléguéeRéférence exacte, acteur et périmètre
ExécutionOpérationsAutorisation et exécution partielle distinguées
PublicationFinanceContrat, période et révision
ExceptionResponsable attribuéSource, règle et résolution traçables

Définir champs sensibles, pièces jointes, copies et données autorisées en test. La conservation des sources n’autorise pas une rétention illimitée.

8.3 Traçabilité source-rapport

Figure 8.1 · Autorité des données et traçabilité du rapport
Autorité des données et traçabilité du rapportLe reporting combine des faits faisant autorité selon un contrat. Les exceptions restent visibles ; la publication indique couverture, période et révision.Version de demandeDomaine demandesApprobationAutorité déléguéeExécutionDomaine opérationsExceptions qualitéResponsable attribuéRapprochementContrat financeRapport publiéPériode et révision
Le reporting combine des faits faisant autorité selon un contrat. Les exceptions restent visibles ; la publication indique couverture, période et révision.

Distinguer date métier, arrivée et publication. Une opération de lundi transmise mercredi ne doit pas changer de sens parce que sa date d’import est utilisée. Les corrections suivent une politique approuvée.

8.4 Contrat et qualité

Définir granularité, états inclus, période, devises, sources attendues et retards. Sur une période connue, rapprocher les enregistrements éligibles des données acceptées et exceptions identifiées, avec des ensembles exclusifs.

  • Références absentes visibles et attribuées.
  • Reprises sans duplication des faits.
  • Corrections versionnées et testées.
  • Couverture des sources publiée.
  • Succès du traitement distinct de la justesse du résultat.

8.5 Évolution analytique et IA

Une projection quotidienne répond au scénario initial. Un entrepôt séparé ou du streaming exige un besoin d’historisation, d’isolation ou de fraîcheur démontré. L’IA demande un problème défini, des usages permis, un jeu d’évaluation, une analyse des erreurs et une supervision humaine. Une pipeline propre ne prouve pas qu’un modèle convient.

8.6 Acceptation

Propriétaire des données : définitions et conservation. Finance : rapprochement. Ingénierie : reprises et corrections. Le dossier expose les limites de qualité avant utilisation.