Merkmale der elektronischen Rechnung in Oman

Oman wird das "Fünf-Ecken-Modell" von Peppol übernehmen. Das System wird internationale Standards wie UBL nutzen, um die globale Interoperabilität zu erleichtern. Omantel wird für die technologische Entwicklung verantwortlich sein, während die OTA den Einsatz und die Kontrolle des Systems überwachen wird. Die endgültigen technischen Spezifikationen sind noch nicht veröffentlicht worden, aber ein schrittweiser obligatorischer Einsatz und automatisierte Fiskalvalidierungsmechanismen werden erwartet.

Verpflichtung

Die Einführung der elektronischen Rechnung wird schrittweise für verschiedene Gruppen von Steuerzahlern obligatorisch sein, gemäß einem offiziellen Zeitplan, der von 2026 bis 2028 reicht:

  • Q3 2026 (3. Quartal 2026): Beginn der obligatorischen elektronischen Rechnungsstellung für die 100 größten Steuerzahler des Landes (große Unternehmen, die von der OTA identifiziert wurden). Für die übrigen Steuerzahler wird die Nutzung der E-Rechnung in dieser Anfangsphase freiwillig sein.
  • Q1 2027 (1. Quartal 2027): Erweiterung der Verpflichtung auf alle großen Steuerzahler. Ab diesem Zeitpunkt müssen alle als groß eingestuften Unternehmen elektronische Rechnungen ausstellen.
  • Q3 2027 (3. Quartal 2027): Die Verpflichtung erstreckt sich auf alle Unternehmen für ihre B2B-Transaktionen (Unternehmen zu Unternehmen), B2G (Unternehmen zu Regierung) und B2C (Unternehmen zu Verbraucher).
  • Q1 2028 (1. Quartal 2028): Endphase, in der die elektronische Rechnungsstellung auch für alle G2B-Transaktionen (Regierung an Unternehmen) obligatorisch wird.

Rechnungsformat

Bislang hat die Steuerbehörde keine offiziellen technischen Anforderungen für Steuerpflichtige und Anbieter definiert. Es ist wahrscheinlich, dass internationale Standards wie UBL (Universal Business Language) und Peppol-Interoperabilitätsprofile verwendet werden.

Elektronische Signatur

Derzeit wurden keine offiziellen Details veröffentlicht hinsichtlich der Anforderung einer digitalen elektronischen Signatur auf elektronischen Rechnungen im Oman. Im angekündigten Modell zur elektronischen Rechnungsstellung könnte es nicht erforderlich sein, dass jede Rechnung zwingend die digitale Signatur des Ausstellers trägt. Stattdessen sieht das System integrierte Authentifizierungs- und steuerliche Validierungsmechanismen innerhalb der Plattform selbst sowie über autorisierte Dienstanbieter vor, um die Authentizität und Integrität der Rechnungen zu gewährleisten.

Archivierung

Hinsichtlich der Aufbewahrung und Archivierung elektronischer Rechnungen wurden bislang keine neuen spezifischen Anforderungen über die bereits im omanischen Steuerrecht bestehenden Vorschriften hinaus festgelegt.

Steuerkontrolle

Die OTA wird das System überwachen und die Rechnungsdaten in Echtzeit empfangen. Die Rechnungen werden validiert, bevor sie den Empfänger erreichen, wodurch die Einhaltung der gesetzlichen Vorschriften sowie eine vollständige Rückverfolgbarkeit gewährleistet werden.

Funktionsweise

Die elektronische Rechnungsstellung im Oman folgt dem „Fünf-Ecken-Modell“ von Peppol. Das ausstellende Unternehmen erstellt die elektronische Rechnung aus seinem internen System in einem strukturierten Format und sendet sie an seinen autorisierten Dienstleister. Dieser prüft, ob die Rechnung die technischen und steuerlichen Anforderungen der omanischen Steuerbehörde (OTA) erfüllt, einschließlich des korrekten UBL-Formats und der erforderlichen Pflichtfelder.

