Dürfen Unternehmen ihre Rechnungen auch künftig mit Excel schreiben? Oder kommt bald eine Pflicht zu zertifizierter, cloudbasierter Rechnungssoftware, die Rechnungsnummern automatisch und lückenlos vergibt? Solche Aussagen wirken plausibel, vermischen aber mehrere unterschiedliche Regelwerke. Dieser Beitrag trennt Rechnungsnummer, E‑Rechnung, GoBD, Kassensicherheit und künftige Meldesysteme voneinander – und zeigt, was daraus für TabellenFaktura folgt.

Kurzantwort mit Stand 25. August 2026

Eine allgemeine Pflicht, Rechnungen ausschließlich mit zertifizierter oder cloudbasierter Software zu erstellen, besteht in Deutschland derzeit nicht. Rechnungsnummern müssen einmalig vergeben werden; eine lückenlose Zahlenfolge ist ausdrücklich nicht vorgeschrieben. Excel ist als Werkzeug zur Rechnungserstellung nicht verboten. Entscheidend sind jedoch der gesamte Ablauf, die Pflichtangaben, das erforderliche E‑Rechnungsformat, die nachvollziehbare Aufzeichnung sowie die unveränderte Aufbewahrung. Eine frei veränderbare Excel-Datei allein erfüllt diese Anforderungen nicht automatisch.

Welche Sorgen werden tatsächlich kommuniziert?

In amtlichen Hinweisen, Fachinformationen und Einführungs-Checklisten steht nicht die Frage „Excel oder Cloud?“ im Mittelpunkt. Diskutiert wird vielmehr, ob der gesamte Rechnungsprozess auch Jahre später noch vollständig, nachvollziehbar und prüfbar ist. Die Bundessteuerberaterkammer beschreibt die E‑Rechnung ausdrücklich als mehr als eine Formatumstellung: Sie verändert Ein- und Ausgangsprozesse und erhöht die Anforderungen an Integrität, Aufbewahrung, technische sowie organisatorische Kontrollen.

Die wiederkehrenden Sorgen lassen sich auf vier Kernfragen verdichten:

  • Ist die endgültige Rechnung eindeutig? Rechnungsnummer, Inhalt, Empfänger und Versandfassung dürfen nicht miteinander verwechselt oder doppelt verwendet werden.
  • Bleibt das Original erhalten? Eine versandte Rechnung darf nicht still überschrieben, gelöscht oder durch eine neue Fassung ersetzt werden, ohne dass die Änderung erkennbar bleibt.
  • Stimmen sichtbare und strukturierte Daten überein? Bei ZUGFeRD oder anderen hybriden Formaten darf im PDF nicht ein anderer Betrag, Steuersatz oder Empfänger stehen als in den maschinenlesbaren Daten.
  • Kann der Ablauf später erklärt und geprüft werden? Zuständigkeiten, Nummernkreise, Korrekturen, Archivierung, Datensicherung, Softwareversionen und Schnittstellen müssen zum tatsächlichen Vorgehen passen.

Hinzu kommen Zukunftsfragen: Wie werden neue E‑Rechnungsregeln eingespielt? Wie lassen sich Daten aus einem eingestellten Programm exportieren? Wie wird ein künftiges Meldesystem angebunden? Und wer kann weiterarbeiten, wenn Internet, Cloudanbieter, PC oder Speicher ausfallen? Das sind reale Risikofragen. Daraus folgt jedoch weder eine allgemeine Produktzertifizierung noch eine Pflicht, das Rechnungsprogramm in einer Cloud zu betreiben. Der Gesetzgeber verlangt einen ordnungsgemäßen Prozess, nicht ein bestimmtes Geschäftsmodell.

Sorge 1: Wird zertifizierte Rechnungssoftware verpflichtend?

