EU-Umsatzsteuer in Echtzeit für Entwickler in Rumänien

Rumänien hat innerhalb von drei Jahren drei Verpflichtungen aufeinandergestapelt: das Freigabeverfahren (Clearance) der RO e-Factura für B2B seit 2024 und B2C seit 2025, SAF-T D406 für alle Steuerpflichtigen seit 2025 sowie eine Erhöhung des Umsatzsteuersatzes von 19% auf 21% im August 2025, bei der auch die beiden ermäßigten Steuersätze zu einem zusammengelegt wurden. Wird keine E-Rechnung ausgestellt, kann dies eine Strafe von 15% des Rechnungsbetrags nach sich ziehen. Rumänien ist kein Land, in dem eine einfache Steuersatztabelle ausreicht.

Dieser Artikel vergleicht an Entwickler gerichtete Plattformen, die die EU- und rumänische Umsatzsteuer in Echtzeit abwickeln, trennt die Steuerberechnung von der Finanzbuchhaltung und der Steuererklärung und zeigt, für welchen Einsatzzweck die jeweilige Option tatsächlich geeignet ist.

Was „EU-Umsatzsteuermanagement in Echtzeit“ umfassen muss

Dieser Begriff wird oft sehr weit gedehnt und für völlig unterschiedliche Produkte verwendet. Um überhaupt aussagekräftig zu sein, muss eine Plattform die meisten der folgenden Aufgaben erledigen, während eine Transaktion, eine Rechnung, eine Abrechnung (Settlement) oder eine Buchung (Ledger Entry) erstellt wird:

• Die umsatzsteuerliche Behandlung anhand der Transaktionsdaten ermitteln.
• Die aktuellen Länder- und Produktregeln anwenden.
• Rumänien und die restliche EU abdecken, einschließlich des Reverse-Charge-Verfahrens im B2B-Bereich und der Bestimmungslandbesteuerung im B2C-Bereich.
• All dies über eine API, ein SDK oder einen Webhook zugänglich machen.
• Die Daten für die Umsatzsteuer, OSS, Betriebsprüfungen (Audits) und das Rechnungswesen vorhalten.

Hinter dem Begriff „Echtzeit“ verbergen sich drei verschiedene Fähigkeiten:

• Echtzeit-Berechnung — Die Umsatzsteuer wird berechnet, sobald die Transaktion oder Rechnung erstellt wird.
• Echtzeit-Buchhaltung — Die Transaktion, der Buchungssatz und die Umsatzsteuerdaten landen sofort in den Büchern.
• Echtzeit-Meldung — Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte beherrschen Ersteres. Nur sehr wenige decken alle drei Aspekte ab. Rumänien fällt gleich in doppelter Hinsicht klar in die dritte Kategorie: Rechnungen durchlaufen das Clearance-Verfahren der nationalen e-Factura-Plattform, und SAF-T D406 liefert Transaktionsdetails in regelmäßigen Abständen.

Die rumänischen und EU-Regelungen, die den Vergleich prägen

Rumänien wendet einen Standardsteuersatz von 21% an, der am 1 August 2025 von 19% angehoben wurde, sowie einen einheitlichen ermäßigten Steuersatz von 11%, in dem am selben Tag die bisherigen Sätze von 5% und 9% zusammengeführt wurden und der Lebensmittel, Medikamente, Wasser, Bücher, Hotels und Ähnliches abdeckt; ein Übergangssteuersatz von 9% auf begünstigte Neubauwohnungen gilt noch bis zum 31 July 2026. Ausfuhren und innergemeinschaftliche Lieferungen sind steuerfrei (zero-rated). Die Vorschriften werden von der ANAF veröffentlicht. Eine umsatzsteuerliche Registrierung ist ab RON 395,000 erforderlich (angehoben von RON 300,000 am 1 September 2025). Rumänien verwendet den Leu, weshalb die Währungsumrechnung sowohl im Meldewesen als auch in der Buchhaltung sauber abgebildet werden muss.

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt der EU-weite Schwellenwert von €10,000, wie auf dem One Stop Shop portal der Europäischen Kommission dargelegt. Wird dieser überschritten, richtet sich die Umsatzsteuer grundsätzlich nach dem Mitgliedstaat des Kunden. Der One Stop Shop (OSS) ermöglicht es einem Unternehmen, sich in einem einzigen Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU zu deklarieren, was jedoch nicht die Notwendigkeit einer Logik auf Transaktionsebene (Transaction-Level Logic) beseitigt.

