Kurz gesagt: Der Leistungszeitraum beschreibt, wann eine Leistung erbracht wurde, und unterstützt die steuerliche Prüfung, die periodengerechte Zuordnung sowie automatisierte Rechnungsprozesse. Bei E-Rechnungen können technische Validierungsregeln fehlende oder widersprüchliche Zeitangaben erkennen. Eine saubere Erfassung, klare Feldmappings und nachvollziehbare Kontrollen reduzieren Fehler und unterstützen die Einhaltung der für den jeweiligen Prozess relevanten Anforderungen.
Der direkte Fahrplan:
Nach diesem Guide können Sie:
Dieser Guide richtet sich an CFOs, Finance-Verantwortliche, Leitungen des Rechnungswesens und Rechnungsbearbeitende, die XRechnungen strukturiert und automatisiert verarbeiten. Er ist außerdem relevant für IT-Teams, die Validierungsprozesse implementieren, sowie für Einkauf und Projektmanagement, wenn dort Leistungszeiträume beziehungsweise Leistungsnachweise entstehen.
Grundlegende Kenntnisse von ERP-Systemen, Rechnungsprozessen und digitalen Formaten sind hilfreich; tiefgehendes Programmierwissen ist nicht erforderlich.
Der Guide fokussiert auf operative Umsetzung, Feldmapping, Datenqualität und Prozessgestaltung. Technische Details der XML-Syntax sowie individuelle steuerliche Einzelfragen werden nicht abschließend behandelt.
Der Leistungszeitpunkt beziehungsweise der Leistungszeitraum beschreibt, wann eine Lieferung oder sonstige Leistung tatsächlich ausgeführt wurde. Der Zeitpunkt der Lieferung oder sonstigen Leistung gehört nach § 14 Abs. 4 Nr. 6 UStG grundsätzlich zu den Rechnungsangaben. Dabei genügt unter den gesetzlichen Voraussetzungen die Angabe des Kalendermonats.
Der Leistungszeitpunkt ist vom Rechnungsdatum, Zahlungsziel und Bestelldatum zu unterscheiden. Für die interne Buchhaltung kann zusätzlich relevant sein, welcher Periode ein Geschäftsvorfall nach den jeweils anzuwendenden Rechnungslegungs- und Buchungsregeln zuzuordnen ist.
In strukturierten E-Rechnungen können ein einzelnes Liefer- oder Leistungsdatum oder ein Abrechnungszeitraum technisch in dafür vorgesehenen Feldern abgebildet werden. Welche Felder und Geschäftsregeln konkret gelten, richtet sich nach der eingesetzten Spezifikation und deren Version.
Eine technische Validierung kann Format- und Geschäftsregelverstöße sichtbar machen. Sie ist laut BMF-FAQ zur E-Rechnung sinnvoll, aber keine unmittelbare Voraussetzung für die steuerliche Anerkennung. Ob eine technisch fehlerhafte Rechnung vom Empfänger zurückgewiesen wird, hängt vom konkreten Fehler, dem eingesetzten Prüfregelwerk und dem Empfangssystem ab.
Prüfen Sie zunächst, ob die abzurechnende Leistung an einem einzelnen Zeitpunkt oder über einen Zeitraum erbracht wurde. Dies bestimmt, welche Rechnungsinformationen fachlich benötigt werden.
Als Grundlage können beispielsweise Auftrag, Vertrag, Projektplan, Leistungsnachweis oder Lieferschein dienen.
Kontrollpunkt: Sie können nachvollziehen, welche Leistung abgerechnet wird und auf welcher Grundlage die Zeitangabe in der Rechnung beruht.
Identifizieren Sie, welche Felder in ERP, Fakturierung oder Rechnungseingangssystem für das Liefer- beziehungsweise Leistungsdatum und für einen Abrechnungszeitraum verwendet werden.
Die Angabe des Leistungszeitraums bestimmt nicht automatisch allein die handels- oder steuerrechtliche Buchungsperiode. Die tatsächliche Buchungslogik sollte deshalb anhand der im Unternehmen geltenden fachlichen Regeln konfiguriert werden.
Kontrollpunkt: Sie wissen, aus welchen Quellfeldern die Informationen stammen, wie sie in die E-Rechnung übertragen werden und welche nachgelagerten Prozesse darauf zugreifen.
Unterscheiden Sie zwischen verbindlichen Geschäftsregeln des jeweils eingesetzten E-Rechnungsstandards und zusätzlichen unternehmensinternen Plausibilitätskontrollen.
| Sachverhalt | Mögliche Behandlung | Einordnung |
|---|---|---|
| Kein Leistungszeitraum angegeben | Prüfen, ob ein zutreffendes einzelnes Liefer- oder Leistungsdatum angegeben ist; fehlt eine erforderliche Rechnungsangabe, Korrektur klären | Ob ein Zeitraum benötigt wird, hängt vom Geschäftsvorgang ab |
| Leistungszeitraum liegt nach Rechnungsdatum | Sachverhalt prüfen und bei Unklarheit Rückfrage stellen | Nicht generell ausgeschlossen, beispielsweise bei Voraus- oder Abschlagskonstellationen |
| Leistungszeitraum weicht vom erwarteten Vertrags- oder Abrechnungszeitraum ab | Zur fachlichen Prüfung weiterleiten | Kann Fehler oder einen berechtigten Sonderfall darstellen |
| Startdatum liegt nach Enddatum | Technisch und fachlich prüfen | Widersprüchliche Zeitangabe; konkrete technische Bewertung hängt von der eingesetzten Spezifikation und Version ab |
| Zeitangabe weicht deutlich von Bestellung oder Leistungsnachweis ab | Warnung beziehungsweise manuelle Prüfung | Unternehmensinterne Plausibilitätskontrolle |
Dokumentieren Sie relevante interne Prüfregeln so, dass Fachbereich und IT nachvollziehen können, welche Anforderungen aus dem eingesetzten E-Rechnungsstandard stammen und welche Kontrollen zusätzlich vom Unternehmen eingeführt wurden.
Bei technischen Detailregeln sollten konkrete Aussagen nur dann dokumentiert werden, wenn die eingesetzte Spezifikation beziehungsweise Validator-Version und die dazugehörige Regel eindeutig feststehen. Andernfalls empfiehlt sich eine neutrale Formulierung und die Prüfung anhand der im Unternehmen tatsächlich eingesetzten Version.
Kontrollpunkt: Technisch verbindliche Regeln und interne Plausibilitätskontrollen sind klar voneinander getrennt.
Angaben zum Leistungszeitraum sollten aus einer nachvollziehbaren fachlichen Quelle stammen.
Abweichungen sollten nicht ohne Prüfung überschrieben werden. Stattdessen sollte geklärt werden, welche Angabe dem tatsächlichen Geschäftsvorgang entspricht.
Praxis-Tipp: Wenn Lieferanten regelmäßig dieselben Fehler machen, kann eine kurze Anleitung mit Beispielen für die benötigten Zeitangaben Rückfragen reduzieren.
Automatisierte Prüfungen können technische Fehler und auffällige Rechnungsdaten frühzeitig erkennen.
Eine vollständig automatisierte Weiterverarbeitung sollte nur dort eingesetzt werden, wo sie zum internen Kontroll- und Freigabekonzept passt.
Technische Validierung unterstützt die Fehlervermeidung, ersetzt aber weder die fachliche Prüfung noch die steuerliche Beurteilung einer Rechnung.
Wenn Angaben zum Leistungszeitraum im Prozess verändert oder korrigiert werden, sollte nachvollziehbar sein, warum dies erfolgt ist und auf welcher fachlichen Grundlage.
Die GoBD verlangen insbesondere Nachvollziehbarkeit und Nachprüfbarkeit des maßgeblichen Verfahrens. Daraus folgt jedoch nicht, dass für jede Zeitangabe zwingend ein vollständiger technischer Audit-Trail mit jedem Zugriff gespeichert werden muss.
Einzelne technische Funktionen eines ERP-, DMS- oder Workflow-Systems garantieren außerdem nicht automatisch die GoBD-Konformität des gesamten Unternehmensprozesses.
Ein mittelständisches Unternehmen hat einen Software-Wartungsvertrag für das erste Quartal. Der Lieferant stellt Anfang April eine Rechnung für die im Zeitraum Januar bis März erbrachten Wartungsleistungen aus.
In der E-Rechnung wird ein Abrechnungszeitraum vom 1. Januar bis zum 31. März angegeben. Das Rechnungssystem gleicht diesen mit dem hinterlegten Vertrag ab und kann die Rechnung entsprechend den internen Regeln weiterverarbeiten.
In einem zweiten Fall enthält die Rechnung stattdessen einen Zeitraum von Januar bis Juni. Das System erkennt die Abweichung vom erwarteten Vertragszeitraum und leitet die Rechnung zur manuellen Prüfung weiter.
Das Rechnungsteam klärt anschließend, ob tatsächlich ein abweichender Leistungsumfang vereinbart wurde oder die Zeitangabe fehlerhaft ist. Ergibt die Prüfung einen Fehler in der ausgestellten Rechnung, wird eine entsprechende Korrektur mit dem Lieferanten abgestimmt.
In größeren Organisationen können Leistungszeitraum und andere Rechnungsinformationen automatisiert mit Bestellung, Vertrag oder Leistungsnachweis abgeglichen werden.
Rechnungen ohne Auffälligkeiten können anschließend entsprechend dem internen Freigabekonzept automatisiert weitergeleitet werden. Abweichungen werden zur manuellen Prüfung gekennzeichnet.
Welche Automatisierungsquote erreichbar und sinnvoll ist, hängt von Datenqualität, Prozessvarianten und internen Kontrollen ab.
Wenn bestimmte Zeitangaben für die automatische Verarbeitung relevant sind, können Lieferanten bei Bedarf konkrete Beispiele und technische Hinweise erhalten.
Dabei sollte klar unterschieden werden zwischen gesetzlichen beziehungsweise standardbedingten Anforderungen und zusätzlichen Anforderungen des eigenen Rechnungseingangsprozesses.
Dauerleistungen: Bilden Sie die für den konkreten Abrechnungsfall relevante Leistungs- beziehungsweise Abrechnungsperiode zutreffend ab.
Voraus- und Abschlagsrechnungen: Bei Rechnungen vor vollständiger Leistungsausführung gelten besondere Anforderungen. Ein Leistungszeitraum nach dem Rechnungsdatum ist deshalb nicht grundsätzlich ausgeschlossen.
Korrekturrechnungen: Stellen Sie einen eindeutigen Bezug zum ursprünglichen Geschäftsvorfall her. Steuerliche Zweifelsfälle sollten anhand des konkreten Sachverhalts geprüft werden.
Eine technische Zurückweisung kann unterschiedliche Ursachen haben. Prüfen Sie deshalb den konkreten Fehlerbericht sowie die tatsächlich eingesetzte Spezifikation und Validator-Konfiguration.
Ohne Kenntnis der exakten Version und der konkreten Regel sollte nicht pauschal behauptet werden, dass eine bestimmte Zeitangabe nach einem allgemein gültigen Validator-Kriterium unzulässig ist.
Eine technische Zurückweisung bedeutet zudem nicht automatisch, dass aus demselben Grund auch die steuerliche Anerkennung ausgeschlossen ist.
Ja. Ein früherer Leistungszeitraum kann sachlich korrekt sein, beispielsweise wenn eine bereits erbrachte Leistung erst später abgerechnet wird.
Starre allgemeine Zeitgrenzen gibt es hierfür nicht. Auffällige Abstände sollten anhand von Vertrag und Leistungsnachweisen geprüft werden.
Bei einer Teilabrechnung bereits erbrachter Leistungen sollte die tatsächlich abgerechnete Phase beziehungsweise der entsprechende Leistungsstand abgebildet werden.
Bei Voraus- oder Abschlagsrechnungen vor Leistungsausführung gelten dagegen besondere umsatzsteuerliche Anforderungen, die anhand des konkreten Falls geprüft werden sollten.
Prüfen Sie zunächst, ob stattdessen ein zutreffendes Liefer- oder Leistungsdatum angegeben ist beziehungsweise ob die erforderliche Information an anderer zulässiger Stelle vorliegt.
Fehlt eine für den konkreten Rechnungssachverhalt erforderliche Angabe, sollte die Rechnung mit dem Rechnungssteller geklärt und gegebenenfalls korrigiert werden.
Ja. Das kann insbesondere bei bestimmten Voraus- oder Abschlagskonstellationen vorkommen.
Ein nach dem Rechnungsdatum liegender Leistungszeitraum darf deshalb nicht pauschal als logisch unmöglich oder automatisch abzulehnen eingestuft werden. Entscheidend sind Rechnungsart, Vertragsgrundlage und der tatsächliche umsatzsteuerliche Sachverhalt.
Nicht zwingend. Technische oder geschäftsregelbasierte Abweichungen können von einem Validator erkannt werden. Ob die Rechnung anschließend tatsächlich zurückgewiesen wird, hängt jedoch von der konkreten Regel, der eingesetzten Version und dem Prozess des Empfängers ab.
Fachlich falsche Angaben können außerdem auch dann vorliegen, wenn eine Rechnung technisch ohne Fehler validiert.
Eine Validierung ist sinnvoll und wird vom BMF als Unterstützung bei der Prüfung einer E-Rechnung beschrieben. Sie ist jedoch keine unmittelbare Voraussetzung für deren steuerliche Anerkennung.
Der Rechnungsempfänger muss die Rechnung unabhängig davon auf Vollständigkeit und Richtigkeit prüfen.
Maßgeblich ist der zugrunde liegende Geschäftsvorgang. Wird lediglich eine fehlerhafte Angabe einer bestehenden Rechnung berichtigt, sollte der Bezug zum ursprünglichen Leistungsfall eindeutig erhalten bleiben.
Da Rechnungskorrekturen und umsatzsteuerliche Gutschriften unterschiedliche Sachverhalte darstellen können, sollte die konkrete Behandlung im Einzelfall geprüft werden.
Nutzen Sie dafür Ihre eigenen Prozesskennzahlen, beispielsweise die Zahl manueller Klärungen, die durchschnittliche Bearbeitungszeit je Fall und die Häufigkeit von Rückfragen.
Vergleichen Sie diese Werte vor und nach einer Prozessanpassung. So lässt sich der tatsächliche Effekt bewerten, ohne allgemeine Einsparquoten oder feste ROI-Werte zu unterstellen.
Nächster Schritt: Starten Sie mit einer Feldabstimmung zwischen ERP, Rechnungssystem und E-Rechnungsformat. Testen Sie anschließend repräsentative Rechnungsfälle mit der von Ihnen tatsächlich eingesetzten Spezifikation und Validator-Konfiguration. Konkrete technische Regeln sollten erst dann verbindlich dokumentiert werden, wenn Version und Regelreferenz eindeutig feststehen.