Für gewöhnliche Rechnungsprogramme gibt es derzeit kein staatliches Gütesiegel, das vor dem Einsatz zwingend erworben werden müsste. Die GoBD des Bundesfinanzministeriums sagen sogar ausdrücklich, dass die Finanzverwaltung keine allgemeinen Positivtestate für Hard- oder Software erteilt. Zertifikate oder Testate privater Dritter können bei der Auswahl helfen, binden die Finanzbehörde aber nicht.

Der Grund ist praktisch: Ob ein Verfahren ordnungsgemäß ist, hängt nicht nur vom Programm ab. Auch Einstellungen, Benutzerrechte, Updates, eingegebene Daten, Arbeitsanweisungen, Kontrollen, Datensicherung und tatsächliche Nutzung sind entscheidend. Selbst eine hervorragend entwickelte Software kann falsch eingesetzt werden; umgekehrt kann ein einfacher lokaler Ablauf mit passenden Schutzmaßnahmen nachvollziehbar organisiert sein.

Woher kommt dann die Rede von „zertifizierter Software“?

Häufig werden vier verschiedene Dinge miteinander verwechselt:

  • Technische Sicherheitseinrichtung für Kassen: Elektronische Kassensysteme und Registrierkassen fallen unter besondere Vorgaben der Kassensicherungsverordnung. Die KassenSichV nimmt elektronische Buchhaltungsprogramme dagegen ausdrücklich aus ihrem Anwendungsbereich aus. Ein normales Rechnungsprogramm benötigt daher nicht allein wegen seiner Rechnungsfunktion eine zertifizierte TSE. Enthält es zusätzlich ein Kassensystem, ist diese Kassenfunktion gesondert zu beurteilen.
  • Private GoBD-Testate: Solche Bescheinigungen können eine Orientierung geben, sind aber keine staatliche Freigabe und keine Garantie für den konkreten Betrieb.
  • Technische E‑Rechnungsprüfung: Ein Validator kann feststellen, ob eine XRechnung oder ZUGFeRD-Datei technische und fachliche Regeln erfüllt. Das ist wichtig, aber keine Zertifizierung des gesamten Rechnungs- und Archivierungsprozesses.
  • Künftige Meldesysteme: Geplante elektronische Meldungen an die Finanzverwaltung benötigen strukturierte Daten und verlässliche Prozesse. Auch daraus folgt nicht automatisch eine Cloudpflicht.

Sorge 2: Müssen Rechnungsnummern ohne jede Lücke fortlaufen?

§ 14 Umsatzsteuergesetz verlangt eine fortlaufende Nummer mit einer oder mehreren Zahlenreihen, die zur Identifizierung der Rechnung einmalig vergeben wird. Der entscheidende Zweck ist die Eindeutigkeit: Dieselbe Rechnungsnummer darf im jeweiligen Nummernkreis nicht zweimal vergeben werden.

Der aktuelle Umsatzsteuer-Anwendungserlass, Abschnitt 14.5, stellt klar: Eine lückenlose Abfolge ist nicht zwingend. Zulässig sind auch mehrere sinnvoll abgegrenzte Nummernkreise, etwa nach Jahr, Zeitraum, Standort oder organisatorischem Bereich. Sie müssen eindeutig zuordenbar sein, und jede Nummer muss innerhalb des Nummernkreises einmalig bleiben.

Das bedeutet allerdings nicht, dass Lücken bedeutungslos wären. In einer Prüfung sollte sich erklären lassen, warum eine Nummer fehlt – zum Beispiel durch einen verworfenen Entwurf, eine Stornierung oder einen technischen Abbruch. Noch wichtiger ist, dass eine bereits versandte Rechnung nicht einfach gelöscht und ihre Nummer neu verwendet wird. Korrekturen und Stornierungen müssen den ursprünglichen Vorgang erkennen lassen.

