Malaysia
SAP/ERP-Integrationsdesign für Malaysia
2026-08-28
Eine Malaysia-Anbindung ist nur zuverlässig, wenn jede gesetzliche Identität, jeder Betrag, Rechnungstyp und Ursprungsbezug genau eine maßgebliche Quelle hat. RBW betrachtet die Integration als kontrollierten Rechnungslebenszyklus und nicht als allgemeinen XML-Export.
So nutzen Sie diesen Leitfaden
Ein gutes Projektergebnis wiederholt nicht nur die Vorschrift. Es schafft ein nachvollziehbares Entscheidungsmodell, das Regeln mit Gesellschaften, Transaktionsszenarien, Quelldaten, Systemverhalten, Betriebsverantwortung und Nachweisen verbindet.
Eigentum an der Integrationsgrenze definieren
Jeder Fakt und Status gehört zu einer autoritativen Schicht. Middleware darf fehlende Geschäftsfakten nicht erfinden.
| Entscheidungsbereich | Zu klärende Entscheidung | Aufzubewahrender Nachweis |
|---|---|---|
| SAP / ERP | Rechnungs-ID, Partner, Steuer, Position, Betrag, Währung und Originalbezug besitzen. | Validierter Quellsnapshot und Readiness-Ergebnis. |
| Integrationsschicht | Fakten transformieren, genehmigt routen, Idempotenz und Korrelation sichern. | Mapping-Version, Routing, Anforderung/Antwort. |
| Provider/amtlicher Kanal | Transport, Signatur oder Plattforminteraktion durchführen. | Referenz, Zeitstempel, unveränderte Antwort. |
| Finance Operations | Lösung, Kundenkommunikation, Abstimmung und Vollständigkeit besitzen. | Aktionslog, Alterung, Abgleich, Freigabe. |
| Archiv/Audit | Quelle, Payload, Antwort, Darstellung und Ereignisse gemeinsam halten. | Suchbares Evidenzpaket. |
Länderspezifische Entscheidungen
| Entscheidungsbereich | Zu klärende Entscheidung |
|---|---|
| Mit maßgeblichen SAP-Geschäftsfakten beginnen | Bestimmen Sie die Quellen für Verkäufer- und Käuferidentitäten, Registrierungs- und Steuernummern, Dokumenttyp, Währung, Summen, Steuerbehandlung, Positionsklassifikation und Referenzen. Fehlende Pflichtfakten müssen die Bereitschaft sichtbar blockieren; sie dürfen weder aus sachfremden Feldern erraten noch durch stille Standardwerte ersetzt werden. |
| Wiederverwendbaren Kern und Malaysia-Regeln trennen | Die gemeinsame Schicht steuert Dokumentidentität, Quellenverfolgung, Bereitschaft, Status und Archiv. Die Malaysia-Schicht überführt diese Fakten in das erforderliche MyInvois-Dokument und den Plattformablauf. So bleiben Länderänderungen isoliert, während Finanzwesen und IT ein konsistentes Betriebsmodell nutzen. |
| Kreislauf nach der Übermittlung schließen | Plattformstatus und Ausnahmen müssen an das verantwortliche Geschäftsdokument zurückkehren. Der Betrieb benötigt kontrollierte Wiederholung, Korrektur und Abstimmung; das Archiv bewahrt Quelldaten, Nutzlast, Antwort und spätere Anpassungen. Die beschriebene Fähigkeit ist ein Implementierungsdesign und kein Nachweis, dass jedes Malaysia-Szenario produktionsbereit ist. |
Fachliches Statusmodell statt HTTP-Ergebnis
Die nächste Aktion muss sichtbar sein; technischer Erfolg ist nicht automatisch rechtlicher oder betrieblicher Abschluss.
- Bereit
Fakten und Umfang vollständig. - Blockiert
Deterministischer Fehler verhindert Verarbeitung. - Wartend
Berechtigtes Dokument wartet kontrolliert. - Übermittelt
Korrelation vorhanden, noch kein Endstatus. - Angenommen/abgelehnt
Ergebnis normiert, Originalantwort erhalten. - Korrektur nötig
Geregelter Folgeprozess am Original. - Abgeschlossen
Ergebnis, Zustellung, ERP und Abstimmung vollständig.
Go-live-Abnahmekriterien
- Ein autoritativer Ursprung je Mappingfeld und Blockierung bei Fehlen.
- Deterministisches Routing ohne stillen Fallback.
- E2E-Tests für Timeout, Duplikat, Ablehnung, Korrektur und Storno.
- Finance löst Ausnahmen ohne Middleware-Logs.
- Abstimmung beweist Vollständigkeit zwischen ERP und Endergebnissen.
- Evidenzpaket ist nach Geschäftsschlüssel fristgerecht abrufbar.