Brasilien
B2B, B2C, Ausgang, Eingang, Steuerberichterstattung
2026-08-28
Brasilien ist als Familie elektronischer Fiskaldokumente zu modellieren, nicht als Länderconnector mit einer Rechnungsnachricht.
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
Verschiedene Vorgänge, verschiedene Dokumente
Der Katalog der Receita Federal unterscheidet NF-e für Waren, NFC-e für den Einzelhandel, NFS-e für Dienstleistungen, CT-e für Transporte und MDF-e zur Kontrolle von Transportdokumenten sowie weitere Spezialdokumente.
02
Behörde und Plattform variieren
Waren- und Transportdokumente betreffen meist Dienste der Bundesstaaten; Dienstleistungen unterliegen kommunalen Zuständigkeiten und dem wachsenden nationalen NFS-e-Standard. Gesellschaft und Vorgang bestimmen den Weg.
03
Dokumentfamilien inventarisieren
Vor dem Schnittstellendesign werden Vorgang, Dokumentmodell, Aussteller, Empfänger, Genehmigungsbehörde, Ereignisse und Aufbewahrung je Dokument erfasst.
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
- Receita Federal electronic fiscal documents catalog
- Receita Federal guidance for the 2026 consumption tax reform
- RFB/CGIBS 2026 implementation calendar for electronic fiscal documents
- Receita Federal and CGIBS notice on temporary validation flexibility
- National NFS-e Technical Note 009