FAQ: MaKo mit GPKE, GeLi Gas, WiM, MaBiS, EDIFACT und AS4

Je Marktrolle und Sparte greifen unter anderem GPKE, GeLi Gas, WiM und MaBiS sowie die jeweils gültigen Festlegungen, Anwendungshandbücher, Nachrichtenbeschreibungen, Prüfidentifikationen, Entscheidungsbaumdiagramme und Codelisten. Eine Formatliste allein bildet keinen vollständigen Prozess ab.

Eine syntaktisch lesbare Nachricht kann fachlich trotzdem falsch sein. Zusätzlich müssen Marktrolle, Prozessschritt, Prüfidentifikation, AHB-Bedingungen, EBD-Entscheidung, Frist, Referenzen, Codelisten und erlaubte Folgeprozesse geprüft werden.

Der Versionskern berücksichtigt die benötigten Nachrichtentypen wie UTILMD, MSCONS, INVOIC, ORDERS, ORDRSP, ORDCHG, APERAK, CONTRL, COMDIS, REMADV, PRICAT, PARTIN, QUOTES, REQOTE, IFTSTA und UTILTS. Produktiv wird nur die je Prozess tatsächlich freigegebene Version verwendet.

Ein Regelstand erhält Gültigkeitsbeginn, Sparte, Marktrolle und Dokumentversion. Zum Versandzeitpunkt muss genau eine passende Kombination aktiv sein. Unveränderte Dokumente früherer Veröffentlichungen bleiben berücksichtigt, statt nur die zuletzt geänderte Mitteilung zu laden.

Ein EBD führt definierte fachliche Bedingungen zu einem vorgesehenen Ergebnis, etwa Zustimmung, Ablehnung oder Klärung. Verwendete Version, Eingangsdaten, durchlaufene Entscheidungen und Ergebnis werden protokolliert; ein frei erfundener Entscheidungsbaum ersetzt kein freigegebenes EBD.

Geschäftsvorgang, Absender, Empfänger, Marktrolle, Nachrichtenreferenz, Prozessreferenz und Antwortbezug bilden die Klammer. Dadurch kann das System erwartete Antworten, Fristen, Dubletten und widersprüchliche Folgeereignisse erkennen.

Nachrichten werden erst nach fachlicher Freigabe an einen konfigurierten Transport übergeben. Für AS4 oder künftige API-Webdienste werden Endpunkt, Zertifikat, Partnerbeziehung, Signatur, Quittung, Wiederholung und Fehlerweg je Gegenstelle geprüft.

Die Architektur trennt Fachprozess, kanonisches Datenmodell und Transport. Dadurch können EDIFACT und API-Webdienste parallel angebunden werden. Eine API wird erst genutzt, wenn Festlegung, Version, Authentisierung und Gegenstellentest produktiv freigegeben sind.

Erst wenn die konkrete Kombination aus Sparte, Marktrolle, Prozess, AHB, MIG, Prüfidentifikation, EBD, Codelisten, Transport, Zertifikaten und offiziellen Testfällen vollständig abgenommen ist. Bis dahin verhindert der Readiness-Status einen unbelegten Produktivversand.