VorgehenEinordnungSinnvolle Absicherung
2026-001, 2026-002, 2026-004Die Lücke allein macht die Nummernfolge nicht unzulässigGrund für die fehlende Nummer dokumentieren
Dieselbe Nummer für zwei RechnungenNicht zulässig, weil die Nummer nicht einmalig istZentrale Dublettenprüfung und gesperrte Nummern
Getrennte Kreise wie RE-2026-… und GU-2026-…Grundsätzlich möglich, wenn die Kreise eindeutig sindNummernlogik in der Verfahrensdokumentation beschreiben
Versandte Rechnung überschreibenGefährdet Nachvollziehbarkeit und UnveränderbarkeitOriginal erhalten und mit Storno oder Berichtigung arbeiten

Sorge 3: Müssen Rechnungsprogramme bald cloudbasiert sein?

Eine solche allgemeine Vorgabe gibt es nicht. Die GoBD betrachten ausdrücklich eigene Hardware, Cloudsysteme und Kombinationen daraus. Maßgeblich ist, ob das eingesetzte Verfahren die steuerlichen Anforderungen erfüllt. Lokal installierte Software ist damit ebenso wenig automatisch ungeeignet, wie eine Cloudanwendung automatisch ordnungsgemäß ist.

Auch für die Übermittlung einer E‑Rechnung schreibt das Gesetz keinen bestimmten Weg vor. Nach den E‑Rechnungs-FAQ des Bundesfinanzministeriums kommen unter anderem E‑Mail, Schnittstelle, gemeinsamer Speicher, USB-Stick oder Downloadportal infrage. Seit 2025 muss ein Unternehmen E‑Rechnungen empfangen können; dafür genügt grundsätzlich bereits ein E‑Mail-Postfach.

Die Cloud kann praktische Vorteile bieten: zentrale Updates, geräteübergreifende Nutzung, automatische Sicherungen, Rechteverwaltung und Schnittstellen. Sie bringt aber auch Abhängigkeiten von Anbieter, Internetzugang, Vertragsmodell, Datenstandort und Exportmöglichkeiten mit sich. Rechtlich entscheidend ist nicht „Cloud oder lokal“, sondern ob Daten vollständig, richtig, nachvollziehbar, geschützt, maschinell auswertbar und über die Aufbewahrungsfrist verfügbar bleiben.

Was tatsächlich kommt: E‑Rechnung und digitales Meldesystem

Seit dem 1. Januar 2025 ist eine E‑Rechnung nur noch eine Rechnung in einem strukturierten elektronischen Format, das eine elektronische Verarbeitung ermöglicht. Ein einfaches PDF ist seitdem eine „sonstige Rechnung“. Für die Ausstellung gelten Übergangsfristen: Bis Ende 2026 dürfen Rechnungsaussteller noch sonstige Rechnungen verwenden. Unternehmen mit höchstens 800.000 Euro Vorjahresumsatz können diese Möglichkeit grundsätzlich noch bis Ende 2027 nutzen. Ausnahmen gelten unter anderem für viele Umsätze an Privatpersonen und bestimmte steuerfreie Umsätze.

Danach wird die strukturierte E‑Rechnung bei den erfassten inländischen B2B-Umsätzen zum Normalfall. Formate wie XRechnung und ZUGFeRD können die Vorgaben erfüllen, sofern die konkrete Datei den jeweils geltenden technischen und inhaltlichen Regeln entspricht.

Außerdem ist ein deutsches System zur zeitnahen, transaktionsbezogenen Meldung bestimmter Rechnungsdaten geplant. Das Bundesfinanzministerium weist ausdrücklich darauf hin, dass die dafür notwendigen gesetzlichen Änderungen erst noch vorgeschlagen werden. Auf europäischer Ebene sieht das 2025 beschlossene Paket „VAT in the Digital Age“ digitale Meldepflichten für grenzüberschreitende B2B-Umsätze ab 1. Juli 2030 und eine schrittweise Angleichung nationaler Systeme bis 2035 vor.

Der Trend ist damit klar: Rechnungsdaten werden strukturierter, Schnittstellen wichtiger und Abläufe stärker automatisiert. Noch offen sind jedoch Teile der konkreten deutschen Meldearchitektur. Aus diesem Digitalisierungstrend eine allgemeine Pflicht zu Cloud-Rechnungssoftware abzuleiten, wäre derzeit Spekulation.