Sobald die Rechnung validiert wurde, wird sie gleichzeitig sowohl an den Empfänger (Kunde oder Käufer), in der Regel über dessen eigenen Dienstleister, als auch über einen sicheren Kanal an die OTA übermittelt. Diese Echtzeitübertragung ermöglicht es der OTA, die Rechnung unmittelbar zu registrieren und gegebenenfalls automatische Kontrollen oder Prüfungen durchzuführen. In bestimmten Fällen kann eine vorherige Genehmigung durch die OTA erforderlich sein, bevor die Rechnung als gültig gilt.

Abschließend wird die validierte elektronische Rechnung dem Kunden in einem lesbaren und weiterverarbeitbaren Format bereitgestellt, sodass sie direkt in Buchhaltungssysteme integriert werden kann. Der gesamte Prozess ist elektronisch und automatisiert und gewährleistet Rückverfolgbarkeit, Datenintegrität und die Einhaltung der gesetzlichen Vorschriften bei jeder einzelnen Transaktion.
 

FAQ zu Oman

In dem von der OTA für die elektronische Rechnungsstellung definierten Fünf-Ecken-Modell fungieren die Dienstleister, die den Ecken 2 und 3 entsprechen, als Vermittler zwischen den Steuerpflichtigen. Ihre Hauptaufgabe besteht darin, die elektronischen Rechnungen zwischen Ausstellern und Empfängern zu validieren und auszutauschen sowie bestimmte Steuerinformationen an die OTA zu übermitteln, die den fünften Eckpunkt des Modells darstellt. Um als akkreditierter Dienstleister tätig zu sein, müssen Unternehmen das von der OTA festgelegte Akkreditierungsverfahren durchlaufen.

Die Auswahl der Unternehmen für die erste Phase erfolgte unter Berücksichtigung verschiedener Kriterien, darunter die Höhe der Einnahmen, der Jahresumsatz, die technologische Ausstattung, der Grad der betrieblichen Reife sowie die Vertretung verschiedener Wirtschaftssektoren und Steuerzahlergruppen.

Ja. Kleine und mittlere Unternehmen (KMU) sind im Projekt vorgesehen und werden in der dritten Umsetzungsphase einbezogen.

Nein. Rechnungen müssen direkt in elektronischer Form gemäß den in den geltenden Vorschriften festgelegten Spezifikationen und Formaten ausgestellt werden.

Die Ausstellung von Sammelrechnungen für B2C-Transaktionen ist nicht zulässig. Jede Transaktion muss durch eine separate elektronische Rechnung dokumentiert werden.

Die technischen Spezifikationen für die elektronische Rechnungsstellung sehen die Möglichkeit vor, Rechnungen für konzerninterne Transaktionen zwischen Unternehmen auszustellen, die derselben Umsatzsteuergruppe angehören.

Ja. Alle Unternehmen, die Teil derselben Mehrwertsteuergruppe sind, müssen die Verpflichtungen zur elektronischen Rechnungsstellung gemäß dem geltenden Umsetzungszeitplan erfüllen.

Wenn der Verkäufer nicht für Mehrwertsteuerzwecke registriert ist, d. h. die gesetzlichen Registrierungsvoraussetzungen nicht erfüllt, ist er nicht verpflichtet, sich dem elektronischen Rechnungsstellungsnetzwerk Fawtara anzuschließen. In diesen Fällen dürfen die von diesem Verkäufer ausgestellten Rechnungen keine Mehrwertsteuer enthalten, und der Käufer hat daher keinen Anspruch auf Vorsteuerabzug. Erhält ein Unternehmen Rechnungen mit Mehrwertsteuer, die von nicht registrierten Unternehmen ausgestellt wurden, kann es dies der OTA melden.

Ist der Verkäufer hingegen für Mehrwertsteuerzwecke registriert, wurde aber noch nicht in die entsprechende Phase des Fawtara-Systems aufgenommen, kann er seine derzeitigen Rechnungsstellungsmechanismen weiterhin nutzen, solange er die geltenden Mehrwertsteuervorschriften einhält. In diesem Fall können die Käufer die Vorsteuer weiterhin gemäß den derzeit geltenden Abzugsregeln geltend machen.

