rechnungsapi.de
    Startseite
    Lösungen
    Steuerberater & KanzleienUnternehmen & MittelstandIT-Teams & SoftwareanbieterE-Invoicing-Berater & PartnerStartups & SaaSInternational & Peppol
    PreiseValidatorBlogKontakt
    Dokumentation
    DokumentationOrdner-Integration & SFTP, ohne ProgrammierungAPI DocsREST-API-Referenz für Entwickler
    🔑Anmelden🚀Loslegen
    Zurück zum Blog
    15. Dezember 2024 14 min LesezeitRechtliche Grundlagen

    E-Rechnungspflicht in Deutschland: Rechtliche Grundlage, EN 16931 und ViDA erklärt

    Was steckt hinter der deutschen E-Rechnungspflicht? Warum reicht ein PDF nicht mehr? Warum macht jedes EU-Land etwas anderes – und was hat das alles mit der europäischen Digitalsteuer-Agenda zu tun? Dieser Artikel erklärt die Zusammenhänge.

    E-Rechnungspflicht Deutschland 2025 – XRechnung und ZUGFeRD
    Warum Sie noch in diesem Jahr umstellen sollten – nicht erst 2027.

    In der Übergangsphase bis Ende 2026 gilt noch eine wichtige Auffangregelung: Enthält eine ZUGFeRD-Rechnung eine fehlerhafte XML-Schicht, kann die lesbare PDF-Seite noch als „sonstige Rechnung" mit Zustimmung des Empfängers gelten. Ab dem 01.01.2027 fällt diese Rückfalloption weg: Dann zählt ausschließlich das eingebettete XML als Rechnung im Sinne des § 14 UStG. Ist das XML falsch – falsche Steuerberechnung, fehlende Pflichtangabe, Rundungsfehler –, ist die gesamte Rechnung fehlerhaft, ohne Rückgriff auf die PDF-Ansicht. Der Vorsteuerabzug des Empfängers entfällt.

    Das ist ein fundamentaler Unterschied zur bisherigen Praxis: Bei einer reinen PDF-Rechnung war der Fehler sofort sichtbar, beide Seiten konnten ihn schnell klären. Bei einer ZUGFeRD mit defektem XML sieht die PDF-Seite korrekt aus – der Fehler liegt unsichtbar im maschinenlesbaren Teil. Ohne aktive Validierung beim Empfang fällt er womöglich erst bei der Betriebsprüfung auf.

    Gleichzeitig erfordert die E-Rechnung neue Korrekturprozesse: Storno und Gutschrift müssen sauber nach § 14 UStG als strukturierter Datensatz (BT-3: 381/384) ausgestellt werden. Was früher per E-Mail geklärt wurde, muss jetzt beidseitig ordentlich gebucht werden.

    Empfehlung: Gehen Sie noch dieses Jahr zumindest mit Ihren wichtigsten Kunden und Lieferanten auf E-Rechnung live – solange Fehler in der XML noch ohne unmittelbare steuerliche Konsequenzen korrigiert werden können.

    1. Rechtliche Grundlage: Wachstumschancengesetz und § 14 UStG

    Die E-Rechnungspflicht ist kein Ministerialerlass und kein BMF-Schreiben – sie steht im Gesetz. Das Wachstumschancengesetz vom 27. März 2024 hat § 14 des Umsatzsteuergesetzes (UStG) grundlegend geändert. Konkret neu sind:

    • § 14 Abs. 1 Satz 3 UStG (neu): Definition der „elektronischen Rechnung" als Rechnung in einem strukturierten elektronischen Format, das eine automatische und elektronische Verarbeitung ermöglicht und der europäischen Norm EN 16931 entspricht. Eine rein bildhafte Darstellung (z. B. PDF) erfüllt diese Anforderung nicht mehr.
    • § 14 Abs. 2 UStG (neu): Für B2B-Umsätze zwischen im Inland ansässigen Unternehmern ist ab den gesetzlich geregelten Stichtagen ausschließlich die elektronische Rechnung zulässig – alle anderen Formate gelten als „sonstige Rechnung" und dürfen nur noch mit Zustimmung des Empfängers verwendet werden.
    • § 14 Abs. 3 UStG: Die Regelungen zu Echtheit, Unversehrtheit und Lesbarkeit bleiben bestehen. Neu: Der Empfang einer E-Rechnung muss nicht mehr aktiv zugestimmt werden – der Empfänger kann sie nicht ablehnen.
    Was das im Klartext heißt: Ein PDF – selbst wenn es per E-Mail verschickt wird – ist nach dem neuen § 14 UStG ab den Pflichtstichtagen keine elektronische Rechnung mehr. Es ist eine „sonstige Rechnung". Für solche benötigt der Aussteller weiterhin die Zustimmung des Empfängers – die aber nach Ablauf der Übergangsfristen nicht mehr erteilt werden darf für verpflichtete Transaktionen.

    Hintergrund für das Wachstumschancengesetz ist eine Ausnahmegenehmigung der EU-Kommission: Normalerweise verbietet die europäische Mehrwertsteuersystemrichtlinie (MwStSystRL, Art. 218–219a) Pflichtformate für Rechnungen, die über das EU-Recht hinausgehen. Deutschland musste daher nach Art. 395 MwStSystRL eine Derogation beantragen und erhielt sie für den Zeitraum bis 2027, bis ViDA in Kraft tritt (mehr dazu unten).

    2. Wer ist betroffen – und wer nicht

    Die Pflicht gilt für steuerpflichtige B2B-Umsätze zwischen im Inland ansässigen Unternehmern. Sie greift nicht für:

    FallE-Rechnung Pflicht?Anmerkung
    B2B inländisch, steuerpflichtig✓ Ja (ab Stichtag)Kern der Pflicht
    B2C (an Endverbraucher)✗ Nein§ 14 UStG gilt nur für unternehmerische Leistungsempfänger
    B2G (an Bund/Länder/Kommunen)Seit 2020/2022 verpflichtendXRechnung läuft über OZG-RE / Peppol – eigenständige Regelung
    Steuerfreie Umsätze (§ 4 UStG)✗ Neinz. B. Krankenhäuser, Finanzdienstleister – keine USt-Pflicht, keine E-Rechnungspflicht
    Kleinbetragsrechnungen ≤ 250 €✗ Nein§ 33 UStDV – Vereinfachungsregelung bleibt
    Fahrausweise✗ Nein§ 34 UStDV
    Kleinunternehmer (§ 19 UStG)Empfangen: ✓ | Senden: ✗Müssen E-Rechnungen annehmen können, dürfen aber sonstige Rechnungen ausstellen
    Grenzüberschreitend (EU/Drittland)✗ Nein§ 14 Abs. 2 UStG setzt inländische Ansässigkeit beider Parteien voraus

    3. Zeitplan und Übergangsregelungen

    Das Gesetz sieht gestaffelte Fristen vor. Die Empfangspflicht gilt sofort und ohne Ausnahme, die Ausstellungspflicht wird schrittweise eingeführt:

    01.01.2025bereits in Kraft

    Empfangspflicht für alle

    Jedes inländische Unternehmen muss E-Rechnungen technisch empfangen und verarbeiten können. Keine Übergangsregelung, keine Umsatzschwelle. Ein einfaches E-Mail-Postfach reicht, solange das XML gelesen werden kann.

    01.01.2025 – 31.12.2026läuft

    Übergangsphase: sonstige Rechnung weiterhin zulässig

    Bis Ende 2026 dürfen Aussteller mit Zustimmung des Empfängers weiterhin PDF oder Papier verwenden. Die Zustimmung muss nicht ausdrücklich eingeholt werden – wer die sonstige Rechnung akzeptiert, hat zugestimmt.

    01.01.2027nächster Stichtag

    Sendepflicht ab 800.000 € Jahresumsatz

    Unternehmen mit einem Vorjahresumsatz über 800.000 € müssen für inländische B2B-Umsätze zwingend E-Rechnungen ausstellen. Für kleinere Aussteller gilt noch eine verlängerte Übergangsfrist: EDI-Verfahren (EDIFACT, VDA) bleiben bis Ende 2027 zulässig.

    01.01.2028Enddatum

    Vollständige Sendepflicht

    Alle inländischen B2B-Rechnungen müssen als strukturierte E-Rechnung ausgestellt werden. Keine Ausnahme nach Unternehmensgröße mehr (außer den o.g. gesetzlichen Ausnahmen wie Kleinbetragsrechnungen und Kleinunternehmer).

    Praktischer Tipp: ELSTER-Viewer für XML-Rechnungen. Wer XRechnung-Dateien ohne eigene Software lesen möchte, kann den kostenlosen Viewer der Finanzverwaltung unter elster.de nutzen – XML hochladen, lesbare Ansicht erhalten. Wichtig: Die XML-Datei muss aufbewahrt werden, nicht die daraus erzeugte PDF-Ansicht. Aufbewahrungsfrist 8 Jahre (§ 147 Abs. 3 AO n.F., geändert durch das Jahressteuergesetz 2024 – vorher 10 Jahre).
    Was passiert bei Nichteinhaltung? Eine Rechnung, die nicht im vorgeschriebenen Format ausgestellt wird, gilt als nicht ordnungsgemäß nach § 14 UStG. Für den Empfänger entfällt der Vorsteuerabzug. Für den Aussteller besteht das Risiko von Bußgeldern und steuerlichen Nachteilen. Da die Pflicht formal beim Aussteller liegt, trägt dieser das Haftungsrisiko.

    4. Was ist eine E-Rechnung – und was nicht

    Der Begriff „elektronische Rechnung" ist im Volksmund unscharf. Das Gesetz ist präzise:

    FormatGilt als E-Rechnung?Begründung
    XRechnung (UBL oder CII)✓ JaReines XML, EN 16931 konform, maschinell verarbeitbar
    ZUGFeRD ab Profil BASIC✓ JaHybridformat: PDF/A-3 + eingebettetes CII-XML (EN 16931)
    Factur-X (FR)✓ JaTechnisch identisch mit ZUGFeRD, französischer Bezeichner
    PDF per E-Mail✗ Nein – sonstige RechnungNicht strukturiert, nicht automatisch verarbeitbar
    Papierrechnung✗ Nein – sonstige RechnungKein elektronisches Format
    Word/Excel-Datei✗ Nein – sonstige RechnungNicht EN 16931 konform
    ZUGFeRD MINIMUM / BASIC WL✗ NeinKeine Positionsdaten – kein vollständiger § 14 UStG Inhalt
    EDI (EDIFACT, VDA)Übergangsweise bis 31.12.2027Zulässig wenn EN 16931 Anforderungen erfüllt und schriftliche Vereinbarung

    5. EN 16931: Der europäische Kern – und warum jedes Land trotzdem anders macht

    Hinter XRechnung und ZUGFeRD steckt eine europäische Norm: die EN 16931, verabschiedet vom Europäischen Komitee für Normung (CEN) im Jahr 2017. Sie definiert ein semantisches Datenmodell – das heißt: welche Informationen eine Rechnung enthalten muss (Felder, Datentypen, Pflichtangaben, Geschäftsregeln) – aber nicht das genaue Dateiformat.

    Die EN 16931 kennt zwei offizielle Syntaxbindungen: UBL 2.1 (OASIS Universal Business Language) und UN/CEFACT CII D16B (Cross Industry Invoice). Beide Syntaxe können den semantischen Kern vollständig abbilden. XRechnung nutzt beide, ZUGFeRD ausschließlich CII.

    Das CIUS-Konzept erklärt, warum jedes Land anders vorgeht. EN 16931 enthält viele optionale Felder. Länder dürfen sogenannte Core Invoice Usage Specifications (CIUS) erstellen – nationale Profile, die optionale Felder zur Pflicht machen, Codelisten einschränken oder Prozessregeln hinzufügen. Deutschland hat daraus XRechnung gemacht (als CIUS für B2G, mittlerweile de facto Standard auch für B2B). Frankreich hat dasselbe semantische Modell unter dem Namen Factur-X im Hybridformat umgesetzt. Die Niederlande, Belgien und Skandinavien nutzen Peppol BIS Billing 3.0 – ebenfalls EN 16931-konform, aber mit eigenen Netzwerkregeln. Italien ging früher einen eigenen Weg mit dem Sistema di Interscambio (SDI), das technisch nicht EN 16931-basiert ist.

    Der zweite Grund für die Unterschiede: Die EU-Richtlinie 2014/55/EU hat zunächst nur vorgeschrieben, dass öffentliche Auftraggeber (B2G) E-Rechnungen empfangen müssen. Für den B2B-Bereich gab es keine EU-weite Verpflichtung. Jedes Land, das B2B-E-Rechnungen zur Pflicht machen wollte, musste eine individuelle Ausnahmegenehmigung (Derogation nach Art. 395 MwStSystRL) bei der EU-Kommission beantragen – mit unterschiedlichen Zeitplänen, Formaten und Prozessen. Das erklärt die Vielfalt:

    LandB2B-Pflicht seitFormat / SystemBesonderheit
    Italien2019FatturaPA / SDIAlle Rechnungen durchlaufen das Finanzamt-Clearinghouse (SDI) – kein direkter Versand. Pionier in der EU.
    Spanien2017 (SII) / 2025 (VERI*FACTU)SII / VERI*FACTU / TicketBAIZweistufig: SII seit 2017 für Großunternehmen (> 6 Mio. € USt-Umsatz) – Rechnungsdaten müssen innerhalb von 4 Tagen an die AEAT gemeldet werden, inklusive Empfangsbestätigung und Zahlungsstatus vom Debitor. VERI*FACTU ab 2025: Software erzeugt Rechnungen mit Hash-Kette und meldet sie in Echtzeit an die AEAT – die Steuerbehörde sieht jede Transaktion bevor der Empfänger sie erhält.
    Frankreichab 2026 (groß)Factur-X / Chorus ProGestaffelt nach Unternehmensgröße; zentrales Portal Chorus Pro für B2G schon länger
    Rumänien2024e-Factura / ANAFClearinghouse-Modell wie Italien
    Polenab 2026KSeFWar für 2024 geplant, mehrfach verschoben; Clearinghouse-Pflicht
    Deutschland2028 (vollständig)XRechnung / ZUGFeRDKein zentrales Clearing; direkter Versand zwischen Parteien. Damit eines der letzten großen EU-Länder ohne Echtzeit-Reporting.
    Belgien2026Peppol BISVerpflichtend für B2B, Peppol-Netzwerk
    Clearinghouse vs. dezentrales Modell. Italien, Rumänien und Polen verlangen, dass jede Rechnung vor der Zustellung das zentrale System der Steuerbehörde passiert – das Finanzamt sieht jede Transaktion in Echtzeit. Deutschland hat sich dagegen entschieden: Hier versenden Unternehmen direkt (per E-Mail, Peppol, Upload), ohne dass das Finanzamt live dabei ist. Das ist weniger interventionistisch, aber auch weniger kontrollierbar – und der Grund, warum ViDA (nächster Abschnitt) auch Deutschland künftig in Richtung Echtzeitreporting bewegen wird.

    6. ViDA: Warum die E-Rechnung nur der erste Schritt ist

    ViDA – VAT in the Digital Age ist das größte Reform­vorhaben der europäischen Mehrwertsteuer seit Jahrzehnten. Die EU-Kommission hat den Vorschlag im Dezember 2022 veröffentlicht, der ECOFIN (Rat der EU-Finanzminister) hat ihn im November 2024 verabschiedet. ViDA besteht aus drei Säulen:

    Säule 1Digital Reporting Requirements (DRR)

    Ab 2030 müssen alle innergemeinschaftlichen B2B-Transaktionen digital und transaktionsbasiert an die nationalen Steuerbehörden gemeldet werden – innerhalb von zwei Tagen nach Ausstellung. Das setzt voraus, dass die Rechnung strukturiert vorliegt. Nur eine EN 16931-konforme E-Rechnung lässt sich automatisch weiterleiten. Länder mit eigenen nationalen Meldesystemen (z. B. Deutschland, Frankreich) müssen ihre Systeme bis 2030 an das EU-weite Framework anpassen.

    Säule 2Plattformwirtschaft

    Online-Plattformen (Airbnb, Uber, Lieferdienste) werden ab 2030 in bestimmten Bereichen zum fiktiven Leistungserbringer und müssen die Mehrwertsteuer selbst abführen – auch wenn die eigentliche Leistung von Drittanbietern erbracht wird.

    Säule 3Einheitliche Mehrwertsteuerregistrierung

    One-Stop-Shop (OSS) wird ausgebaut. Unternehmen, die in mehreren EU-Ländern aktiv sind, sollen künftig nur noch eine Mehrwertsteuerregistrierung benötigen – statt in jedem Land separat registriert zu sein.

    Der Zusammenhang mit der deutschen E-Rechnungspflicht: Säule 1 ist die technische Voraussetzung für eine funktionierende digitale Steuerkontrolle. Wenn ab 2028 alle deutschen B2B-Rechnungen als strukturierte XML-Dateien vorliegen, kann die Finanzverwaltung diese Daten künftig automatisiert auswerten – sei es durch ein zentrales Meldesystem nach ViDA oder durch andere Kontrollmechanismen. Deutschland hat sich bewusst für ein dezentrales Modell ohne Echtzeit-Clearing entschieden, um Unternehmen nicht zu überlasten. ViDA wird jedoch dafür sorgen, dass auch Deutschland bis 2030 Echtzeitreporting für grenzüberschreitende Transaktionen einführen muss.

    Kurz gesagt: Die E-Rechnungspflicht ist die Infrastruktur. ViDA ist das Ziel. Wer jetzt XRechnung oder ZUGFeRD einführt, baut genau die technische Basis, die ab 2030 für die automatische Steuerberichterstattung in der EU benötigt wird. Wer bis dahin wartet, muss zweimal umbauen.
    Warum ViDA Deutschland besonders hart treffen wird. Italien meldet seit 2019 jede Rechnung in Echtzeit ans SDI. Spanien kennt den Transaktionsstatus jeder Rechnung binnen 4 Tagen. Rumänien hat seit 2024 ein Clearinghouse. Deutschland hat nichts davon – kein zentrales System, kein Echtzeit-Reporting, keine laufende Datenbasis bei den Finanzbehörden.

    Intern schätzen wir, dass rund 30 % aller B2B-Rechnungen in Deutschland fehlerhafte oder unvollständige Daten enthalten – falsche USt-IdNr., Rundungsdifferenzen, fehlende Pflichtangaben. Heute passiert das unbemerkt, weil kein System diese Daten zentral prüft. Sobald ViDA-DRR 2030 aktiv ist und Transaktionsdaten automatisch an die Finanzbehörden übermittelt werden, wird jeder dieser Fehler sofort sichtbar – für das Finanzamt des Ausstellers und das des Empfängers.

    Die Konsequenz: Die aktuelle Umstellung auf E-Rechnung ist nicht nur eine Formfrage. Sie ist die letzte Chance, Datenqualität, Prozesse und Stammdaten zu bereinigen, bevor Fehler automatisch bei den Steuerbehörden auffallen. Wer jetzt mit schlechten Daten auf XRechnung umstellt, exportiert seine Fehler in ein System, das sie 2030 direkt ans Finanzamt weiterleitet.

    7. Welche Formate sind zulässig

    Das Gesetz nennt kein konkretes Format – es verlangt EN 16931-Konformität. In der deutschen Praxis haben sich zwei Formate durchgesetzt:

    XRechnung

    CII D16B oder UBL 2.1

    • Reines XML – keine PDF-Erzeugung nötig
    • Pflichformat für B2G (Bund, Länder, Kommunen)
    • Peppol-fähig
    • Referenzimplementierung des KoSIT (kostenfrei)
    • Nicht direkt lesbar ohne Tool – Viewer erforderlich
    • Für Mensch nur über ELSTER oder externen Viewer nutzbar
    • XML-Datei ist technisch trivial editierbar – interne Unveränderbarkeit muss durch Prozess oder Hash sichergestellt werden (IBAN-Betrug durch eigene Mitarbeiter ist ein dokumentiertes Risiko)

    ZUGFeRD

    ab Profil BASIC (EN 16931)

    • PDF bleibt lesbar – kein Viewer nötig, Mensch und Maschine lesen dasselbe Dokument
    • XML eingebettet – ein Dokument für Ablage, Anzeige und Verarbeitung
    • PDF/A-3-Hülle erschwert unbemerkte Manipulation der Rechnungsdaten
    • Einfacher Einstieg für Aussteller
    • Höherer technischer Aufwand (PDF/A-3-Container)
    • ZUGFeRD MINIMUM/BASIC WL genügt nicht für die Pflicht
    Factur-X ist technisch identisch mit ZUGFeRD (gleicher CII-Standard, gleiches Hybridprinzip), wird aber in Frankreich als nationaler Begriff verwendet. Dateien, die ZUGFeRD-konform sind, sind es auch für Factur-X und umgekehrt – sofern das Profil übereinstimmt.
    Sicherheitshinweis: XRechnung-XML ist leicht manipulierbar. Eine reine XML-Datei kann mit jedem Texteditor in Sekunden geändert werden – Betrag, IBAN, Steuernummer. Das ist kein hypothetisches Risiko: IBAN-Betrug durch Mitarbeiter, die ausgehende Rechnungen kurz vor dem Versand ändern, ist aus der Praxis bekannt. Wer XRechnung nutzt, muss die Unveränderbarkeit durch interne Kontrollprozesse sicherstellen – z. B. durch Hash-Prüfung nach der Erstellung, Vier-Augen-Prinzip beim Versand oder qualifizierte elektronische Signaturen. ZUGFeRD bietet hier einen strukturellen Vorteil: Die PDF-Hülle macht Manipulationen sichtbarer, weil die menschenlesbare Ansicht und das eingebettete XML abweichen würden.

    8. Was Unternehmen jetzt tun sollten

    1. Empfang sicherstellen und validieren (sofort, keine Übergangsfrist). Prüfen Sie, ob Ihr ERP, Ihre Buchhaltungssoftware oder Ihr Posteingang XML-Rechnungen (XRechnung CII/UBL, ZUGFeRD) verarbeiten kann. Wichtig: Empfang allein genügt nicht. Der Empfänger ist steuerrechtlich verpflichtet, die Rechnung auf Korrektheit zu prüfen – fehlt die Prüfung und die Rechnung enthält Fehler, kann der Vorsteuerabzug entfallen. Unsere Auswertungen zeigen, dass rund 30 % aller in Deutschland umlaufenden B2B-Rechnungen fehlerhafte oder unvollständige Pflichtangaben enthalten. Eine eingehende Validierung (Fehler-Typen im Detail) schützt vor unberechtigtem Vorsteuerabzug und spart manuelle Nacharbeit.
    2. Format für Ausgang festlegen. ZUGFeRD eignet sich für Unternehmen, die weiterhin eine PDF-Sicht benötigen. XRechnung ist zwingend für B2G und effizienter für rein maschinelle Prozesse.
    3. Übergangsfrist nicht als Aufschub missverstehen. Die technische Umstellung braucht Vorlauf – ERP-Konfiguration, Tests, Lieferantenbenachrichtigung. Wer 2026 anfängt, hat wenig Puffer.
    4. Stammdaten prüfen. USt-IdNr., Leitweg-ID (für B2G), Kontaktdaten und Bankverbindung müssen in der Struktur vorhanden sein. Was im ERP-Stammsatz fehlt, kann das System nicht ins XML schreiben.
    5. Validierung einbauen. Die häufigsten Ablehnungsgründe (Rundung, USt-IdNr., Steueraufschlüsselung) lassen sich durch eine Validierung vor dem Versand eliminieren.

    Mit rechnungsapi.de: EN 16931-konforme Rechnungen per API

    Erzeugen, validieren und konvertieren Sie XRechnung und ZUGFeRD über eine REST-API — ohne eigene Regelwerk-Implementation. Ein POST mit Ihren Rechnungsdaten liefert eine vollständig konforme XML oder ZUGFeRD-Datei zurück, geprüft gegen EN 16931, die deutschen XRechnung-Zusatzregeln und, auf Wunsch, den Peppol-Regelsatz.

    XRechnung kostenlos prüfenAPI-Dokumentation

    Weiterlesen

    1.643 Regeln, 8 Fehler

    Warum Rechnungen trotz EN 16931 abgelehnt werden.

    Storno, Gutschrift, Korrektur

    BT-3 richtig setzen – 380, 381, 384, 389.

    XRechnung oder ZUGFeRD?

    Unterschiede, Anwendungsfälle, wann welches Format.

    Pflichtangaben auf der Rechnung

    Checkliste nach § 14 UStG – was muss drauf?

    Rechtlicher Hinweis: Dieser Beitrag gibt den Stand vom September 2026 wieder und ersetzt keine steuerliche oder rechtliche Beratung. Quellen: Wachstumschancengesetz vom 27. März 2024 (BGBl. 2024 I), § 14 UStG n.F., EU-Richtlinie 2014/55/EU, EN 16931-1:2017, ViDA-Beschluss ECOFIN November 2024, BMF-Schreiben zur E-Rechnungspflicht.

    Stefan Grimm

    Stefan Grimm

    Stefan Grimm ist Gründer der Finbc GmbH und arbeitet seit 1999 an Zahlungs- und Rechnungsprozessen, seit 2021 an der E-Rechnung — unter anderem in einem EU-weiten E-Rechnungsprogramm eines Bankkonzerns. Mehr über den Autor

    rechnungsapi.de

    Professionelle E-Rechnungs-APIs für KMUs. Transformieren Sie Ihr ERP-System mit ZUGFeRD-konformen Lösungen und DSGVO-konformer KI-Technologie.

    DSGVO-konform & sicher

    Produkt

    • Preise

    Lösungen

    • Steuerberater & Kanzleien
    • Unternehmen & Mittelstand
    • IT-Teams & Softwareanbieter
    • E-Invoicing-Berater & Partner
    • Startups & SaaS
    • International & Peppol

    Rechtliches

    • Über uns
    • Stefan Grimm
    • Impressum
    • AGB
    • Datenschutzerklärung
    • Nutzungsbedingungen
    • Kontakt
    • DSGVO-Konformität

    Server in Deutschland · DSGVO-konform · Auftragsverarbeiter ISO/IEC 27001-zertifiziert (Open Telekom Cloud)

    rechnungsapi.de ist ein Produkt der Finbc GmbH, Essenheim (gegründet 2018).

    © 2026 rechnungsapi.de

    support@rechnungsapi.de