Es gibt zudem eine Marktplatzregelung (Marketplace Rule), die strenger ist, als die meisten Teams erwarten. Gemäß Artikel 14a wird eine elektronische Schnittstelle zum fiktiven Lieferer (Deemed Supplier) für Fernverkäufe von aus dem Drittlandsgebiet eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens €150, sowie separat für die Lieferung von Gegenständen an EU-Kunden unabhängig vom Wert, wenn der zugrunde liegende Verkäufer nicht in der EU ansässig ist. Die Erläuterungen der Kommission zu den Mehrwertsteuervorschriften für den elektronischen Geschäftsverkehr legen beide Varianten detailliert dar. Wenn Sie einen Marktplatz aufbauen, verändert dies die gesamte Architektur, anstatt nur ein weiteres Datenfeld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform	Bester Einsatzzweck	Echtzeit-Umsatzsteuerfunktion	Umfang für Buchhaltung, OSS und Steuererklärungen	Größter Vorbehalt
Stripe Tax	Produkte und Marktplätze, die bereits Stripe nutzen	Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, inkl. Rumänien	EU-Exporte und OSS-Daten; kein rumänisches Nebenbuch (Ledger), und reicht EU-Steuererklärungen nicht selbst ein	Lohnt sich nur, wenn Stripe bereits als Zahlungsinfrastruktur dient
Paddle	SaaS und digitale Download-Produkte	Berechnet die Umsatzsteuer beim Checkout basierend auf dem Standort des Kunden	Übernimmt als Merchant of Record die Registrierung, Meldung und Abführung	Übernimmt die Rolle des Verkäufers (Seller of Record) und damit auch die Rechnungsstellung
Quaderno	Kleinere SaaS- und Digital-Commerce-Anbieter	Berechnet beim Checkout, validiert USt-IdNrn.	Steuerberichte und Aufzeichnungen; automatisierte Einreichung ist nicht für jeden Tarif dokumentiert	Eine Steuer- und Rechnungsebene, kein Hauptbuch (Ledger)
Avalara AvaTax	Enterprise ERP- und Billing-Stacks	Echtzeit-Ermittlung mit gepflegten Steuerinhalten	VAT Reporting ist ein separates Produkt innerhalb der Returns-Produktreihe	Vom Leistungsumfang und Preis für Enterprise-Rollouts ausgelegt
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Ermittlung in über 190 Gerichtsbarkeiten	Steuererklärungen, E-Invoicing und Reporting; die Validierung von USt-IdNrn. ist ein separates Produkt	Keine veröffentlichten Preise
Nordlet	Eingebettete Buchhaltung in Marktplätzen und Plattformen	Ermittelt das Steuerschema und die Steuersätze pro Transaktion, die zusammen mit der Buchung (Ledger Entry) erfasst werden	Unveränderliches Buchungsjournal (Double-Entry Ledger), Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Audit-Trail	Erstellt den e-Factura CIUS-RO-Payload und versendet ihn über eine Bridge; D300 und SAF-T D406 werden nicht generiert

Stripe Tax: Der schnelle Weg, wenn Stripe bereits im Einsatz ist

Für Teams, die bereits Stripe Payments, Billing oder Connect nutzen, ist Stripe Tax die am einfachsten zugängliche Echtzeit-Berechnungsebene. Die documentation behandelt die weltweite Berechnung der Umsatzsteuer, die Tax API mit PaymentIntents, den Steuereinzug auf Rechnungen sowie die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo die Leistungsgrenze von Stripe liegt, wird von Stripe klar benannt. In der dortigen filing documentation heißt es: „Sie müssen die von Ihnen eingenommene Steuer für jeden Ort, an dem Sie registriert sind, melden und abführen.“ In den USA wird eine automatisierte Einreichung angeboten; andernorts arbeitet Stripe mit Partnern für die Steuererklärung zusammen, sodass eine EU-Umsatzsteuervoranmeldung entweder von Ihnen oder einem Partner eingereicht wird, nicht jedoch von Stripe Tax. Es handelt sich um eine Berechnungs- und Export-Ebene, nicht um eine Buchhaltung.

