DOSSIER DATA ENGINEERING · GOUVERNANCE
Fiche de revue de changement d’un flux
Exemple fictif rempli, puis grille vierge à imprimer ou recopier pour un flux précis. Cette fiche indique ce qui doit être vérifié, par qui, et où retrouver la preuve ; elle ne remplace pas les résultats de tests.
Fiche de 2 pages : page 1, exemple fictif rempli ; page 2, 13 champs à saisir directement dans le PDF. Le texte saisi est conservé à l’enregistrement.
Exemple rempli (fictif)
| Rubrique | Exemple fictif : invoice_total |
|---|---|
| Flux concerné | invoice_total : application de facturation vers le tableau de suivi financier et l’export de recouvrement. |
| Pilote du changement | Une personne pilote la transition et connaît les points qui restent ouverts. |
| Définition et grain | Total TTC de la facture, une facture par enregistrement. |
| Unité, devise, version : avant | Euros, devise EUR : 48.50 pour une facture de 48,50 € ; version actuelle. |
| Unité, devise, version : après | Centimes d’euro, devise EUR : 4850 (4850 = 48,50 €) ; version reçue explicite et date d’effet. |
| Consommateurs et responsables | Tableau de suivi financier ; export de recouvrement. Un responsable par consommateur ; équipe d’intégration pour la transformation ; le responsable de l’application de facturation confirme la nouvelle représentation. |
| Contrôles et preuves | Facture 48,50 €, avoir -12,00 €, montant nul, unité absente ou version inconnue, total du lot avec arrondi documenté, rejeu sans doublon. Preuve : entrée, version, résultat attendu et observé dans chaque consommateur. |
| Transition, historique, retrait | Bascule coordonnée ou coexistence avec champ ou version à unité explicite et calendrier de migration ; traitement des factures historiques ; retrait quand aucun consommateur ne dépend plus de l’ancienne version. |
| Réaction et reprise | Lot concerné, sorties à suspendre, action qui arrête la propagation et qui la déclenche, correction sans doublon, contrôle après déploiement. |
| Décision | Feu vert seulement si chaque consommateur a un responsable, une unité attendue et une preuve identifiée. |
| Validateurs et rôles | Responsable de l’application source ; équipe d’intégration ; propriétaire de chaque usage ; pilote de la transition. |
| Date | Date de la revue, date d’effet de la nouvelle version, point de contrôle après déploiement (exemple fictif : aucune date réelle). |
| Réserves | Un fichier exporté puis repris manuellement peut échapper à la cartographie technique : à vérifier avant la bascule. |
Grille vierge
| Rubrique | Votre flux |
|---|---|
| Flux concerné | |
| Pilote du changement | |
| Définition et grain | |
| Unité, devise, version : avant | |
| Unité, devise, version : après | |
| Consommateurs et responsables | |
| Contrôles et preuves | |
| Transition, historique, retrait | |
| Réaction et reprise | |
| Décision | |
| Validateurs et rôles | |
| Date | |
| Réserves |