Land / Rechtsraum
Thailand
Artikelumfang
B2B, B2C, Ausgang, Steuerberichterstattung
Zuletzt geprüft
2026-08-28
Die SAP-Integration in Thailand ist ein koordinierter Dokumentprozess und keine einzelne XML-Ausgangskonvertierung.
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 |
|---|---|
| Geschäftsdaten und Darstellungen trennen | SAP liefert die maßgeblichen Gesellschafts-, Kunden-, Steuer-, Material-, Betrags- und Referenzdaten. Kundendokument und Behörden-XML werden aus denselben geprüften Fakten für unterschiedliche Zwecke erzeugt. |
| Signaturverantwortung festlegen | Es muss klar sein, ob Unternehmen oder Provider das Dokument erstellt und signiert, welches Zertifikat verwendet wird und wie Signaturfehler behandelt werden. |
| Vollständige Nachweise aufbewahren | SAP-Quelle, Kundendokument, Signaturnachweis, übermitteltes XML, Empfangsbestätigung und Korrekturen werden unter einer nachvollziehbaren Geschäftsidentität zusammengeführt. |
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.
Amtliche Quellen
- Thai Revenue Department e-Tax Invoice & e-Receipt portal
- Thai Revenue Department ICT standards for electronic tax transactions
- ETDA e-Tax Invoice & e-Receipt FAQ
- Revenue Department system overview
Informationshinweis: Dieser Leitfaden enthält allgemeine Geschäftsinformationen auf Basis der genannten amtlichen Quellen. Er ist keine Rechts-, Steuer- oder Rechnungslegungsberatung. Prüfen Sie aktuelle Regeln und unternehmensspezifische Auslegung vor der Umsetzung mit lokalen Beratern.