In einem rumänischen Tech-Stack liefert Ihnen Stripe Tax einen Steuersatz. Das e-Factura-Clearance und die D406-Datei, bei denen tatsächlich Strafen drohen, bleiben davon unberührt.

Paddle: Die gesamte Steuerverantwortung an jemand anderen auslagern

Paddle gehört zu einer anderen Produktkategorie. Es fungiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abführung“ der Steuern dort, wo sich Ihre Kunden befinden. Es berechnet also die Umsatzsteuer beim Checkout, stellt die Rechnung aus, reicht die Steuererklärung ein und führt die Steuern für Sie ab. Die Entwicklerdokumentation behandelt Paddle.js, die Catalog APIs, den Checkout sowie Webhooks wie transaction.completed, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und der übliche Hook ist, um nach erfolgter Zahlung Zugriff zu gewähren.

Der Kompromiss ist eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer (Seller of Record). Sie haben also nicht mehr das Händler-, Rechnungs- und Buchhaltungsmodell in der Hand, das Sie bei einem eigenen Checkout behalten würden.

Für digitale Produkte, die an rumänische Verbraucher verkauft werden, deckt dies die Umsatzsteuer durchgängig ab. Ein rumänisches Unternehmen muss jedoch für seine eigenen Aktivitäten weiterhin das e-Factura-Clearance und SAF-T erfüllen.

Quaderno: Eine Steuerebene für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren Developer-First-Optionen für kleinere digitale Unternehmen, die einen Steuerdienst unabhängig von einem einzelnen Zahlungsanbieter suchen. Die API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anwendbaren Steuersatz anhand der Kundenadresse und der Transaktionsart berechnet, einen /tax_ids/validate-Endpunkt, der EU-USt-IdNrn. abdeckt, sowie Endpunkte für Rechnungen, Quittungen und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen ist der Teil, auf dem ein Marktplatz aufbauen würde.

Die Grenze liegt im Funktionsumfang. Quaderno ist eine Steuer- und Rechnungsebene, kein Buchhaltungssystem mit einem unveränderlichen Buchungsjournal, und aus dem öffentlich zugänglichen Material geht nicht hervor, dass eine automatische Einreichung von Steuererklärungen in jedem Tarif und jedem Land erfolgt. Betrachten Sie die Verantwortung für die Steuererklärung als etwas, das Sie sich schriftlich bestätigen lassen sollten.

Es übernimmt die Berechnung beim Checkout. e-Factura und D406 liegen jedoch außerhalb des Funktionsumfangs, und genau diese Pflichten sind in Rumänien mit harten Fristen und Geldstrafen verbunden.

Avalara und Fonoa: Die Enterprise-Tax-Engines

Avalaras AvaTax führt die Steuerermittlung in Echtzeit während des Checkouts, der Rechnungsstellung oder der Bestellabwicklung über REST-APIs und SDKs durch. Beachten Sie die Produktaufteilung: VAT Reporting ist separat im Bereich Returns angesiedelt, daher besteht ein Workflow zur Einhaltung der EU-Umsatzsteuer nicht einfach nur aus „AvaTax“ – Sie müssen genau evaluieren, welche Module Sie tatsächlich benötigen. Avalara dokumentiert einen signup path mit einer 90-tägigen kostenlosen Testphase, während das kommerzielle Produktionsmodell auf Enterprise-Kunden zugeschnitten ist.

