Seminar T-Systems DIH – Catena-X: Qualität, Kapazität und Ereignismeldungen

Das Seminar bündelt operative Catena-X-Prozesse für Quality Management, Demand and Capacity Management und Block Notifications. Datenmodelle, Rollen, Partnerbeziehungen, Ereignisse, Fristen, Policies und Integrationsmuster werden zu durchgängigen Arbeitsabläufen verbunden.

Inhaltsübersicht

1. Einordnung und Zielsetzung
2. Lernziele
3. Zielgruppe und Voraussetzungen
4. Schrittweise Seminarinhalte
   1. Prozesslandkarte der drei Use Cases
   2. Partner-, Standort- und Produktbezug
   3. Quality-Management-Datenfluss
   4. Demand-and-Capacity-Datenfluss
   5. Block Notifications
   6. Datenmodelle und Statusautomaten
   7. Provider- und Consumer-Design
   8. Integration in QMS, ERP und Planung
   9. Fristen, Eskalationen und Monitoring
   10. Qualitätssicherung und Tests
5. Praxisübungen
6. Arbeitsweise und Qualitätskontrollen

Lernziele

• Qualitäts-, Bedarfs-, Kapazitäts- und Meldungsprozesse sauber voneinander abgrenzen
• Gemeinsame Stammdaten und Identitäten konsistent nutzen
• Ereignis- und Statusmodelle für partnerübergreifende Abläufe erstellen
• Datenangebote und Rückmeldungen mit Connect & Integrate umsetzen
• Fristen, Eskalationen und Fehlerfälle technisch und organisatorisch beherrschen

Zielgruppe und Voraussetzungen

Zielgruppe: Qualitätsmanagement, Supply Chain Planning, Produktionsplanung, Lieferantenmanagement, Incident- und Reklamationsprozesse, Datenintegration und Catena-X-Projektteams.

Voraussetzungen: Grundverständnis zu Catena-X, Lieferkettenprozessen und strukturiertem Datenaustausch. Kenntnisse interner Qualitäts- oder Planungsprozesse sind hilfreich.

Seminarinhalte

Die Inhalte werden in einer aufeinander aufbauenden Reihenfolge erarbeitet. Jeder Schritt verbindet fachliche Einordnung, technische Details, Kontrollfragen und eine anwendungsbezogene Aufgabe.

Schritt 1: Prozesslandkarte der drei Use Cases

Die Anwendungsfälle werden nach Auslöser, Datenobjekt, erwarteter Reaktion und zeitlicher Kritikalität verglichen.

• Quality Management
• Demand and Capacity Management
• Block Notifications
• Gemeinsame Partner- und Produktdaten
• Unterschiedliche Status- und Eskalationslogik

Praxisaufgabe: Erstellung einer vergleichenden Prozessmatrix.

Schritt 2: Partner-, Standort- und Produktbezug

Meldungen und Planungsdaten müssen eindeutig einer Organisation, einem Standort und einem Produktkontext zugeordnet werden.

• BPN und Standortbezug
• Material- und Teileidentität
• Vertrags- und Lieferbeziehung
• Zeitraum und Planungshorizont
• Datenverantwortung

Praxisaufgabe: Prüfung eines Beispielstammdatensatzes auf Zuordnungsfähigkeit.

Schritt 3: Quality-Management-Datenfluss

Qualitätsmeldungen werden von Feststellung über Beschreibung und Bewertung bis zur Bearbeitung und Rückmeldung strukturiert.

• Problem- und Teilebezug
• Symptome und Klassifikation
• Belege und Anhänge
• Status und Verantwortlichkeit
• Abschluss und Nachweis

Praxisaufgabe: Modellierung eines Reklamationsprozesses mit Statusübergängen.

Schritt 4: Demand-and-Capacity-Datenfluss

Bedarf und verfügbare Kapazität werden über Horizonte, Perioden und Produktbezüge ausgetauscht. Abweichungen lösen Abstimmung aus.

• Bedarfsreihe
• Kapazitätsreihe
• Perioden und Einheiten
• Engpass- und Abweichungslogik
• Rückmeldung

Praxisaufgabe: Erstellung eines Datenbeispiels für Bedarf und Kapazität über mehrere Wochen.

Schritt 5: Block Notifications

Sperr- oder Ereignismeldungen müssen schnell, eindeutig und mit klarer Gültigkeit verteilt werden. Aufhebung und Korrektur gehören zum Modell.

• Auslöser und Schweregrad
• Betroffene Objekte
• Gültigkeitsbeginn und Ende
• Empfängerkreis
• Aufhebung und Historie

Praxisaufgabe: Entwurf einer Block Notification für eine betroffene Charge.

Schritt 6: Datenmodelle und Statusautomaten

Fachliche Zustände werden als zulässige Übergänge beschrieben. Dadurch werden unvollständige oder widersprüchliche Prozessschritte erkannt.

• Objektstruktur
• Statuswerte
• Übergangsregeln
• Pflichtinformationen je Status
• Zeit- und Fristregeln

Praxisaufgabe: Entwicklung eines Statusautomaten für eine Qualitätsmeldung.

Schritt 7: Provider- und Consumer-Design

Je Use Case wird festgelegt, welche Organisation welche Daten anbietet, abruft oder zurückmeldet. Bidirektionale Flüsse werden explizit modelliert.

• Rollen je Nachricht
• Asset-Schnitt
• Angebote und Policies
• Katalogauffindbarkeit
• Rückkanal

Praxisaufgabe: Entwurf eines bidirektionalen Austauschs zwischen Kunde und Lieferant.

Schritt 8: Integration in QMS, ERP und Planung

Interne Systeme werden über Adapter, APIs oder Dateiwege angebunden. IDs, Status und Zeitreihen werden in beide Richtungen gemappt.

• Quellsysteme
• Mapping
• Delta- und Ereigniserkennung
• Rückschreiben
• Fehlerwarteschlange

Praxisaufgabe: Planung eines Integrationsmusters für QMS und Produktionsplanung.

Schritt 9: Fristen, Eskalationen und Monitoring

Zeitkritische Meldungen benötigen technische Überwachung und fachliche Eskalation. Fehlende Rückmeldungen werden sichtbar gemacht.

• SLA und Fristen
• Statusmonitoring
• Reminder und Eskalation
• Dashboard-Kennzahlen
• Nachweis

Praxisaufgabe: Definition von Monitoring-Kennzahlen für alle drei Use Cases.

Schritt 10: Qualitätssicherung und Tests

Schema-, Prozess- und Integrationsprüfungen werden zu einem Testkatalog zusammengeführt.

• Positiv- und Negativtests
• Statusübergänge
• Ungültige Identitäten
• Doppelte und verspätete Meldungen
• Wiederholbarkeit

Praxisaufgabe: Ausarbeitung eines End-to-End-Testfalls mit Fehlervarianten.

Praxisübungen

• Status- und Datenmodelle für Quality Management und Block Notifications
• Demand-and-Capacity-Zeitreihen mit Abweichungs- und Eskalationslogik
• Bidirektionaler Provider-/Consumer-Prozess mit Monitoring

Arbeitsweise und Qualitätskontrollen

Vortrag, moderierte Analyse, Systemdemonstration, strukturierte Checklisten und praktische Übungen werden miteinander kombiniert. Konfigurationen und Konzepte werden jeweils gegen Vollständigkeit, Konsistenz, Sicherheit, Nachvollziehbarkeit und Betriebsfähigkeit geprüft. Übungsfälle enthalten auch Fehlersituationen, damit Diagnose- und Entscheidungswege nicht nur im Idealzustand nachvollzogen werden.