E-Rechnung archivieren: Kurzantwort und klare Abgrenzung
Eine Sammlung abgeleiteter PDFs erfüllt die Besonderheiten strukturierter Rechnungen nicht. Der Prozess muss Dubletten, Versionen, Berechtigungen, Löschschutz, Suche, Export und Prüferzugriff beherrschen. Bei ZUGFeRD darf die eingebettete XML nicht durch einen Ausdruck oder Screenshot ersetzt werden. Eine separat extrahierte XML kann als Arbeitskopie dienen; die Aufbewahrungsentscheidung für den PDF-Teil richtet sich zusätzlich nach seinem steuerlich relevanten Inhalt. Bei reiner XML kann eine reproduzierbare Sicht ergänzt werden.
Die Dauer gesetzlicher Aufbewahrung behandelt der bestehende Owner Aufbewahrungsfrist für Rechnungen. Diese Seite fokussiert technische und organisatorische Besonderheiten von E-Rechnungen. Die breitere revisionssichere Archivierung bleibt der Methoden-Owner.
Entscheidungsmatrix für E-Rechnung archivieren
| Situation | Prüffrage | Entscheidung | Nachweis |
|---|---|---|---|
| Reine XML | Eine XRechnung wird ohne visuelle Originalseite empfangen. | XML bleibt Original; eine Viewer-Darstellung wird als Ableitung gekennzeichnet. | Hash, Eingangsmetadaten und reproduzierbare Visualisierung. |
| ZUGFeRD | PDF/A-3 enthält sichtbare und strukturierte Repräsentation. | Der Betrieb bewahrt den gelieferten Container vollständig auf und kennzeichnet die extrahierte XML nur als Arbeitskopie. | PDF/A-Prüfung, eingebettete XML, Containerhash und Prüfung auf zusätzliche steuerlich relevante Bildinformationen. |
| Korrektur | Ein Aussteller ersetzt oder berichtigt eine bereits archivierte Rechnung. | Alte und neue Fassung bleiben mit Grund und Referenz verbunden. | Korrespondenz, Belegbezug und chronologische Statusfolge. |
| Formatmigration | Viewer oder Speichermedium droht während der Frist unbrauchbar zu werden. | Migration erfolgt kontrolliert, ohne das Original zu vernichten. | Migrationsprotokoll, Prüfsummen und Stichprobentest. |
Reine XML
Eine XRechnung wird ohne visuelle Originalseite empfangen. Für den Themenbereich E-Rechnung archivieren folgt daraus eine klare Arbeitsentscheidung: XML bleibt Original; eine Viewer-Darstellung wird als Ableitung gekennzeichnet. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Hash, Eingangsmetadaten und reproduzierbare Visualisierung. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.
ZUGFeRD
PDF/A-3 enthält sichtbare und strukturierte Repräsentation. Für den Themenbereich E-Rechnung archivieren folgt daraus eine klare Arbeitsentscheidung: Der Betrieb bewahrt den gelieferten Container vollständig auf und kennzeichnet die extrahierte XML nur als Arbeitskopie. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen PDF/A-Prüfung, eingebettete XML, Containerhash und Prüfung auf zusätzliche steuerlich relevante Bildinformationen. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.
Korrektur
Ein Aussteller ersetzt oder berichtigt eine bereits archivierte Rechnung. Für den Themenbereich E-Rechnung archivieren folgt daraus eine klare Arbeitsentscheidung: Alte und neue Fassung bleiben mit Grund und Referenz verbunden. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Korrespondenz, Belegbezug und chronologische Statusfolge. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.
Formatmigration
Viewer oder Speichermedium droht während der Frist unbrauchbar zu werden. Für den Themenbereich E-Rechnung archivieren folgt daraus eine klare Arbeitsentscheidung: Migration erfolgt kontrolliert, ohne das Original zu vernichten. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Migrationsprotokoll, Prüfsummen und Stichprobentest. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.
E-Rechnung archivieren Schritt für Schritt umsetzen
- Eingang erfassenProtokolliere Zeitpunkt, Kanal, Dateiname, Absender und Hash.
- Original schützenSetze Berechtigungen, Versionierung und kontrollierte Löschregeln.
- Inhalt indexierenÜbernehme sichere Suchfelder wie Belegnummer, Lieferant, Datum und Betrag.
- Nachweise verbindenOrdne Validierung, fachliche Prüfung, Freigabe und Zahlung zu.
- Lesbarkeit testenÖffne repräsentative UBL-, CII- und ZUGFeRD-Dateien regelmäßig.
- Export bereitstellenErzeuge einen vollständigen, geordneten Prüferexport mit Originalen und Metadaten.
- Migration dokumentierenKopiere Medien oder Ansichten mit Hashvergleich und Freigabe.
Eingang erfassen
Protokolliere Zeitpunkt, Kanal, Dateiname, Absender und Hash. Der Schritt ist abgeschlossen, sobald Herkunft und Identität des Originals feststehen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Fehlende Transportdaten werden als bekannte Lücke dokumentiert. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
Original schützen
Setze Berechtigungen, Versionierung und kontrollierte Löschregeln. Der Schritt ist abgeschlossen, sobald Änderungen verhindert oder lückenlos nachgewiesen werden. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Administrativer Zugriff wird gesondert protokolliert. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
Inhalt indexieren
Übernehme sichere Suchfelder wie Belegnummer, Lieferant, Datum und Betrag. Der Schritt ist abgeschlossen, sobald Rechnung ohne Änderung der Originaldatei auffindbar ist. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Extraktionsfehler ändern nicht still das Original. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
Nachweise verbinden
Ordne Validierung, fachliche Prüfung, Freigabe und Zahlung zu. Der Schritt ist abgeschlossen, sobald Lebenszyklus und Verantwortliche in einer Akte sichtbar sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Arbeitsnotizen mit sensiblen Daten erhalten passende Rechte. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
Lesbarkeit testen
Öffne repräsentative UBL-, CII- und ZUGFeRD-Dateien regelmäßig. Der Schritt ist abgeschlossen, sobald Viewer, Parser und Export weiterhin funktionieren. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Nach Updates werden alte Formatstände mitgetestet. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
Export bereitstellen
Erzeuge einen vollständigen, geordneten Prüferexport mit Originalen und Metadaten. Der Schritt ist abgeschlossen, sobald Daten ohne proprietäre Sackgasse bereitgestellt werden können. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Eine PDF-Sammelmappe gilt nicht als einziger E-Rechnungs-Export. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
Migration dokumentieren
Kopiere Medien oder Ansichten mit Hashvergleich und Freigabe. Der Schritt ist abgeschlossen, sobald Identität, Vollständigkeit und Chronologie erhalten bleiben. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnung archivieren ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Das ursprüngliche Format wird soweit möglich zusätzlich bewahrt. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.
| Archivobjekt | Aufbewahren | Nicht als Ersatz verwenden |
|---|---|---|
| XRechnung | Original-XML plus Eingangs-/Versandmetadaten | Screenshot oder Viewer-PDF |
| ZUGFeRD | mindestens strukturierter Teil; vollständiger Container als klarer Betriebsstandard | nur Ausdruck, Screenshot oder abgeleitete Viewer-PDF |
| Validierung | Bericht mit Regel- und Dateiversion | grüner Status ohne Prüfumfang |
| Freigabe | Rolle, Zeitpunkt, Ergebnis und Ausnahmen | unpersönlicher Ordnername „geprüft“ |
| Korrektur | beide Fassungen mit Referenz und Grund | Überschreiben der ersten Datei |
Praxisbeispiele für E-Rechnung archivieren
Viewer wird eingestellt
Das Archiv enthält zehn Jahre alte CII-Dateien, der bisherige Viewer läuft nicht mehr. Die verantwortliche Person entscheidet deshalb: Originale bleiben erhalten und werden mit einem neuen, dokumentiert getesteten Viewer visualisiert. Im Ergebnis bleiben Daten lesbar, ohne eine massenhafte stille Umwandlung der Originale. Das Beispiel zeigt, dass E-Rechnung archivieren nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.
ZUGFeRD-XML separat gespeichert
Ein Mitarbeiter extrahiert XML für die Prüfung und möchte nur diese Datei ablegen. Die verantwortliche Person entscheidet deshalb: Der Betrieb behält den gelieferten PDF/A-3-Container und kennzeichnet die Extraktion als Arbeitskopie. Zusätzlich wird geprüft, ob der Bildteil weitere steuerlich relevante Angaben trägt. Im Ergebnis bleiben Struktur, Lieferzustand und notwendige Zusatzinformationen nachvollziehbar. Das Beispiel zeigt, dass E-Rechnung archivieren nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.
Korrigierte Lieferantenrechnung
Der Lieferant sendet unter Bezug auf die erste Rechnung eine korrigierte Datei. Die verantwortliche Person entscheidet deshalb: Beide Dokumente werden unverändert verbunden und der Zahlungsstatus auf die neue Entscheidung gesetzt. Im Ergebnis zeigt die Akte nicht nur den Endstand, sondern den prüfbaren Korrekturweg. Das Beispiel zeigt, dass E-Rechnung archivieren nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.
Typische Fehler bei E-Rechnung archivieren
Nur visualisierte PDF speichern
Struktur, Codes und automatische Auswertbarkeit gehen verloren. Die fachliche Korrektur lautet: Das empfangene XML-Original bleibt primäres Archivobjekt. Als dauerhafte Kontrolle wird Exporttests gezielt auf strukturierte Dateien prüfen. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnung archivieren erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.
Dateien umbenennen und verändern
Unkontrollierte Bearbeitung kann Hash und Nachweis zerstören. Die fachliche Korrektur lautet: Metadaten werden im Archivsystem statt im Dateiinhalt gepflegt. Als dauerhafte Kontrolle wird Originaldateien schreibgeschützt abgelegt. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnung archivieren erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.
Prüfbericht nicht binden
Später ist unklar, welche Fassung mit welchem Regelstand geprüft wurde. Die fachliche Korrektur lautet: Bericht enthält Hash, Validator und Version. Als dauerhafte Kontrolle wird Archivbeziehung technisch verpflichtend gesetzt. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnung archivieren erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.
Alte Formate nicht testen
Aufbewahrte Rechnungen können trotz vorhandener Datei unlesbar werden. Die fachliche Korrektur lautet: Regelmäßige Lesbarkeits- und Exporttests werden durchgeführt. Als dauerhafte Kontrolle wird Fehlerquote und Migrationsbedarf im Kontrollbericht verfolgt. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnung archivieren erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.
Freigabe-Checkliste: E-Rechnung archivieren
- Rechtsträger und Empfängerrolle eindeutig
- Rechnungs- und Leistungsdatum plausibel
- Bestell-, Vertrags- und Projektreferenzen vorhanden
- Steuerkategorie, Satz und Befreiungsgrund konsistent
- Summen auf Positions-, Steuer- und Dokumentebene stimmig
- Format, Profil und Syntax vom Empfänger akzeptiert
- aktuelle Validierungsartefakte verwendet
- Originaldatei, Prüfbericht und Versandnachweis verbunden
Die Checkliste wird nicht erst am Ende eines Monats abgearbeitet. Sie gehört an den einzelnen Vorgang, solange Rückfragen noch ohne aufwendige Rekonstruktion beantwortet werden können. Pflichtfelder verhindern einfache Lücken; fachliche Ausnahmen brauchen zusätzlich eine kurze Begründung. So bleibt E-Rechnung archivieren auch dann kontrollierbar, wenn mehrere Personen Eingang, Prüfung, Freigabe und Versand übernehmen.
Ein Vier-Augen-Prinzip ist besonders bei neuen Geschäftsfällen, geänderten Stammdaten und rechtlich sensiblen Entscheidungen sinnvoll. Wiederkehrende Standardfälle können nach dokumentierter Freigabe stärker automatisiert werden. Die Automatisierung übernimmt jedoch nur die freigegebene Regel. Sie darf eine fehlende Information nicht still durch einen plausibel wirkenden Standardwert ersetzen.
Dokumentation, Verantwortlichkeit und regelmäßige Pflege
Für E-Rechnung archivieren werden Eingangsdaten, Entscheidung, Ergebnis und Nachweis als zusammenhängender Vorgang geführt. Eine reine Dateiablage zeigt zwar das Endprodukt, aber nicht zwingend den Entscheidungsweg. Deshalb erhält jede Ausnahme einen Owner, einen Status und einen nächsten Schritt. Änderungen werden ergänzt oder versioniert; sie werden nicht durch stilles Überschreiben unsichtbar gemacht.
Die zugrunde liegende Arbeitsanweisung nennt außerdem ein Prüfdatum. Rechtliche Schwellen, technische Standards, externe Portale und interne Produktfunktionen können sich ändern. Bei der turnusmäßigen Kontrolle werden Primärquelle, tatsächlicher Prozess und veröffentlichte Aussage miteinander verglichen. Ändert sich nur eine Zahl, wird derselbe Intent-Owner aktualisiert; eine neue Jahres-URL ist dafür nicht erforderlich.
Die organisatorische Grundlage erklärt revisionssichere Archivierung. Eingang und Prüfkette stehen auf E-Rechnung empfangen; gesetzliche Zeiträume auf Rechnungs-Aufbewahrungsfrist.
E-Rechnung archivieren und die Produktgrenzen von Invoify
Invoify erzeugt Ausgangsrechnungen als PDF, XRechnung und ZUGFeRD. Strukturierte Exporte werden mit Mustang beziehungsweise den einschlägigen KoSIT-Regeln validiert. Die Belegbox kann manuell hochgeladene XRechnung-XML und ZUGFeRD-Dateien technisch prüfen und ausgewählte Kernwerte ohne OCR oder Sprachmodell auslesen. Ein überwachter Lieferanten-Eingang, eine Peppol-Zustellung, eine automatische fachliche Buchung und eine Zahlungsfreigabe eingehender E-Rechnungen sind dagegen nicht als Produktfunktion belegt.
Eine Funktion wird in diesem Leitfaden nur dann als Invoify-Funktion bezeichnet, wenn sie in der aktuellen Produktdokumentation belegt ist. Steuerliche Würdigung, rechtliche Einzelfallprüfung und externe Behördenverfahren bleiben bei den verantwortlichen Personen beziehungsweise deren Beratung. Diese Trennung verhindert, dass ein formal erzeugter Beleg mit einer fachlich freigegebenen Entscheidung verwechselt wird.
Offizielle Quellen und Prüfstand
Maßgeblich sind § 14 UStG, die BMF-FAQ zur E-Rechnung mit Stand März 2026 und das aktualisierte BMF-Schreiben zur obligatorischen E-Rechnung. Technische Referenzen liefern KoSIT/XStandards Einkauf, FeRD zu ZUGFeRD und die EU-Kommission zu EN 16931. Stand der Prüfung: 5. August 2026. Technische Regelstände und neue Format-Releases werden spätestens im Januar 2027 erneut geprüft.
E-Rechnung archivieren: acht Jahre und die GoBD-Nuance für ZUGFeRD
§ 14b UStG beginnt die Frist mit dem Schluss des Kalenderjahres der Rechnung und verweist auf § 147 AO. Dort gehören Buchungsbelege ebenfalls zur achtjährigen Kategorie; die Frist läuft nicht ab, soweit Unterlagen noch für Steuern mit nicht abgelaufener Festsetzungsfrist von Bedeutung sind. Dieser Beitrag ersetzt deshalb keine individuelle Fristenakte und verweist für die vollständige Zeitberechnung auf Rechnungen aufbewahren.
Die BMF-FAQ mit Stand März 2026 verlangt bei einer E-Rechnung zumindest den strukturierten Teil in ursprünglicher Form. Die zweite GoBD-Änderung vom 14. Juli 2025 konkretisiert für hybride Formate: Der menschenlesbare Teil ist zusätzlich aufzubewahren, wenn er weitere oder abweichende steuerlich relevante Informationen enthält, etwa Buchungsvermerke oder bestimmte Signaturen.
| Dokumenttyp | Mindestens erhalten | Zusätzlich prüfen | Nicht ausreichend |
|---|---|---|---|
| XRechnung als XML | empfangene oder versendete strukturierte Datei in ursprünglicher Form | Transportmetadaten, Bericht, Freigabe und Korrekturbezug | Screenshot, Ausdruck oder Viewer-PDF allein |
| ZUGFeRD | strukturierter Teil; vollständigen Liefercontainer als Betriebsstandard bewahren | weitere oder abweichende steuerlich relevante Angaben im PDF-Teil | nur Ausdruck oder neu gerenderte PDF |
| Validierungsbericht | Bericht zur finalen Dateifassung | Hash, Validator, Konfiguration und Prüfzeit | grünes Symbol ohne Regelstand |
| Korrektur | erste und berichtigte Rechnung | spezifischer Bezug, Grund und Statusfolge | erste Datei überschreiben |
| Viewer-Ausgabe | nur als abgeleitete Arbeitsansicht kennzeichnen | Reproduzierbarkeit und eingesetzte Version | als strukturiertes Original bezeichnen |
Praxistest: Einen vollständigen E-Rechnungs-Prüferexport bauen
Ein Archiv beweist seinen Nutzen nicht durch einen Produktnamen, sondern durch einen kontrollierten Export. Für den Test wird ein abgeschlossener, anonymisierter Vorgang ausgewählt. Das Team exportiert die Originaldatei und alle notwendigen Bezüge, prüft Hashes und öffnet die Daten auf einem getrennten Arbeitsplatz. So werden proprietäre Sackgassen und fehlende Verknüpfungen sichtbar, bevor eine echte Prüfung beginnt.
| Exportbestandteil | Beispielinhalt | Kontrolle |
|---|---|---|
| Manifest | Beleg-ID, Rechnungsnummer, Dateiname, MIME-Typ, Hash und Zeitpunkte | jede Datei genau einmal und ohne verwaiste Beziehung enthalten |
| Original | UBL-, CII-XML oder geliefertes ZUGFeRD-PDF/A-3 | Hash entspricht dem archivierten Eingang beziehungsweise Ausgang |
| Visualisierung | abgeleitete HTML- oder PDF-Ansicht | klar als Ansicht gekennzeichnet und aus Original reproduzierbar |
| Validierung | Bericht mit Regelstand und Dateihash | passt zur finalen Originaldatei statt zu einem verworfenen Entwurf |
| Freigabe | Rolle, Zeitpunkt, Ergebnis und begründete Ausnahme | keine anonyme Statusmarke ohne Verantwortlichkeit |
| Transport | Mail-Header, Portalquittung oder Netzwerkstatus | konkrete Datei über Message-ID oder Hash zugeordnet |
| Korrekturbeziehung | erste Rechnung, Berichtigung und Kommunikation | Chronologie bleibt vollständig und keine Fassung wird ersetzt |
- Stichprobe wählenReine XML, ZUGFeRD, Korrektur und alte Formatversion in den Testkorpus aufnehmen.
- Export ohne Spezialzugriff startenEine vertretungsberechtigte Rolle nutzt den dokumentierten Standardweg.
- Hashes verifizierenManifest und tatsächlich exportierte Bytes vollständig vergleichen.
- Lesbarkeit prüfenXML visualisieren, ZUGFeRD-Struktur extrahieren und alte Dateien mit dem vorgesehenen Werkzeug öffnen.
- Maschinell auswertenKernfelder aus den strukturierten Originalen erneut auslesen und gegen Manifestwerte prüfen.
- Lücken protokollierenFehlende Beziehung, falsche Version oder nicht reproduzierbare Ansicht mit Owner und Termin versehen.
- Test wiederholenIntervall nach Änderungsrisiko festlegen und nach System-, Viewer- oder Migrationswechsel erneut ausführen.
Was Invoify für die Ablage belegt – und was nicht
Invoify friert eigene erzeugte E-Rechnungsdateien und den technischen Validierungsstand am Ausgangsbeleg ein. Die Belegbox speichert manuell hochgeladene Originaldateien privat, bildet einen SHA-256-Hash zur Dublettenerkennung und kann Belege als ZIP ausgeben. Bei erfolgreich validierten XML- und ZUGFeRD-Uploads werden ausgewählte Kernwerte strukturiert ausgelesen, ohne das Original zu ersetzen.
Damit wird keine pauschal zertifizierte oder für jeden Betrieb vollständige revisionssichere Archivlösung behauptet. Invoify überwacht keinen externen Lieferanteneingang, führt keine automatische Buchung oder Vorsteuerentscheidung durch und ersetzt weder Verfahrensdokumentation noch Rollen-, Lösch-, Migrations- und Prüferexportkonzept des Unternehmens. Der konkrete Aufbewahrungsprozess bleibt von Verantwortlichen und gegebenenfalls steuerlicher Beratung freizugeben. ${REVIEW}
Häufige Fragen
Muss die XML einer E-Rechnung aufbewahrt werden?
Ja. Bei einer strukturierten E-Rechnung ist die empfangene beziehungsweise versendete strukturierte Datei zu erhalten; eine daraus erzeugte Ansicht ersetzt sie nicht.
Reicht ein normales Dateisystem?
Nur wenn der Gesamtprozess Unveränderbarkeit, Nachvollziehbarkeit, Berechtigung, Auffindbarkeit, Lesbarkeit und Export tatsächlich sicherstellt. Ein frei bearbeitbarer Ordner reicht regelmäßig nicht.
Was wird bei ZUGFeRD archiviert?
Mindestens der strukturierte Teil muss unversehrt in seiner ursprünglichen Form erhalten bleiben. Der vollständige empfangene PDF/A-3-Container ist ein klarer Betriebsstandard; der Bildteil ist jedenfalls mit aufzubewahren, wenn er zusätzliche oder abweichende steuerlich relevante Informationen enthält.
Ist Invoify ein zertifiziertes revisionssicheres Archiv?
Eine solche Produktzertifizierung wird nicht behauptet. Invoify hält eigene Ausgangsbelege und Belegdaten vor; die Verantwortung für den vollständigen Aufbewahrungsprozess bleibt beim Unternehmen.
Reichen bei jeder E-Rechnung genau acht Jahre Aufbewahrung?
Umsatzsteuerlich nennt § 14b UStG acht Jahre. Die Frist läuft jedoch nicht ab, soweit Unterlagen noch für Steuern mit nicht abgelaufener Festsetzungsfrist von Bedeutung sind. Den konkreten Fristablauf behandelt der zentrale Aufbewahrungsfrist-Owner.