Fonoas Tax Engine gibt an, dass sie „die korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit“ über eine versionierte API für mehr als 190 Gerichtsbarkeiten berechnet. Ein Architekturdetail ist dabei von Bedeutung: Die Validierung von Steuernummern ist ein separates Fonoa-Produkt (Validate) und nicht Teil der Tax Engine. Wenn also VIES-Nachweise für Sie wichtig sind, planen Sie dieses Modul explizit ein, anstatt davon auszugehen, dass die Engine es automatisch abdeckt.

Rumänien ist einer der stärksten Anwendungsfälle für eine Enterprise-Engine, da Clearance und SAF-T zusammen einen erheblichen Entwicklungsaufwand darstellen. Dennoch handelt es sich um eine sehr große Anschaffung für den Einsatz in nur einem Land.

Wo Nordlet reinpasst: Die Umsatzsteuer-Antwort und die Buchung bilden einen gemeinsamen Datensatz

Nordlet ist eine accounting API für Marktplätze und Plattformen, die Hauptbücher (Ledgers), Auszahlungen, EU-Steuern und einen exportierbaren Audit-Trail innerhalb ihres eigenen Produkts benötigen, anstatt auf eine bloße Rechnungs-App zurückzugreifen, die an einen Checkout angehängt ist.

Der architektonische Unterschied besteht darin, dass die Umsatzsteuerermittlung und der Buchungssatz zu ein und demselben System gehören. POST /v1/reference/vat/resolve beantwortet die Frage der umsatzsteuerlichen Behandlung auf Basis der Transaktionsfakten:

{
  "customerCountryCode": "RO",
  "customerIsBusiness": false,
  "supplyType": "digital"
}

{
  "scheme": "oss_union",
  "vatCountryCode": "RO",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "21.00" },
    { "category": "reduced", "ratePercent": "11.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 — taxable where the consumer resides; report via the Union OSS"
}

Ändert man den Kunden in ein Unternehmen mit einer gültigen rumänischen USt-IdNr., gibt derselbe Aufruf reverse_charge zusammen mit Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge) zurück. Setzt man actingAsMarketplace bei einem Verkäufer, der außerhalb der EU ansässig ist, wird gemäß art. 14a(2) die Eigenschaft deemedSupplier: true zurückgegeben. Die Rechtsgrundlage wird direkt mit der Antwort übermittelt – genau der Teil, nach dem ein Wirtschaftsprüfer Jahre später fragen wird.

Neun Steuerschemata sind modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Der Fernverkaufs-Schwellenwert von €10,000 wird aktiv getrackt und nicht einfach nur vorausgesetzt — /v1/declarations/eu/distance-sales-threshold/get meldet, wo ein Unternehmen in Bezug auf die Grenze steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute erstellen die Zahlen für die Berichtsperiode, einschließlich eines Korrekturabschnitts für frühere Zeiträume. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission (inklusive Gültigkeitsdaten), und ein Unternehmen kann diese pro Land überschreiben.

Die Ermittlung mündet dann direkt in ein unveränderliches Buchungsjournal (Double-Entry Ledger), bei dem die Umsatzsteuer-Metadaten an die Buchung angehängt sind, sodass keine nachträgliche Abstimmung (Reconciliation) zwischen einer Tax-Engine und einem separaten Aufzeichnungssystem erforderlich ist. Geldbeträge werden als Decimal Strings verarbeitet, niemals als Floating-Point-Zahlen (Gleitkommazahlen). Drumherum gibt es: typisierte SDKs, Webhooks wie sale_invoice.paid, Idempotency-Key-Unterstützung für sichere Retries, Sandbox-Unternehmen, VIES-Validierung (die fest mit der Rechnung eingefroren wird), Multi-Company-Support sowie Periodensperren (Period Locking), damit ein abgeschlossener Monat nicht heimlich bearbeitet werden kann.

