Organigramme du processus de gestion des données de référence
Modèle de processus de gestion des données de base pour valider les demandes, faire correspondre les enregistrements, approuver les modifications, publier les identifiants, gérer les attributs et supprimer les enregistrements.
Qu'est-ce que le processus organigramme du processus de gestion des données de référence ?
Les clients, fournisseurs, produits, emplacements ou autres entités de référence partagés nécessitent un cycle de vie, et pas seulement un formulaire de création. Ce modèle capture les attributs demandés, la source et la date d'effet, valide les valeurs requises et recherche les enregistrements de candidat avant que quelque chose de nouveau ne soit créé. Une copie exacte relie le demandeur au maître existant, tandis qu'une correspondance potentielle est examinée par un responsable pour choisir une fusion, un lien ou un véritable nouvel enregistrement. L'enregistrement proposé inclut les impacts en aval et de contrôle pour l'approbation du propriétaire avant que les opérations de données de base ne publient les identifiants, les mappages et les modifications synchronisées des applications souscrites.
Le processus se poursuit après la publication. Les stewards surveillent les signaux en double, les changements d'utilisation et d'attributs ; les mises à jour reviennent via validation et approbation, tandis que la retraite attend les décisions de dépendance, de remplacement et de rétention avant la désactivation. Le processus de catalogue de données chez /fr/templates/organigramme-du-processus-du-catalogue-de-donnees-inscrivez-vous-pour-certifier rend les actifs gouvernés détectables mais ne remplace pas la mise en correspondance ou la distribution des entités. Le processus de lignage chez /fr/templates/organigramme-du-processus-de-documentation-du-lignage-des-donnees peut montrer où voyagent les identifiants principaux, et /fr/templates/organigramme-du-processus-de-gouvernance-des-donnees-probleme-jusqu-a-la-cloture peut résoudre les litiges de propriété ou de politique exposés par une demande. Ce graphique reste indépendant du fournisseur : les méthodes de correspondance, les seuils d'approbation, la logique de survie et les mécanismes de synchronisation sont des choix à configurer pour chaque domaine d'entité.
Ce que couvre cet organigramme
Dans ce modèle
- Créer et modifier l'admission des demandes avec les attributs requis, la validation de la valeur de référence, la source et la date d'effet.
- Recherche de candidats avec des itinéraires distincts pour une duplication exacte, une proposition de correspondance potentielle et une proposition de non-correspondance
- Préparation du responsable, évaluation de l'impact en aval et approbation du propriétaire des données responsable avant la création ou la mise à jour
- Publication contrôlée des identifiants et des mappings, synchronisation des applications et rapprochement des distributions
- Surveillance continue des changements ainsi que contrôles de dépendance, de remplacement, de rétention et d'approbation avant le retrait
Quand utiliser ce modèle
- Les entités partagées sont créées indépendamment dans plusieurs applications et les doublons provoquent des erreurs de reporting, de service ou de transaction
- Les modifications enregistrées atteignent les systèmes consommateurs sans gestion, approbation, dates d'entrée en vigueur ou rapprochement clairs.
- Les équipes ont besoin d'un flux opérationnel convenu avant de configurer la mise en correspondance, le flux de travail et la distribution dans une plateforme MDM.
- Les anciens enregistrements restent actifs indéfiniment car aucun propriétaire n'évalue les dépendances, les identifiants de remplacement ou la gestion de la retraite.
Comment cela fonctionne
Choisissez la limite de l'entité
Définissez quel client, fournisseur, produit, emplacement ou autres types d'entités utilisent ce processus et quel système détient l'enregistrement contrôlé. Spécifiez les attributs requis et les preuves acceptées séparément pour chaque domaine.
Règles de correspondance de conception et de traitement
Documentez les signaux de correspondance exacts et potentiels, la portée de la recherche, examinez les preuves et qui peut choisir de fusionner, de lier ou de créer. Ajoutez des règles de survie et d'alias pour les attributs pour lesquels les sources ne sont pas d'accord.
Définir l'approbation par impact
Identifiez le propriétaire responsable et les changements qui nécessitent une approbation explicite, y compris les attributs sensibles au contrôle ou les effets généraux en aval. Conservez ensemble la demande, les preuves correspondantes et les valeurs proposées pour examen.
Publication et réconciliation de cartes
Répertoriez les applications souscrites, les identifiants, les passages pour piétons, le calendrier de publication et la gestion des échecs. Définissez la manière dont chaque consommateur confirme la réception afin qu'une mise à jour de source réussie ne soit pas confondue avec une distribution complète.
Entretien et mise hors service des bâtiments
Acheminez les modifications des attributs via la validation, surveillez les signaux de doublon et d'utilisation et définissez les preuves de mise hors service. Conservez les identifiants et alias nécessaires à l’interprétation de l’historique tout en appliquant vos propres règles de conservation et d’accès.
Questions fréquentes
Quelles sont les étapes d’un processus de gestion des données de référence ?
Capturez et validez la demande, recherchez des enregistrements existants, résolvez des correspondances exactes ou potentielles, préparez l'enregistrement gouverné, évaluez les impacts en aval, obtenez l'approbation du propriétaire, créez ou mettez à jour le maître, publiez des identifiants et des mappages, réconciliez les consommateurs, surveillez les modifications et les doublons et évaluez les dépendances avant le retrait.
Pourquoi la mise en correspondance doit-elle avoir lieu avant l'approbation et la création ?
L'approbation d'une demande bien formée ne prouve pas que l'entité est nouvelle. La recherche et l'examen des candidats empêchent d'abord un approbateur d'autoriser un doublon, préservent les identifiants existants et permettent à la proposition d'indiquer si le résultat correct est un lien, une fusion, une mise à jour ou une création.
En quoi le MDM est-il différent d'un catalogue de données ?
MDM contrôle l'identité et le cycle de vie des enregistrements d'entité partagés, y compris la correspondance, l'approbation et la distribution. Un catalogue décrit et aide les utilisateurs à découvrir les actifs de données, les termes, les propriétaires et le contexte d'utilisation. Les entrées de catalogue peuvent pointer vers des données principales, mais la publication de catalogue n'effectue pas de résolution d'entité.
Quand un enregistrement de données de base peut-il être retiré en toute sécurité ?
Ne prenez votre retraite qu'après que les propriétaires ont identifié les systèmes et processus dépendants, sélectionné tout enregistrement de remplacement, défini le comportement en aval, réconcilié les utilisations actives et décidé comment les identifiants et les alias restent disponibles pour l'interprétation historique dans le cadre des pratiques d'enregistrement de l'organisation.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus passe le relais à Organigramme du processus de gouvernance des données (problème jusqu'à la….
Suit
- Organigramme du processus de gouvernance des données (problème jusqu'à la… — Modèle de processus de gouvernance des données pour déterminer la portée des problèmes, attribuer la propriété, évaluer l'impact inter-domaines, enregistrer les décisions, mettre en œuvre des actions et conclure avec des preuves.