Darf man Rechnungen langfristig mit Excel schreiben?

Ja, Excel ist nicht pauschal verboten. Die entscheidende Frage lautet aber nicht, mit welchem Werkzeug ein Entwurf entsteht, sondern wie aus diesem Entwurf eine ordnungsgemäße Rechnung und ein nachvollziehbarer Geschäftsvorfall wird.

Eine Excel-Arbeitsmappe kann Berechnungen, Gestaltung, Artikeldaten und individuelle Abläufe hervorragend abbilden. Als alleinige Rechnungslösung hat sie jedoch typische Schwächen:

  • Zellen, Formeln, Stammdaten und Rechnungsnummern lassen sich nachträglich überschreiben.
  • Eine manuell geführte Nummer kann versehentlich doppelt vergeben werden.
  • Mehrere Dateikopien erzeugen Unklarheit darüber, welche Fassung tatsächlich versandt wurde.
  • Gelöschte oder umbenannte Dateien hinterlassen ohne zusätzliche Protokollierung keine verlässliche Historie.
  • Ein aus Excel erzeugtes PDF enthält keine strukturierten E‑Rechnungsdaten.
  • Ein normaler Dateiordner verhindert allein weder unbemerkte Änderungen noch Verlust.

Excel kann deshalb ein geeignetes Erfassungs- und Gestaltungswerkzeug bleiben. Es sollte aber in einen kontrollierten Prozess eingebunden sein, der die endgültige Rechnung erzeugt, prüft, registriert, unverändert aufbewahrt und Änderungen nachvollziehbar macht.

Drei Ebenen, die häufig verwechselt werden

EbeneWorum es gehtWas ein Konverter allein leisten kann
Rechnungsinhalt und FormatPflichtangaben, richtige Beträge, einmalige Rechnungsnummer, ZUGFeRD oder XRechnungDaten übernehmen, Format erzeugen und technische Regeln prüfen
Prozess und AufzeichnungVollständigkeit, Richtigkeit, zeitgerechte Erfassung, Kontrollen und nachvollziehbare KorrekturenPrüfungen unterstützen; der betriebliche Ablauf bleibt mitentscheidend
Aufbewahrung und PrüfungOriginal erhalten, Änderungen protokollieren, Daten sichern, bereitstellen und lesbar haltenExport vorbereiten; ein dauerhaftes Archiv ist eine zusätzliche Aufgabe

Diese Trennung ist für jede Kaufentscheidung wichtig. Eine technisch gültige E‑Rechnung kann aus einem schlecht dokumentierten Prozess stammen. Umgekehrt macht ein gutes Archiv aus einer inhaltlich falschen Rechnung keine richtige Rechnung.

Weitere kritische Gedanken, die bei der Softwarewahl oft zu kurz kommen

Die Fragen nach Zertifizierung, Rechnungsnummer und Cloud sind nur der sichtbare Teil. Für die Zukunftssicherheit einer Lösung sind weitere technische und organisatorische Risiken mindestens ebenso wichtig.

