Rumänien
B2G, B2B, B2C, Ausgang, Steuerberichterstattung
2026-08-28
RO e-Factura benötigt kontrollierte strukturierte Daten und Antwortverarbeitung, nicht nur einen Datei-Upload.
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.
- Qualifizieren
Umfang, Kanal und Dokumentweg vor der Erzeugung bestimmen. - Validieren
Fehlende Identitäten, Steuern, Beträge und Bezüge blockieren. - Erzeugen
Darstellung mit nachvollziehbarer Mapping-Version erstellen. - Senden
Duplikate durch Idempotenz und Korrelation verhindern. - Interpretieren
Antwort in Finance-Status und Aktion übersetzen. - Liefern und abstimmen
Kundenzustellung, Ergebnis und Buchung koordinieren. - Aufbewahren
Quelle, Payload, Antwort, Darstellung und Ereignisse zusammen archivieren.
Länderspezifische Entscheidungen
01
Aus geprüften Rechnungsdaten erzeugen
Lieferanten- und Käuferkennung, Steuerangaben, Positionen, Summen, Daten und Referenzen werden vor Erzeugung der rumänischen strukturierten Rechnung geprüft.
02
Übermittlungszeit steuern
Die Fünf-Arbeitstage-Frist erfordert eine zeitgestempelte Warteschlange, sichtbaren Offenstatus und Eskalation vor Ablauf. Ein technischer Wiederholungsversuch darf die Geschäftsfrist nicht zurücksetzen.
03
Plattformantworten aufbewahren
Übermittlungskennung, Validierungsmeldung, akzeptierter Payload und Korrektur werden für Support, Abstimmung und Prüfung mit der Ursprungsrechnung verknüpft.
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.
| Entscheidungsbereich | Zu klärende Entscheidung | Aufzubewahrender Nachweis |
|---|---|---|
| Quelltransaktion | Autoritatives ERP-Dokument und auslösendes Ereignis festlegen. | Dokumentschlüssel, Version, Gesellschaft, Zeit, Status. |
| Strukturierter Payload | Nationale Darstellung aus validierten Fakten erzeugen. | Payload-/Mapping-Version, Prüfsumme, Korrelations-ID. |
| Plattformantwort | Technische und fachliche Antworten nicht in einem Erfolgsflag verdichten. | Originalantwort, normierter Status, Grund, Aktion. |
| Kundendarstellung | Geeignetes lesbares Dokument über den vereinbarten Kanal liefern. | Dokument, Empfänger, Kanal, Zeitpunkt. |
| Änderungskette | Ersatz, 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
- Romanian legislative portal — OUG 69/2024
- ANAF current guides and RO e-Factura material
- ANAF clarification on B2B and B2C simplified invoices
- ANAF 2026 RO e-Factura changes and five-working-day deadline
- ANAF clarification on B2C customer delivery