Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Das kanonische Datenmodell (CDM) verstehen
Das Canonical Data Model (CDM) ist die standardisierte Datenstruktur, die von verwendet wird. Wenn Sie Ihre Supply-Chain-Daten integrieren, müssen sie in das CDM-Format umgewandelt werden, damit sie für Planung, Prognose und betriebliche Erkenntnisse verarbeitet werden können.
In diesem Thema wird erklärt, was CDM ist, warum es wichtig ist und welche Dateneinheiten verfügbar sind.
Was ist das CDM?
Das CDM definiert einen gemeinsamen Satz von Dateneinheiten und Feldern, die Konzepte der Lieferkette wie Produkte, Standorte, Bestellungen, Lieferungen und Inventar repräsentieren. Unabhängig vom Format oder der Struktur Ihrer Quelldaten bietet das CDM ein einziges, konsistentes Schema, das für alle seine Funktionen verwendet wird.
Beim Daten-Onboarding werden Ihre Quelldaten den CDM-Zieltabellen zugeordnet. Der Data Agent kann automatisch Zuordnungen zwischen Ihren Quellfeldern und CDM-Feldern vorschlagen und SQL-Transformationsabfragen zur Konvertierung Ihrer Daten generieren.
Warum das CDM wichtig ist
-
Konsistenz — Alle Funktionen basieren auf derselben Datenstruktur, wodurch ein einheitliches Verhalten bei der Bedarfsplanung, Bestandsoptimierung und Durchlaufzeiterfassung gewährleistet wird.
-
Interoperabilität — Daten aus verschiedenen Quellsystemen (ERP, WMS, TMS) werden zu einem einzigen Modell normalisiert, was eine systemübergreifende Analyse ermöglicht.
-
Vereinfachtes Onboarding — Der Data Agent verwendet das CDM als Zielschema bei der Generierung automatisierter Mappings, wodurch der manuelle Aufwand reduziert wird.
-
Datenqualität — Validierungsprüfungen werden anhand von CDM-Definitionen durchgeführt, um Probleme zu erkennen, bevor Daten in der Produktion verwendet werden.
Kategorien von Datenentitäten
CDM-Datenentitäten lassen sich in zwei Kategorien einteilen:
-
Non-transactional Daten — Referenz- oder Stammdaten, die sich selten ändern, wie Produkte, Standorte, Handelspartner und Regionen.
-
Transaktionsdaten — Betriebsdaten, die sich häufig ändern, wie Prognosen, Lagerbestände, Bestellungen und Lieferungen.
Unterstützte Datenentitäten
In der folgenden Tabelle sind alle Datenentitäten aufgeführt, die im CDM unterstützt werden.
| Datenentität | Datentyp | Erforderlich |
|---|---|---|
| Unternehmen | Non-transactional Daten | Ja |
| Produkt | Non-transactional Daten | Ja |
| Handelspartner | Non-transactional Daten | Ja |
| Produkt des Anbieters | Non-transactional Daten | Ja |
| Geografie | Non-transactional Daten | Ja |
| Produkthierarchie | Non-transactional Daten | Ja |
| Transportspur | Non-transactional Daten | Ja |
| Vorlaufzeit des Anbieters | Non-transactional Daten | Ja |
| Site | Non-transactional Daten | Ja |
| Feiertag für Verkäufer | Non-transactional Daten | Ja |
| Forecast | Transaktionsdaten | Ja |
| Bestand | Transaktionsdaten | Ja |
| Eingehende Bestellung () PO/STO | Transaktionsdaten | Ja |
| Position für ausgehende Bestellungen | Transaktionsdaten | Ja |
| Versand | Transaktionsdaten | Ja |
| Inventarpolitik | Transaktionsdaten | Ja |
| Zeile für eingehende Bestellungen () PO/STO | Transaktionsdaten | Ja |
| Ausgehender Versand | Transaktionsdaten | Ja |
| Zeitplan für eingehende Bestellungen | Transaktionsdaten | Ja |
Je nach Funktion erforderliche Entitäten
Nicht für jedes Feature sind alle CDM-Entitäten erforderlich. In den folgenden Abschnitten wird beschrieben, welche Entitäten für jede Funktion erforderlich, optional oder nicht zutreffend sind.
Sichtbarkeit des Inventars
| Dateneinheit | Datentyp | Erforderlich |
|---|---|---|
| Unternehmen | Non-transactional | Optional |
| Produkt | Non-transactional | Ja |
| Handelspartner | Non-transactional | Optional |
| Produkt des Anbieters | Non-transactional | Nicht zutreffend |
| Geografie | Non-transactional | Optional |
| Produkthierarchie | Non-transactional | Optional |
| Transportspur | Non-transactional | Optional |
| Vorlaufzeit des Anbieters | Non-transactional | Nicht zutreffend |
| Site | Non-transactional | Ja |
| Feiertag des Anbieters | Non-transactional | Nicht zutreffend |
| Forecast | Transaktional | Optional |
| Bestand | Transaktional | Ja |
| Eingehende Bestellung () PO/STO | Transaktional | Optional |
| Position für ausgehende Bestellungen | Transaktional | Optional |
| Versand | Transaktional | Optional |
| Inventarpolitik | Transaktional | Ja |
| Zeile für eingehende Bestellungen | Transaktional | Optional |
| Ausgehender Versand | Transaktional | Optional |
| Zeitplan für eingehende Bestellungen | Transaktional | Optional |
Einblicke in die Vorlaufzeit
| Datenentität | Datentyp | Erforderlich |
|---|---|---|
| Unternehmen | Non-transactional | Optional |
| Produkt | Non-transactional | Ja |
| Handelspartner | Non-transactional | Ja |
| Produkt des Anbieters | Non-transactional | Ja |
| Geografie | Non-transactional | Optional |
| Produkthierarchie | Non-transactional | Optional |
| Transportspur | Non-transactional | Ja |
| Vorlaufzeit des Anbieters | Non-transactional | Ja |
| Site | Non-transactional | Ja |
| Feiertag des Anbieters | Non-transactional | Optional |
| Forecast | Transaktional | Nicht zutreffend |
| Bestand | Transaktional | Nicht zutreffend |
| Eingehende Bestellung () PO/STO | Transaktional | Ja |
| Position für ausgehende Bestellungen | Transaktional | Nicht zutreffend |
| Versand | Transaktional | Ja |
| Inventarpolitik | Transaktional | Nicht zutreffend |
| Zeile für eingehende Bestellungen | Transaktional | Ja |
| Ausgehender Versand | Transaktional | Nicht zutreffend |
| Zeitplan für eingehende Bestellungen | Transaktional | Ja |
Planung der Nachfrage
| Datenentität | Datentyp | Erforderlich |
|---|---|---|
| Unternehmen | Non-transactional | Optional |
| Produkt | Non-transactional | Ja |
| Handelspartner | Non-transactional | Nicht zutreffend |
| Produkt des Anbieters | Non-transactional | Nicht zutreffend |
| Geografie | Non-transactional | Optional |
| Produkthierarchie | Non-transactional | Optional |
| Transportspur | Non-transactional | Nicht zutreffend |
| Vorlaufzeit des Anbieters | Non-transactional | Nicht zutreffend |
| Site | Non-transactional | Ja |
| Feiertag des Anbieters | Non-transactional | Nicht zutreffend |
| Forecast | Transaktional | Nicht zutreffend |
| Bestand | Transaktional | Nicht zutreffend |
| Eingehende Bestellung () PO/STO | Transaktional | Nicht zutreffend |
| Position für ausgehende Bestellungen | Transaktional | Ja |
| Versand | Transaktional | Nicht zutreffend |
| Inventarpolitik | Transaktional | Nicht zutreffend |
| Zeile für eingehende Bestellungen | Transaktional | Nicht zutreffend |
| Ausgehender Versand | Transaktional | Nicht zutreffend |
| Zeitplan für eingehende Bestellungen | Transaktional | Nicht zutreffend |
Wie bezieht sich das CDM auf das Onboarding von Daten
Wenn Sie Daten einbinden, folgt der Prozess diesen Schritten:
-
Hochladen — Sie laden Ihre Quelldaten als CSV-Dateien auf Amazon S3 hoch.
-
Karte — Der Data Agent analysiert Ihre Quelldatensätze und schlägt vor, welche CDM-Zieltabellen am besten zu Ihren Daten passen.
-
Transformieren — SQL-Transformationsabfragen konvertieren Ihr Quelldatenformat in das CDM-Format.
-
Validieren — Anhand der transformierten Daten werden Qualitätsprüfungen durchgeführt, um sicherzustellen, dass sie den CDM-Anforderungen entsprechen.
-
Aktivieren — Nach der Validierung fließen die Daten in Funktionen ein und stehen für diese zur Verfügung.
Eine schrittweise Anleitung zum Onboarding Ihrer Daten finden Sie im Thema Daten-Onboarding.