Kritischer PunktKonkretes RisikoWorauf eine Lösung vorbereitet sein sollte
Validierung ist nicht InhaltsprüfungEine XML-Datei kann technisch gültig sein und trotzdem eine falsche IBAN, Leistung, Anschrift, Umsatzsteuer-ID oder Steuerberechnung enthaltenPlausibilitätsprüfungen, Stammdatenabgleich und verständliche Freigabe vor dem Versand
PDF und XML widersprechen sichDer Mensch sieht einen anderen Rechnungsinhalt als das empfangende Buchhaltungssystem verarbeitetAutomatischer Abgleich beider Darstellungen und Blockierung bei Abweichungen
Entwurf und Original werden verwechseltEine unfertige oder später veränderte Excel-Datei gilt intern plötzlich als versandte FassungKlarer Status „Entwurf“, „freigegeben“, „versandt“, „storniert“ und unverwechselbare Originaldatei
Gleichzeitige BearbeitungZwei Personen oder zwei Dateikopien vergeben dieselbe nächste RechnungsnummerZentrale beziehungsweise atomare Nummernreservierung und Dublettenprüfung
Manuelle Formeln und ÜbernahmenVerdeckte Zeilen, Rundungsfehler, falsche Steuersätze oder kopierte Altwerte gelangen in die RechnungKontrollsummen, Pflichtfeldprüfung, Warnungen und nachvollziehbare Berechnungsregeln
Versand ist nicht gleich ZugangEine E-Mail landet im Spam, eine Portaladresse ist falsch oder der Empfänger akzeptiert einen Übermittlungsweg nichtVersandprotokoll, adressierbare Empfangskanäle, Fehlerstatus und erneute Zustellung ohne neue Rechnung
Lokaler DatenverlustDefekt, Diebstahl, Ransomware oder ein fehlerhaftes Update zerstören Originale und JournalMehrstufige Sicherung, Wiederherstellungstest und geordneter Gesamtexport
Cloud- und AnbieterabhängigkeitPreiserhöhung, Kündigung, Ausfall oder Produkteinstellung erschweren Zugriff und WeiterarbeitVollständiger Export in offenen Formaten, dokumentierte Datenstruktur und Notfallplan
Vertraulichkeit und BerechtigungenKunden-, Bank- und Leistungsdaten sind für Unbefugte zugänglichRollen, Zugriffsschutz, Verschlüsselung, Protokollierung und bei Dienstleistern klare Datenschutzvereinbarungen
Veraltete StandardsEine ehemals gültige Formatversion oder Prüfregel wird vom Empfänger nicht mehr akzeptiertVerpflichtende Regelupdates, Versionsanzeige und Prüfung vor der Erzeugung
Unklare KorrekturenEine neue Datei ersetzt das Original, ohne Bezug auf Storno oder BerichtigungVerknüpfte Korrekturbelege und vollständig erhaltene Vorgangshistorie
Künftiges MeldesystemEine abgeschlossene Softwarearchitektur kann erforderliche Übertragungswege nicht ergänzenModulare Schnittstellen, aktualisierbare Regeln und Trennung von lokalem Kern und Meldeadapter

Die Verantwortung lässt sich nicht vollständig an Software auslagern

Ein weiterer kritischer Punkt betrifft die Erwartung an das Produkt selbst. Nach den GoBD bleibt das Unternehmen für die Ordnungsmäßigkeit verantwortlich – auch wenn Aufgaben an eine Cloud, ein Rechenzentrum oder andere Dienstleister ausgelagert werden. Ein Hersteller kann gute Kontrollen bereitstellen, aber nicht entscheiden, ob im Betrieb die richtige Rechnung freigegeben, ein Backup tatsächlich geprüft oder eine Korrektur vollständig dokumentiert wurde.

Technisch gültig bedeutet nicht automatisch sachlich richtig

Das Bundesfinanzministerium empfiehlt die Validierung einer E‑Rechnung, bezeichnet sie aber nicht als unmittelbare Voraussetzung der steuerlichen Anerkennung. Das macht die Grenze deutlich: Ein Validator prüft Formatregeln und logische Beziehungen, kennt aber nicht zwingend den tatsächlichen Vertrag, die erbrachte Leistung, die richtige Kundenanschrift oder die korrekte Bankverbindung. Zukunftssichere Software muss deshalb technische Prüfung und betriebliche Freigabe voneinander unterscheiden.

Auch die sichtbare Rechnung kann zur Fehlerquelle werden

Menschen prüfen häufig die PDF-Ansicht, während Buchhaltungssysteme den strukturierten XML-Teil verarbeiten. Gerade bei hybriden Rechnungen ist deshalb ein automatischer Gleichlauf wichtig. Ein optisch richtiges PDF hilft nicht, wenn in den strukturierten Daten ein anderer Betrag oder Steuersatz steht. Ebenso wenig reicht eine korrekte XML-Datei, wenn ergänzende besteuerungsrelevante Informationen nur in einer Anlage stehen und nicht ordnungsgemäß mitgeführt werden.

