Saudi-Arabien betreibt ein eigenes E-Rechnungssystem namens FATOORA, das von der Zakat-, Steuer- und Zollbehörde (ZATCA) verwaltet wird. Es handelt sich um ein zentralisiertes Modell zur kontinuierigen Transaktionskontrolle (CTC) mit einer direkten API zwischen dem System des Steuerpflichtigen und der Steuerverwaltung – nicht um ein Peppol-Vier- oder Fünf-Ecken-Modell und auch nicht um ein dezentrales Netzwerk akkreditierter Zugangspunkte.
Das Besondere daran ist, dass das Land zwei Regime gleichzeitig betreibt. Standard-Steuerrechnungen – die hauptsächlich im B2B- und B2G-Bereich verwendet werden – müssen von der ZATCA freigegeben (gecleart) werden, bevor sie den Käufer erreichen. Vereinfachte Rechnungen, die hauptsächlich im B2C-Bereich genutzt werden, werden vom System des Verkäufers selbst signiert, sofort übergeben und innerhalb von 24 Stunden an die ZATCA gemeldet. Die Zustellung der Rechnung an den Käufer erfolgt völlig außerhalb von FATOORA: Es ist eine Steuerplattform, kein Zustellnetzwerk.
Zwei Phasen, gefolgt von einer langen Abfolge von Wellen, die die Schwelle immer weiter senken. Die jüngste Ankündigung hat sie erneut halbiert.
Steuerpflichtige müssen Rechnungen und Korrekturdokumente elektronisch in einem konformen System erstellen, sie zusammen mit den zugehörigen Daten aufbewahren und verbotene Funktionen vermeiden, die das Löschen, Ändern oder Rückdatieren ermöglichen würden. Sie gilt für Personen, die unter die saudischen MwSt- und E-Rechnungsvorschriften fallen – ausgenommen Nichtansässige, die für die saudische MwSt registriert sind – sowie für Dritte, die im Namen eines saudischen Lieferanten Rechnungen ausstellen.
Wird Gruppe für Gruppe ausgerollt. Sie fügt die obligatorische Integration des Rechnungssystems mit FATOORA hinzu, API-Interaktion, obligatorisches XML, UUIDs, einen Rechnungszähler und den Hash der vorherigen Rechnung, kryptografische CSID-Zertifikate, das Clearing von Standardrechnungen und die Meldung vereinfachter Rechnungen. Die ZATCA benachrichtigt jede Zielgruppe mindestens sechs Monate vor ihrem Integrationsdatum.
Angekündigt am 26. September 2025 für Steuerpflichtige mit mehrwertsteuerpflichtigem Umsatz von über 375.000 SAR in den Jahren 2022, 2023 oder 2024 – der regulären MwSt-Registrierungsschwelle, was bedeutet, dass Phase 2 bis dahin den Großteil der registrierten saudischen MwSt-Zahler erreicht hatte.
Angekündigt am 24. Juli 2026. Steuerpflichtige, deren mehrwertsteuerpflichtige Umsätze in den Jahren 2022, 2023, 2024 oder 2025 187.500 SAR überschritten haben, müssen sich bis zu diesem Datum mit FATOORA integrieren – die Hälfte des Niveaus von Welle 24, wobei nun ein viertes Jahr geprüft wird. Siehe Die Wellen und wer dabei ist.
Es gibt kein separates B2G-Startdatum in der FATOORA-Gesetzgebung. Die Steuerrechnung für die meisten B2G-Transaktionen wird genau wie eine Standard-B2B-Rechnung klassifiziert, sodass die Verpflichtung eines Lieferanten seiner eigenen Welle folgt – und nicht der Identität seines Kunden.
Phase 1 gilt für im Wesentlichen jeden, der unter die saudischen MwSt- und E-Rechnungsvorschriften fällt. Phase 2 erfolgt in Wellen, und jede Welle wird durch einen Umsatztest über bestimmte Jahre definiert.
Aus der Struktur dieser Tests ergeben sich zwei Dinge. Erstens: Der Umsatztest betrachtet jedes der aufgeführten Jahre, sodass ein Unternehmen, dessen Umsatz seither gesunken ist, dennoch durch ein früheres Jahr erfasst werden kann. Zweitens: Mit Welle 25 ist die Schwelle auf die Hälfte der MwSt-Registrierungsschwelle gesunken – Phase 2 erreicht nun Unternehmen, die weit unter dem Niveau liegen, das Welle 24 erfasste.
Für neu registrierte Unternehmen, verspätete Registrierungen und Sonderfälle ist das maßgebliche Dokument die individuelle Benachrichtigung der ZATCA und kein veröffentlichtes Wellenkriterium. Da die Benachrichtigung mindestens sechs Monate im Voraus erfolgt, ist ein unerwarteter Brief ein Projektauslöser, kein Notfall.
Nach dem Onboarding kommuniziert die E-Rechnungs-Erstellungslösung (EGS) des Steuerpflichtigen direkt über die API mit FATOORA. Die Plattform empfängt das XML, führt technische und geschäftliche Validierungen durch, gibt einen Verarbeitungsstatus zurück, fügt die ZATCA-Daten für das Clearing hinzu und speichert das akzeptierte Dokument. Die Zustellung an den Käufer erfolgt außerhalb dieses Austauschs und wird nicht von FATOORA kontrolliert.
Hauptsächlich für B2B und B2G verwendet. Der Lieferant erstellt das UBL-XML, sendet es über die Clearance API, die ZATCA validiert es und bringt bei Erfolg einen Freigabestempel an und generiert oder aktualisiert den QR-Code. Das freigegebene Dokument kehrt zum Lieferanten zurück – und erst dann darf es an den Käufer gehen.
Ein Standard-B2B- oder B2G-Dokument ist nur nach dem ZATCA-Clearing gültig. Im Wesentlichen ist dies ein Echtzeit-Clearing, auch wenn die Vorschriften das Wort Clearing anstelle von Echtzeit-Meldung verwenden.
Für die meisten B2C-Verkäufe verwendet. Das EGS des Verkäufers bringt den kryptografischen Stempel und den QR-Code selbst an, das Dokument kann sofort an den Kunden übergeben werden, und das XML geht innerhalb von 24 Stunden nach der Ausstellung über die Reporting API an die ZATCA.
Die ZATCA bringt bei der Meldung keinen eigenen Stempel an, da das System des Verkäufers es bereits signiert hat. Dies ist eine Nahe-Echtzeit-Meldung mit einer Obergrenze von 24 Stunden – kein vorheriges Clearing.
Jede EGS-Einheit – oder ein zentralisierter Server, je nach Architektur – wird separat onboarded und erhält eine eigene CSID. Für einen Kunden mit mehreren Rechtseinheiten oder Standorten ist dies die Designentscheidung, die die gesamte Integration prägt.
Ein Lieferant der saudischen Regierung stellt dieselbe Standard-Steuerrechnung aus wie für jeden B2B-Verkauf, die auf dieselbe Weise von der ZATCA freigegeben wird. Die Verpflichtung folgt der eigenen Welle des Lieferanten.
Etimad, die Beschaffungs- und Finanzplattform der Regierung, wickelt die finanzielle Überprüfung und die Zahlungsseite ab. Sie ersetzt nicht das Steuer-Clearing der ZATCA, und die Einreichung einer Rechnung in Etimad erfüllt keine Pflichten gemäß den E-Rechnungsvorschriften. Beide Schritte erfolgen, in dieser Reihenfolge.
Die obligatorische Syntax für Phase 2 ist OASIS UBL 2.1 XML in der Rechnungs- und Gutschriftenstruktur der ZATCA, gemäß dem XML-Implementierungsstandard der ZATCA. Saudi-Arabien ist eines der wenigen nichteuropäischen Länder, dessen Modell tatsächlich auf EN 16931 aufbaut – was die Unterschiede umso wichtiger macht.
Wenn sie in Konflikt stehen, überschreiben saudische Regeln die EN 16931, und die EN 16931 überschreibt das allgemeine UBL. Die ZATCA wendet eine angepasste Teilmenge der EN 16931-Regeln und ihre eigene saudische CIUS an.
Die korrekte Charakterisierung lautet daher: FATOORA stützt sich semantisch und technisch auf EN 16931, ist aber eine eigenständige nationale Spezifikation mit zusätzlichen Feldern, Sicherheitsregeln und Steueranforderungen. Von einem gewöhnlichen Peppol BIS Billing XML sollte niemals angenommen werden, dass es ohne Konvertierung und Validierung gegen die KSA-Regeln FATOORA-konform ist.
Zum PDF: Ein gewöhnliches PDF ohne eingebettetes strukturiertes XML ist keine konforme elektronische Rechnung. Eine menschenlesbare Darstellung kann dem Käufer übergeben werden – und die arabische Darstellung ist Teil der Anforderungen –, aber das Steuersystem muss das strukturierte XML aufbewahren.
Peppol ist kein obligatorischer oder primärer Kanal. FATOORA ist eine zentralisierte Steuer-API, kein Netzwerk akkreditierter Zugangspunkte, und keine saudische Peppol-Behörde oder kein nationales elektronisches Adressschema regelt das Mandat.
Peppol kann als zusätzlicher Kanal für die internationale Zustellung oder Formatkonvertierung verwendet werden – um einem europäischen Geschäftspartner ein Dokument zu senden, das er verarbeiten kann. Es ist kein offizieller Steuertransport und kein Ersatz für das FATOORA-Clearing.
Exporte von Waren und Dienstleistungen fallen in den Anwendungsbereich der E-Rechnungsvorschriften, einschließlich nullbesteuerter Exporte. Wenn sich der Lieferant in Phase 2 befindet, wird die Exportrechnung im ZATCA-UBL erstellt, als Standard-Steuerrechnung freigegeben und erst dann an den ausländischen Käufer gesendet. Die MwSt- oder Steuerregistrierungsnummer des Käufers kann fehlen – sie ist auf einer Exportrechnung nicht obligatorisch –, während Zoll- und kommerzielle Exportnachweise aufbewahrt werden, um die Nullbesteuerung zu stützen. Ein PDF/A-3, eine zweisprachige Darstellung oder eine konvertierte Kopie im nationalen Format des Käufers kann bereitgestellt werden; das saudische XML und das Clearing müssen aufbewahrt werden.
Importe sind von den Transaktionen ausgenommen, für die ein Lieferant eine saudische FATOORA-Rechnung erstellen muss. Der ausländische Lieferant stellt eine gewöhnliche Handelsrechnung aus; die saudische Einfuhrumsatzsteuer wird in erster Linie durch die Zoll-Einfuhrerklärung, die Daten des Zollsystems und die Zahlungsbelege für die Einfuhrumsatzsteuer nachgewiesen. Ein ausländischer Lieferant darf seine Handelsrechnung nicht an FATOORA senden.
Transaktionen, die in Saudi-Arabien nach dem Reverse-Charge-Verfahren besteuert werden, fallen außerhalb des Anwendungsbereichs der E-Rechnungsstellung. Der ausländische Lieferant stellt eine gewöhnliche Handelsrechnung aus, und der saudische Käufer führt die MwSt im Reverse-Charge-Verfahren ab, spiegelt sie in seiner MwSt-Erklärung wider und bewahrt den Vertrag, die Rechnung und den Empfangsnachweis auf. Das Senden einer solchen ausländischen Rechnung als ausgehende saudische Standardrechnung in die Clearance API ist ein Fehler, den es im Design zu vermeiden gilt.
Lieferungen zwischen GCC-Staaten fallen in den Anwendungsbereich von FATOORA, soweit das einheitliche GCC-MwSt-Abkommen und die saudische MwSt-Gesetzgebung gelten – für einen saudischen Lieferanten bedeutet dies die Erstellung und Freigabe einer Export- oder grenzüberschreitenden Standard-Steuerrechnung, wobei der Satz und die erforderlichen Nachweise von der tatsächlichen MwSt-Behandlung und dem Stand der Umsetzung des GCC-Mechanismus abhängen.
Innergemeinschaftlich beschreibt keine saudisch-europäische Lieferung: Für den saudischen Lieferanten ist es ein Export, für den EU-Käufer ein Import von Waren oder ein Bezug von Dienstleistungen von einem Drittlandslieferanten. Ab dem 1. Juli 2030 regelt ViDA die EU-MwSt-Meldung, nicht FATOORA. Zwei parallele Verpflichtungen können koexistieren – saudisches Clearing für den Lieferanten und EU-seitige Buchhaltung oder Meldung für den Käufer oder für die eigene EU-MwSt-Registrierung des Lieferanten –, aber keine ersetzt die andere.
Der Einstieg in Saudi-Arabien ist keine Erweiterung einer bestehenden Peppol-Konnektivität. Er erfordert einen dedizierten ZATCA/FATOORA-Konnektor, und die folgende Liste ist das realistische Minimum und keine Wunschliste.
Die ZATCA unterstützt diese Arbeit ordentlich, was ungewöhnlich ist und genutzt werden sollte. Sie veröffentlicht einen XML-Implementierungsstandard, ein Datenwörterbuch für elektronische Rechnungen, Implementierungsstandards für Sicherheitsfunktionen, ein Java-basiertes SDK und einen webbasierten Validator, der es nicht-technischen Benutzern ermöglicht, eine XML-Rechnung, Gutschrift oder Nachbelastung unabhängig zu prüfen und das Ergebnis mit Entwicklern zu teilen. Bauen Sie den Validator in den Bereitstellungsprozess ein, anstatt ihn als einmalige Prüfung zu betrachten.
Elektronische Rechnungen und ihre zugehörigen Daten müssen sechs Jahre lang in einer prüfungsbereiten Form aufbewahrt werden. Phase 1 verlangte bereits die Aufbewahrung in einem konformen System ohne verbotene Funktionen, die das Löschen, Ändern oder Rückdatieren erlauben – in Saudi-Arabien ist das Archiv also kein passiver Speicher, sondern Teil des Kontrollregimes selbst.
Beachten Sie, dass das Nicht-Aufbewahren im vorgeschriebenen Format selbst ein E-Rechnungsverstoß ist, der neben dem Nicht-Ausstellen aufgeführt ist – siehe Sanktionen.
Zu den E-Rechnungsverstößen gehören das Nicht-Ausstellen oder Nicht-Aufbewahren von Rechnungen auf elektronischem Wege, die Nichteinhaltung des vorgeschriebenen Aufbewahrungsformats, ein fehlender obligatorischer QR-Code, das Versäumnis, die ZATCA über eine Fehlfunktion des Rechnungssystems zu informieren, die Verwendung verbotener Funktionen sowie das Löschen oder Ändern einer Rechnung nach der Ausstellung.
Die Wiederholung wird über einen Zeitraum von zwölf Monaten bewertet: Wenn seit der letzten Feststellung mehr als zwölf Monate vergangen sind, kann ein neuer Verstoß wieder als Erstverstoß behandelt werden. Die ZATCA kann auch eine Frist zur Behebung des Verstoßes gewähren.
Ein wiederholter Verstoß innerhalb von drei Jahren nach einer endgültigen ZATCA-Entscheidung kann die allgemeine Strafe verdoppeln.
Verlassen Sie sich nicht auf die Amnestie. Die ZATCA hat ihre Initiative zur Stornierung von Geldstrafen und Befreiung von finanziellen Sanktionen bis zum 31. Dezember 2026 verlängert, aber die aktuellen Leitlinien decken hauptsächlich Strafen für verspätete Registrierung, verspätete Zahlung, verspätete Einreichung und Korrektur von MwSt-Erklärungen ab. Sie enthält keinen allgemeinen automatischen Verzicht auf technische Verstöße gegen E-Rechnungsfelder, und Strafen gemäß Artikel 45 des MwSt-Gesetzes sind von der Initiative ausgenommen.
Für Transaktionen innerhalb der E-Rechnungsvorschriften sind es die in den vorgeschriebenen Formaten, Zeitrahmen und Integrationsphasen erstellten elektronischen Rechnungen, die als Steuerrechnungen für den Zweck des Vorsteuerabzugs zählen.
Für eine gewöhnliche Transaktion, die unter FATOORA und Phase 2 fällt, ist eine konforme und – falls erforderlich – freigegebene elektronische Rechnung der wichtigste und regulatorisch geforderte Nachweis für das Recht auf Abzug. Die allgemeinen MwSt-Verordnungen erlauben in besonderen Fällen bestimmte alternative Nachweise, wie z. B. eine korrekt ausgestellte vereinfachte Steuerrechnung oder andere kommerzielle Dokumente. Dies sind begrenzte Ausnahmen, kein routinemäßiger Ersatz für die obligatorische E-Rechnung.
Saudi-Arabien benötigt einen dedizierten Konnektor, aber seine EN 16931-Grundlage bedeutet, dass ein europäisches semantisches Modell ein echter Ausgangspunkt und keine Sackgasse ist:
Saudi-Arabien ist ein Land mit zentralisiertem Clearing, das zwei Regime nebeneinander betreibt: vorheriges Clearing für Standard-B2B- und B2G-Rechnungen, 24-Stunden-Meldung für vereinfachte B2C-Rechnungen. FATOORA ist eine Steuer-API und kein Zustellnetzwerk, sodass die Zustellung der Rechnung an den Käufer – nach dem Clearing im Standardfall – weiterhin ausschließlich Aufgabe des Lieferanten bleibt.
Der Anwendungsbereich erweitert sich stetig. Welle 24 erreichte bis zum 30. Juni 2026 die reguläre MwSt-Registrierungsschwelle, und Welle 25 – im Juli 2026 angekündigt – halbiert sie auf 187.500 SAR mit einer Frist bis zum 1. Februar 2027. Da der Umsatztest jedes der vier Jahre betrachtet, werden Unternehmen einbezogen, die weit unter dem heutigen Umsatz liegen.
Für einen europäischen Anbieter ist dies der am besten übertragbare der nichteuropäischen Clearing-Märkte – FATOORA basiert tatsächlich auf EN 16931 –, aber es ist immer noch ein separater Konnektor, keine Peppol-Erweiterung. Was gebaut werden muss, ist das CSID-Onboarding, die kryptografische Stempelung, die Hash-Kette, die arabische Darstellung und beide APIs. Das eigene SDK und der Web-Validator der ZATCA machen das wesentlich einfacher als in den meisten Clearing-Ländern; nutzen Sie sie von Anfang an.
