Indonesische Steuerrechnungen: Coretax DJP und die drei Betriebskanäle

Wie Coretax, integrierte PJAP-Dienste und e-Faktur Client Desktop in ein Betriebsmodell passen.
Land / Rechtsraum

Indonesien

Artikelumfang

B2B, B2C, Ausgang, Steuerberichterstattung

Zuletzt geprüft

2026-08-28

Unternehmen müssen in Indonesien eine bewusste Kanalentscheidung treffen, statt elektronische Steuerrechnungen als eine einheitliche Schnittstelle zu behandeln.

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.

End-to-End-Betriebsablauf

Der Plattformaufruf ist nur eine Stufe des Geschäftslebenszyklus.

  1. Qualifizieren
    Umfang, Kanal und Dokumentweg vor der Erzeugung bestimmen.
  2. Validieren
    Fehlende Identitäten, Steuern, Beträge und Bezüge blockieren.
  3. Erzeugen
    Darstellung mit nachvollziehbarer Mapping-Version erstellen.
  4. Senden
    Duplikate durch Idempotenz und Korrelation verhindern.
  5. Interpretieren
    Antwort in Finance-Status und Aktion übersetzen.
  6. Liefern und abstimmen
    Kundenzustellung, Ergebnis und Buchung koordinieren.
  7. Aufbewahren
    Quelle, Payload, Antwort, Darstellung und Ereignisse zusammen archivieren.

Länderspezifische Entscheidungen

01

Die aktuelle Kanallandschaft

DJP nennt Coretax DJP, per Host-to-Host integrierte PJAP und e-Faktur Client Desktop als drei Hauptkanäle. Die Desktop-Nutzung seit dem 12. Februar 2025 unterliegt den Ausnahmen der DJP-Mitteilung.

02

Die Kanalwahl ist eine Geschäftsentscheidung

Eignung, Transaktionscodes, Registrierungszeitpunkt, Volumen und Automatisierungsbedarf bestimmen den Kanal. SAP-Umgebungen mit hohem Volumen benötigen meist einen kontrollierten Integrationsweg und klare Zuständigkeiten für Portal-Ausnahmen.

03

Ein gemeinsames Betriebsregister

Unabhängig vom Erzeugungskanal braucht das Unternehmen eine gemeinsame Sicht auf Identität, Freigabe, Ersatz, Kundenzustellung, Umsatzsteuererklärung und Nachweise.

Jedes Artefakt als eigenes Kontrollobjekt behandeln

Handelsrechnung, Payload, Plattformantwort und Kundendokument hängen zusammen, sind aber nicht austauschbar. Ihre getrennte Identität muss in Monitoring, Abstimmung und Auditabruf sichtbar bleiben.

EntscheidungsbereichZu klärende EntscheidungAufzubewahrender Nachweis
QuelltransaktionAutoritatives ERP-Dokument und auslösendes Ereignis festlegen.Dokumentschlüssel, Version, Gesellschaft, Zeit, Status.
Strukturierter PayloadNationale Darstellung aus validierten Fakten erzeugen.Payload-/Mapping-Version, Prüfsumme, Korrelations-ID.
PlattformantwortTechnische und fachliche Antworten nicht in einem Erfolgsflag verdichten.Originalantwort, normierter Status, Grund, Aktion.
KundendarstellungGeeignetes lesbares Dokument über den vereinbarten Kanal liefern.Dokument, Empfänger, Kanal, Zeitpunkt.
ÄnderungsketteErsatz, Storno und Folgebelege mit dem Original verbinden.Originalbezug, Ereignisse, Endstatus.

Erforderliche Fehlerszenarien

  • Ablehnung nach ERP-Buchung.
  • Timeout bei möglicher Annahme.
  • Duplikat mit anderer technischer ID.
  • Annahme ohne Kundenzustellung oder Abstimmung.
  • Korrektur ohne stabilen Originalbezug.

Amtliche Quellen

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.
Von SAP zu MyInvois: Kontrolliertes Integrationsdesign für Malaysia
SAP-Rechnungsdaten mit MyInvois-Übermittlung, Antworten, Statusverfolgung und Prüfungsnachweisen verbinden.