Zukunftssicherheit ist auch wirtschaftliche Unabhängigkeit

Eine Cloudlösung kann Updates und Sicherungen erleichtern, schafft aber einen dauerhaften Abhängigkeitspunkt. Eine rein lokale Lösung schützt vor diesem Anbieterzugriff, trägt dafür das Risiko von Geräteausfall, fehlerhaften Backups und veralteter Software. Beide Modelle brauchen deshalb einen vollständigen, dokumentierten Export in offenen Formaten. Rechnungen, Journal, Protokolle und Verfahrensinformationen müssen auch nach einem Anbieter- oder Systemwechsel nutzbar bleiben.

Was verlangen die GoBD von einem digitalen Rechnungsablauf?

Die GoBD nennen vor allem Nachvollziehbarkeit und Nachprüfbarkeit, Vollständigkeit, Richtigkeit, zeitgerechte Erfassung, Ordnung und Unveränderbarkeit. Änderungen dürfen den ursprünglichen Inhalt nicht unkenntlich machen. Schutzmaßnahmen, Kontrollen, Datensicherung und eine zum tatsächlichen Ablauf passende Verfahrensdokumentation gehören ebenfalls dazu.

Für kleine Unternehmen werden Umfang und konkrete Ausgestaltung nach den tatsächlichen Verhältnissen beurteilt. „Klein“ bedeutet also nicht „regelungsfrei“, kann aber einen angemessenen, weniger komplexen Prozess rechtfertigen. Ein Einzelunternehmer benötigt normalerweise keine mehrstufige Freigabeorganisation wie ein Konzern. Er muss trotzdem zeigen können, welche Rechnung wann erstellt und versandt wurde, wie Korrekturen erfolgen und wo die Originaldateien gesichert sind.

Welche Datei muss bei einer E‑Rechnung aufbewahrt werden?

Bei einer E‑Rechnung ist der strukturierte Datenteil maßgeblich. Er muss in seiner ursprünglichen Form erhalten und maschinell auswertbar bleiben. Bei einer XRechnung ist das typischerweise die XML-Datei. Bei ZUGFeRD steckt die strukturierte XML in einer PDF/A-3-Datei; auch hier darf der strukturierte Inhalt nicht verloren gehen.

Nach § 14b Umsatzsteuergesetz sind ausgestellte und empfangene Rechnungen grundsätzlich acht Jahre aufzubewahren. Die Frist beginnt mit dem Ende des Kalenderjahres, in dem die Rechnung ausgestellt wurde. Andere Unterlagen oder rechtliche Gründe können abweichende beziehungsweise längere Fristen auslösen. Deshalb sollte die konkrete Aufbewahrung mit Steuerberatung und dem tatsächlich eingesetzten Buchführungs- oder Archivsystem abgestimmt werden.

Was bedeutet das für TabellenFaktura heute?

TabellenFaktura verfolgt einen grundsätzlich zukunftsfähigen Ansatz: Die vertraute Excel-Vorlage bleibt das Arbeitswerkzeug, während daraus lokal eine strukturierte ZUGFeRD-Datei oder XRechnung entsteht. Pflichtangaben und technische Regeln können vor der Ausgabe geprüft werden. Rechnungsdaten müssen für diese Verarbeitung nicht in einen fremden Online-Konverter hochgeladen werden.

Damit löst TabellenFaktura eine wichtige Ebene des Problems: die Überführung individueller Excel-Felder in ein standardisiertes E‑Rechnungsformat. Daraus folgt aber keine pauschale Aussage, der gesamte betriebliche Ablauf sei automatisch „GoBD-zertifiziert“ oder in jeder Konfiguration rechtssicher. Eine solche Garantie könnte seriös ohnehin kein Softwarehersteller allein geben.