Der rumänische Leistungsumfang ist partiell, und es lohnt sich, die genaue Aufteilung zu kennen. Auf der Rechnungsseite erstellt Nordlet den RO e-Factura-Payload als EN 16931 UBL mit der CustomizationID CIUS-RO 1.0.1, der unter /v1/sales/invoices/einvoice-xml abrufbar ist und unter /v1/sales/invoices/einvoice-send über eine pro Unternehmen konfigurierte HTTP-Bridge (als ro_efactura) versendet wird. Diese Bridge verwaltet die OAuth-Anmeldeinformationen für das ANAF SPV sowie den zertifizierten Kanal. Eine bekannte Lücke wird bewusst markiert und nicht einfach geraten: Der Bezirk (CountrySubentity) fehlt im Adressdatenmodell und wird daher als Warnung im Payload gemeldet. Auf Seiten der Steuererklärungen gibt es kein rumänisches Länderpaket — /v1/declarations/eu/vat-return/compute mit countryCode: "RO" liefert einen 422-Fehler zurück und verweist auf Litauen, Deutschland und Polen —, weshalb weder die D300 noch die SAF-T D406-Datei generiert wird.

Die ehrliche Zusammenfassung lautet: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und jemand anderen die Steuererklärung einreichen lassen wollen, sind die Enterprise-Tax-Engines und Merchant-of-Record-Dienste weiter voraus. Wenn Ihre zentrale Anforderung jedoch echte Buchhaltung ist — ein marktplatztaugliches Hauptbuch, in dem Abrechnungen und Umsatzsteuer an einem einzigen Ort vereint sind —, dann ist genau dies die Lücke, für die Nordlet entwickelt wurde und die von keiner der reinen Berechnungsebenen geschlossen wird. Die API reference zeigt die vollständige API-Oberfläche, bevor Sie sich binden.

Was Rumänien von Ihnen als Meldung verlangt

Rumänien fordert drei separate Dinge in drei unterschiedlichen Rhythmen.

• RO e-Factura — strukturierte E-Rechnungen über die nationale Plattform. Seit 2024 verpflichtend für B2B und seit 2025 für B2C, und ab 2026 müssen Rechnungen innerhalb von 5 Werktagen nach Ausstellung an die Plattform übermittelt werden. Wird keine E-Rechnung ausgestellt, kann dies eine Strafe von 15% des Rechnungsbetrags nach sich ziehen.
• SAF-T D406 — die Standard-Prüfdatei. Die allgemeine D406 wird monatlich oder quartalsweise — analog zum Umsatzsteuer-Voranmeldungszeitraum — bis zum letzten Tag des Folgemonats eingereicht; eine Anlagen-Datei ist jährlich fällig, und eine Bestands-Datei wird auf Anfrage der ANAF erstellt. Diese Pflicht gilt seit 2025 für alle Steuerpflichtigen.
• D300 — die Umsatzsteuervoranmeldung, die monatlich oder vierteljährlich bis zum 25. des Folgemonats einzureichen ist, wobei die Zahlung zeitgleich erfolgen muss.

Die drei Verpflichtungen greifen auf dieselben zugrunde liegenden Aufzeichnungen zurück. Dies ist das stärkste praktische Argument dafür, Rechnungsstellung und Buchhaltung in einem einzigen System zu führen, statt in zwei getrennten.

Das vollständige Bild für das Land — Körperschaftsteuer, Lohn- und Gehaltsabrechnung, Fristenkalender und die hinter jedem Formular stehenden Behörden — finden Sie auf der Romania tax page.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

Bevor Sie ein umsatzsteuerfähiges Produkt mit einem anderen gleichsetzen, sollten Sie es anhand dieser Kriterien prüfen:

• Berechnung oder Buchhaltung — Ermittelt das System die umsatzsteuerliche Behandlung, oder speichert es lediglich einen Code, den Sie übergeben?
• Rumänische Abdeckung — 21%, 11%, die übergangsweisen 9% auf Neubauten, 0%, Reverse-Charge, Leu-Beträge und der Schwellenwert von RON 395,000?
• EU-Bestimmungsland-Logik — Kann das System bei einem B2C-Verkauf die rumänische Umsatzsteuer von der eines anderen Mitgliedstaates unterscheiden?
• B2B-USt-IdNr.-Validierung — Prüft das System VIES und bewahrt es die Nachweise auf?
• OSS und IOSS — Aggregiert, bereitet vor, reicht ein oder exportiert es nur?
• Marktplatzhaftung — Kann das System Verkäufer-, Plattform- und Fiktiver-Lieferer-Rollen (Deemed Supplier) abbilden?
• Integrität der Buchhaltung — Führt jede Berechnung zu einem passenden Buchungssatz?
• Entwicklerergonomie — REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Audit-Trail — Steuersatz, angewandte Regel, Standortnachweise, USt-IdNr., Zeitstempel, Änderungshistorie?
• e-Factura und SAF-T — Kann das System CIUS-RO UBL-Rechnungen generieren, die ANAF-Plattform innerhalb von 5 Werktagen erreichen und die D406-Datei ausgeben?
• Meldepflicht — Welchen Schritt übernimmt der Anbieter exakt?