Der Dienstleister prüft das Format, die Geschäftsregeln und die Schematron-Regeln.

Auch wenn der Dienstleister die technischen Überprüfungen durchführt, liegt die letztendliche Verantwortung für die Einhaltung der Vorschriften bei den Steuerpflichtigen. Die OTA überwacht zudem die Leistung der Dienstleister und kann bei Nichteinhaltung der festgelegten Anforderungen entsprechende Maßnahmen ergreifen.

Wenn der Verbraucher noch nicht an der Einführungsphase teilnimmt, muss der Lieferant die Rechnung über seinen Dienstleister versenden, der die entsprechenden Steuerdaten an die OTA weiterleitet. Die Übermittlung der Rechnung an den Verbraucher kann jedoch weiterhin über die derzeit verwendeten Verfahren und Formate erfolgen.

Ist der Anbieter hingegen noch nicht in das elektronische Rechnungsstellungssystem integriert, kann der Rechnungsaustausch zwischen Anbieter und Verbraucher weiterhin über die derzeit geltenden traditionellen Mechanismen erfolgen.

Der QR-Code wird vom Steuerpflichtigen (C1) erstellt.

Ja. Der QR-Code ist nur in der für Menschen lesbaren Version der Rechnung verpflichtend und ist nicht Bestandteil der Struktur der elektronischen Rechnung selbst.

Der QR-Code wird künftig von der OTA verwendet, um die Echtheit der elektronischen Rechnung über eine mobile App zu überprüfen.

Nein. Der QR-Code ist für alle B2C-Transaktionen vorgeschrieben.

Der QR-Code muss die folgenden Felder enthalten:

  • Name des Verkäufers [IBT-027]
  • Umsatzsteuer-Identifikationsnummer des Verkäufers [IBT-031]
  • Zeitstempel / Datum und Uhrzeit [IBT-002 {IBT-168}]
  • Gesamtbetrag der Rechnung (inkl. MwSt.) [IBT-112]
  • Gesamtbetrag der Mehrwertsteuer [IBT-110]
  • UUID des Verkäufers [BTOM-004] 

Die UUID und der Rechnungs-Hash dienen demselben Zweck: der Gewährleistung der Eindeutigkeit und Identifizierung der Rechnung. Aus diesem Grund wurde im verwendeten Modell das separate Feld „Invoice Hash“ gestrichen, da die Verwendung der UUID als eindeutiger Identifikator als ausreichend erachtet wird.

Importvorgänge müssen über das Selbstabrechnungsverfahren (Self-Billing) gemeldet werden, bei dem der Steuerpflichtige selbst die entsprechenden Unterlagen ausstellt, um die Transaktion gemäß den geltenden steuerrechtlichen Vorschriften zu erfassen.

Elektronische Rechnungen, die im Rahmen von B2B-Transaktionen ausgestellt werden, müssen in Echtzeit (real-time) versendet werden. Bei B2C-Transaktionen muss der Versand innerhalb einer Frist von maximal 24 Stunden nach Ausstellung der Rechnung erfolgen.

Die Einführung des B2C-Modells erfolgt nicht separat. Die Verpflichtungen zur elektronischen Rechnungsstellung für B2C-Transaktionen treten zeitgleich mit denen für B2B und B2G in Kraft, als Teil einer gemeinsamen Einführung des elektronischen Rechnungsstellungssystems.

Eine Plattform. Unendliche Lösungen.

Sprechen Sie mit unseren Experten und erfahren Sie, wie Sie Ihr Unternehmen weltweit an an beliebige EDI-, E-Rechnungs- und Steuerberichterstattungssysteme anpassen können.

  • Eigenentwickelte SaaS-Lösungen

  • Internationaler Kundenservice

  • 99,9 % Verfügbarkeitsgarantie

  • Verwaltete Dienste

  • Internationale Zertifizierungen und Standards

  • Aufrechterhaltung von Integrationsabläufen