In der aktuellen Ausrichtung ist TabellenFaktura vor allem Erstellungs-, Prüf- und Konvertierungswerkzeug. Rechnungsorganisation, Buchung, unveränderte Langzeitaufbewahrung, Datensicherung und Verfahrensdokumentation müssen mit dem übrigen Prozess zusammenspielen.

Kann eine lokale Excel-nahe Lösung grundsätzlich zukunftsfähig sein?

Im Grundsatz: ja. Es gibt keine gesetzliche Regel, die eine lokale Excel-nahe Lösung allein wegen ihrer Technik ausschließt. ZUGFeRD und XRechnung sind dafür ausgelegt, strukturierte Rechnungsdaten unabhängig von einer bestimmten Herstellerplattform auszutauschen.

Ob eine konkrete Softwareversion und der damit organisierte Gesamtprozess die jeweils geltenden Anforderungen erfüllen, muss allerdings immer anhand des aktuellen Rechtsstands, des tatsächlichen Einsatzzwecks und der betrieblichen Organisation beurteilt werden. Eine pauschale Zukunftsgarantie kann deshalb weder für eine lokale Anwendung noch für ein Cloudprodukt seriös gegeben werden.

Eine praktische Checkliste für Excel-Rechnungen

  • Eindeutig beschriebener Nummernkreis mit einmaliger Vergabe jeder Rechnungsnummer.
  • Nachvollziehbare Aufbewahrung verworfener Nummern, Stornos und Berichtigungen.
  • Keine stille Änderung einer bereits versandten Rechnung in derselben Datei.
  • Kontrolle aller Pflichtangaben und der Übereinstimmung zwischen sichtbarer Rechnung und strukturierten Daten.
  • Aufbewahrung der tatsächlich versandten E‑Rechnung im ursprünglichen strukturierten Format.
  • Festgelegte Zuständigkeiten für Freigabe, Fehlerkorrektur und Versandnachweis.
  • Schutz der Dateien vor Verlust und unberechtigter Änderung einschließlich getesteter Wiederherstellung.
  • Angemessene Dokumentation des Ablaufs und Aktualisierung bei Änderungen.
  • Regelmäßige Kontrolle von Formatupdates, gesetzlichen Übergangsfristen und der Entwicklung des deutschen Meldesystems.
  • Abstimmung von Archivierung und Buchungsübergabe mit Buchführung und steuerlicher Beratung.

Fazit: Zukunftssicher bedeutet kontrolliert – nicht zwangsläufig Cloud

Die Zukunft der Rechnung ist strukturiert, maschinell lesbar und stärker vernetzt. Sie ist aber nach heutigem Recht nicht zwingend cloudbasiert. Ebenso wenig müssen Unternehmen eine allgemein „zertifizierte Rechnungssoftware“ kaufen. Rechnungsnummern müssen eindeutig und einmalig sein, nicht mathematisch lückenlos.

Excel kann deshalb auch langfristig Teil des Rechnungsprozesses bleiben. Die Arbeitsmappe allein reicht jedoch nicht. Zukunftssicherheit entsteht durch das Zusammenspiel aus korrekter E‑Rechnung, kontrollierter Nummernvergabe, nachvollziehbaren Korrekturen, unveränderter Aufbewahrung, Datensicherung und dokumentiertem Ablauf.

Zukunftssicheren Excel-Ablauf mit TabellenFaktura testen →

Quellen und rechtlicher Hinweis

Grundlage dieser Einordnung sind § 14 und § 14b UStG, Abschnitt 14.5 des aktuellen Umsatzsteuer-Anwendungserlasses, die FAQ des Bundesfinanzministeriums zur E‑Rechnung, die GoBD, die Kassensicherungsverordnung, die E‑Rechnungs-FAQ der Bundessteuerberaterkammer, die Einführungs-Checkliste der IHK Köln und die Informationen der EU-Kommission zu VAT in the Digital Age. Stand: 25. August 2026. Der Beitrag erläutert allgemeine Anforderungen und ersetzt keine Rechts- oder Steuerberatung für den Einzelfall. Künftige deutsche Vorgaben zum Meldesystem sind weiter zu beobachten.

