View a markdown version of this page

Comprendre le modèle de données canonique (CDM) - Décisions relatives à Amazon Connect

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Comprendre le modèle de données canonique (CDM)

Le modèle de données canonique (CDM) est la structure de données standardisée utilisée par. Lorsque vous intégrez les données de votre chaîne d'approvisionnement, elles doivent être transformées au format CDM afin de pouvoir les traiter à des fins de planification, de prévision et d'informations opérationnelles.

Cette rubrique explique ce qu'est le CDM, pourquoi il est important et quelles entités de données sont disponibles.

Qu'est-ce que le MDP ?

Le CDM définit un ensemble commun d'entités de données et de champs qui représentent des concepts de chaîne d'approvisionnement tels que les produits, les sites, les commandes, les expéditions et les stocks. Quel que soit le format ou la structure de vos données sources, le CDM fournit un schéma unique et cohérent qui utilise toutes ses fonctionnalités.

Lors de l'intégration des données, vos données sources sont mappées aux tables de destination CDM. L'agent de données peut automatiquement suggérer des mappages entre vos champs source et vos champs CDM, et générer des requêtes de transformation SQL pour convertir vos données.

Pourquoi le MDP est important

  • Cohérence — Toutes les fonctionnalités fonctionnent sur la même structure de données, ce qui garantit un comportement uniforme en matière de planification de la demande, d'optimisation des stocks et d'analyse des délais.

  • Interopérabilité — Les données provenant de différents systèmes sources (ERP, WMS, TMS) sont normalisées dans un modèle unique, ce qui permet une analyse intersystème.

  • Intégration simplifiée : l'agent de données utilise le CDM comme schéma cible lors de la génération de mappages automatisés, ce qui réduit les efforts manuels.

  • Qualité des données — Les contrôles de validation sont exécutés par rapport aux définitions du CDM pour détecter les problèmes avant que les données ne soient utilisées en production.

Catégories d'entités de données

Les entités de données CDM se répartissent en deux catégories :

  • Non-transactional données : données de référence ou de référence qui changent rarement, telles que les produits, les sites, les partenaires commerciaux et les zones géographiques.

  • Données transactionnelles : données opérationnelles qui changent fréquemment, telles que les prévisions, les niveaux de stock, les commandes et les expéditions.

Entités de données prises en charge

Le tableau suivant répertorie toutes les entités de données prises en charge dans le CDM.

Entités de données CDM prises en charge
Entité de données Type de données Obligatoire
Société Non-transactional données Oui
Produit (langue française non garantie) Non-transactional données Oui
Partenaire commercial Non-transactional données Oui
Produit du fournisseur Non-transactional données Oui
Géographie Non-transactional données Oui
Hiérarchie des produits Non-transactional données Oui
Voie de transport Non-transactional données Oui
Délai de livraison du fournisseur Non-transactional données Oui
Site Non-transactional données Oui
Vacances du vendeur Non-transactional données Oui
Forecast Données transactionnelles Oui
Inventory Données transactionnelles Oui
Commande entrante () PO/STO Données transactionnelles Oui
Ligne de commande sortante Données transactionnelles Oui
Expédition Données transactionnelles Oui
Politique d'inventaire Données transactionnelles Oui
Ligne de commande entrante () PO/STO Données transactionnelles Oui
Expédition sortante Données transactionnelles Oui
Calendrier des lignes de commande entrantes Données transactionnelles Oui

Entités requises par fonctionnalité

Toutes les fonctionnalités de ne nécessitent pas toutes les entités CDM. Les sections suivantes décrivent les entités obligatoires, facultatives ou non applicables pour chaque fonctionnalité.

Visibilité de l'inventaire

Entités CDM pour la visibilité des stocks
Entité de données Type de données Obligatoire
Société Non-transactional Facultatif
Produit (langue française non garantie) Non-transactional Oui
Partenaire commercial Non-transactional Facultatif
Produit du fournisseur Non-transactional Non applicable
Géographie Non-transactional Facultatif
Hiérarchie des produits Non-transactional Facultatif
Voie de transport Non-transactional Facultatif
Délai de livraison du fournisseur Non-transactional Non applicable
Site Non-transactional Oui
Vacances du vendeur Non-transactional Non applicable
Forecast Transactionnel Facultatif
Inventory Transactionnel Oui
Commande entrante () PO/STO Transactionnel Facultatif
Ligne de commande sortante Transactionnel Facultatif
Expédition Transactionnel Facultatif
Politique d'inventaire Transactionnel Oui
Ligne de commande entrante Transactionnel Facultatif
Expédition sortante Transactionnel Facultatif
Calendrier des lignes de commande entrantes Transactionnel Facultatif

Informations sur les délais

Entités CDM pour des informations sur les délais
Entité de données Type de données Obligatoire
Société Non-transactional Facultatif
Produit (langue française non garantie) Non-transactional Oui
Partenaire commercial Non-transactional Oui
Produit du fournisseur Non-transactional Oui
Géographie Non-transactional Facultatif
Hiérarchie des produits Non-transactional Facultatif
Voie de transport Non-transactional Oui
Délai de livraison du fournisseur Non-transactional Oui
Site Non-transactional Oui
Vacances du vendeur Non-transactional Facultatif
Forecast Transactionnel Non applicable
Inventory Transactionnel Non applicable
Commande entrante () PO/STO Transactionnel Oui
Ligne de commande sortante Transactionnel Non applicable
Expédition Transactionnel Oui
Politique d'inventaire Transactionnel Non applicable
Ligne de commande entrante Transactionnel Oui
Expédition sortante Transactionnel Non applicable
Calendrier des lignes de commande entrantes Transactionnel Oui

Planification de la demande

Entités CDM pour la planification de la demande
Entité de données Type de données Obligatoire
Société Non-transactional Facultatif
Produit (langue française non garantie) Non-transactional Oui
Partenaire commercial Non-transactional Non applicable
Produit du fournisseur Non-transactional Non applicable
Géographie Non-transactional Facultatif
Hiérarchie des produits Non-transactional Facultatif
Voie de transport Non-transactional Non applicable
Délai de livraison du fournisseur Non-transactional Non applicable
Site Non-transactional Oui
Vacances du vendeur Non-transactional Non applicable
Forecast Transactionnel Non applicable
Inventory Transactionnel Non applicable
Commande entrante () PO/STO Transactionnel Non applicable
Ligne de commande sortante Transactionnel Oui
Expédition Transactionnel Non applicable
Politique d'inventaire Transactionnel Non applicable
Ligne de commande entrante Transactionnel Non applicable
Expédition sortante Transactionnel Non applicable
Calendrier des lignes de commande entrantes Transactionnel Non applicable

Comment le CDM est lié à l'intégration des données

Lorsque vous intégrez des données, le processus suit les étapes suivantes :

  1. Chargement : vous chargez vos données sources sous forme de fichiers CSV sur Amazon S3.

  2. Carte : l'agent de données analyse vos ensembles de données sources et suggère les tables de destination CDM qui correspondent le mieux à vos données.

  3. Transformation : les requêtes de transformation SQL convertissent le format de vos données source au format CDM.

  4. Valider — Des contrôles de qualité sont effectués sur les données transformées pour vérifier leur conformité aux exigences du CDM.

  5. Activer — Une fois validées, les données entrent dans les fonctionnalités et deviennent disponibles pour celles-ci.

Pour obtenir des instructions détaillées sur l'intégration de vos données, consultez la rubrique Intégration des données.