FAQ

Welche Plattform bietet ein vollständiges EU-Umsatzsteuermanagement in Echtzeit in Rumänien?

Keine einzige Plattform kann von sich behaupten, alle drei Echtzeit-Fähigkeiten für jedes Geschäftsmodell abzudecken. Rumänien teilt sich in drei Problemstellungen auf — Clearance, SAF-T und die Steuererklärung — und die wenigsten Anbieter lösen mehr als eine davon.

Unterstützt Stripe Tax die RO e-Factura?

Nein. Stripe Tax berechnet die Umsatzsteuer und exportiert die Daten. Das Clearance einer Rechnung über die nationale e-Factura-Plattform erfordert eine separate Integration, und in Rumänien zieht das Versäumnis dieser Pflicht eine Geldstrafe von 15% des Rechnungsbetrags nach sich.

Reicht Nordlet rumänische Umsatzsteuererklärungen automatisch ein?

Nein. Es gibt kein rumänisches Länderpaket für Steuererklärungen, weshalb weder die D300 noch die SAF-T D406 generiert wird. Nordlet erstellt zwar den e-Factura CIUS-RO-Payload und sendet ihn über eine von Ihnen konfigurierte Bridge, kennzeichnet aber das fehlende Bezirks-Feld (County), anstatt sich einfach eines auszudenken.

Was hat sich 2025 bei den rumänischen Umsatzsteuersätzen geändert?

Der Standardsteuersatz stieg am 1 August 2025 von 19% auf 21%, und die bisherigen ermäßigten Sätze von 5% und 9% wurden am selben Tag zu einem einheitlichen Steuersatz von 11% zusammengelegt. Ein Übergangssteuersatz von 9% auf begünstigte Neubauwohnungen gilt noch bis zum 31 July 2026.

Was Sie als Erstes tun sollten

In Rumänien sollten Sie e-Factura und SAF-T als die wesentlichen Anforderungen betrachten und die Steuersatztabelle lediglich als Detail. Wenn Sie digitale Produkte verkaufen und die gesamte Steuerverantwortung auslagern möchten, testen Sie Paddle. Wenn das Nebenbuch, die Auszahlungen und der e-Factura-Payload aus denselben Daten stammen müssen, können Sie mit der Sandbox get started loslegen und den rumänischen Leistungsumfang bestätigen — Payload ja, Steuererklärungen und SAF-T nein —, bevor Sie Ihre Architektur darum herum aufbauen. Die Pricing-Modelle sind öffentlich einsehbar und nicht nur auf Anfrage erhältlich.

Quellen

Jede oben genannte Aussage über einen Anbieter verlinkt auf die jeweilige eigene Dokumentation des Anbieters. Die Regelungen selbst stammen von:

• ANAF: VAT guidance — die Steuersätze von 21% und 11%, die D300-Voranmeldung und der Schwellenwert für die Registrierung
• European Commission: eInvoicing in Romania — das RO e-Factura-Mandat und seine Phasen
• European Commission: VAT One Stop Shop — der Fernverkaufs-Schwellenwert von €10,000

Sowohl die Funktionen der Anbieter als auch die nationalen Vorschriften ändern sich ständig. Alle hier gemachten Angaben wurden am 8 September 2026 mit den öffentlich zugänglichen Dokumentationen abgeglichen; überprüfen Sie stets alle Vorgaben, auf deren Grundlage Sie entwickeln möchten.