FAQ

Häufige Fragen

Muss Rechnungssoftware in Deutschland zertifiziert sein?

Nein, für gewöhnliche Rechnungssoftware besteht derzeit keine allgemeine staatliche Zertifizierungspflicht. Die Finanzverwaltung erteilt keine allgemeinen Positivtestate für Software. Private Zertifikate können bei der Auswahl helfen, binden das Finanzamt aber nicht. Entscheidend sind das konkrete System, seine Einstellungen und der tatsächlich gelebte Prozess.

Müssen Rechnungsnummern lückenlos fortlaufend sein?

Nein. Rechnungsnummern müssen im jeweiligen Nummernkreis eindeutig und einmalig vergeben werden. Der Umsatzsteuer-Anwendungserlass stellt ausdrücklich klar, dass eine lückenlose Abfolge nicht zwingend ist. Fehlende Nummern sollten dennoch nachvollziehbar erklärt und dokumentiert werden können.

Werden cloudbasierte Rechnungsprogramme Pflicht?

Nach dem Rechtsstand vom 25. August 2026 gibt es keine allgemeine Cloudpflicht. GoBD-konforme Verfahren können auf eigener Hardware, in einer Cloud oder kombiniert betrieben werden. Auch E-Rechnungen dürfen beispielsweise per E-Mail, Schnittstelle, USB-Stick oder Downloadportal übermittelt werden.

Darf ich Rechnungen weiterhin mit Excel schreiben?

Excel ist nicht pauschal verboten und kann weiterhin zur Erfassung, Berechnung und Gestaltung dienen. Eine veränderbare Excel-Datei allein genügt jedoch nicht automatisch. Pflichtangaben, E-Rechnungsformat, einmalige Nummern, nachvollziehbare Korrekturen und unveränderte Aufbewahrung müssen im gesamten Prozess sichergestellt werden.

Ist ein aus Excel erzeugtes PDF eine E-Rechnung?

Ein einfaches PDF ist seit dem 1. Januar 2025 keine E-Rechnung im gesetzlichen Sinn, sondern eine sonstige Rechnung. Eine E-Rechnung benötigt ein strukturiertes elektronisches Format, beispielsweise XRechnung oder ZUGFeRD, das eine elektronische Verarbeitung ermöglicht.

Wie lange müssen E-Rechnungen aufbewahrt werden?

Ausgestellte und empfangene Rechnungen sind nach § 14b UStG grundsätzlich acht Jahre aufzubewahren. Bei E-Rechnungen muss insbesondere der strukturierte Originalteil unverändert und maschinell auswertbar erhalten bleiben. Andere Unterlagen oder Rechtsgrundlagen können zusätzliche beziehungsweise längere Fristen auslösen.

Ist TabellenFaktura GoBD-zertifiziert?

Eine allgemein verbindliche GoBD-Zertifizierung für Rechnungssoftware gibt es nicht. TabellenFaktura kann einen GoBD-orientierten Rechnungsprozess technisch unterstützen, macht aber nicht allein den gesamten betrieblichen Ablauf ordnungsgemäß. Einstellungen, Nummernorganisation, Archivierung, Datensicherung, Kontrollen und Verfahrensdokumentation bleiben mitentscheidend.

Kann TabellenFaktura langfristig gesetzeskonform eingesetzt werden?

Lokale und Excel-nahe Lösungen sind rechtlich nicht grundsätzlich ausgeschlossen. Ob eine konkrete Version und der damit organisierte Gesamtprozess die geltenden Anforderungen erfüllen, hängt vom jeweiligen Rechtsstand, Einsatzzweck, den Einstellungen und der betrieblichen Organisation ab. Eine pauschale Zukunftsgarantie ist daher nicht möglich.

E-Rechnung aus Excel testen

Die vertraute Vorlage bleibt erhalten und TabellenFaktura lässt sich im eigenen Rechnungsalltag prüfen.

Als Tester bewerben