E-Rechnungen für Hausverwaltungen: XRechnung und ZUGFeRD

Die Lieferantenrechnung hat seit zwanzig Jahren denselben Weg: Sie kommt als PDF im Postfach des Verwalters an, jemand liest den Betrag vom Bildschirm ab, tippt ihn in eine Tabellenkalkulation oder ein Buchhaltungsprogramm ab, legt das PDF in einem Ordner ab und hofft, dass beide synchron bleiben. Multiplizieren Sie das mit jedem Aufzugsvertrag, jeder Reinigungsfirma, jeder Versicherungspolice und jeder einmaligen Reparatur über einen Bestand von Gebäuden hinweg, und das Abtippen von Rechnungen ist ein echter Anteil am Backoffice einer Hausverwaltung.

Diese Ära endet, per Gesetz. Seit Januar 2025 muss jedes deutsche Unternehmen in der Lage sein, strukturierte elektronische Rechnungen für inländische B2B-Umsätze zu empfangen, während die Pflicht, sie auszustellen, gestaffelt bis 2027 und 2028 in Kraft tritt. Hausverwaltungen sitzen mittendrin: Das Geld eines Gebäudes zu verwalten ist ein Geschäft, Lieferanten sind Unternehmen, und sie werden zunehmend XML senden, ob die Empfangsseite bereit ist oder nicht.

Die meisten Berichte stellen das als Compliance-Last dar. Es ist das Gegenteil. Die Pflicht zwingt Lieferanten, Rechnungen in einem maschinenlesbaren Format zu senden, was bedeutet, dass die Ära des Abtippens enden kann, wenn der Empfangs-Workflow richtig gebaut ist. Hier lesen Sie, was die Formate tatsächlich sind und wie ein korrekter Empfangs-Workflow aussieht.

Das PDF ist nicht mehr die Rechnung

Eine E-Rechnung ist im rechtlichen Sinne kein PDF einer Rechnung. Sie ist eine strukturierte Datendatei nach dem europäischen Standard EN 16931: der Verkäufer, die Beträge, die Daten, die Zahlungsdetails, alles als maschinenlesbare Felder. Zwei Formate dominieren in Deutschland:

• XRechnung ist die reine Form: eine XML-Datei, ganz ohne visuelle Ebene. Öffnen Sie sie in einem Betrachter, sehen Sie spitze Klammern. Sie ist absichtlich unlesbar, weil sie für Maschinen gedacht ist.
• ZUGFeRD (international: Factur-X) ist die Hybridform: ein normal aussehendes PDF mit darin eingebettetem XML. Der Mensch sieht eine Rechnung; die Maschine sieht Daten. Entscheidend ist, dass das eingebettete XML der maßgebliche Teil ist, nicht die Pixel.

Die Hybridform verbirgt eine Falle, die man kennen sollte. Eine ZUGFeRD-Rechnung, die auf die alte Weise verarbeitet wird, indem man das PDF mit menschlichen Augen liest und abtippt, ignoriert die strukturierte Ebene stillschweigend. Die Zahlen auf der visuellen Ebene und im XML sollen übereinstimmen, doch der maschinenlesbare Teil ist die Rechnung. Ein Workflow, der immer nur die Pixel berührt, verarbeitet ein Bild einer Rechnung und wirft die Rechnung selbst weg.

Empfang richtig gemacht: auslesen, anzeigen, bestätigen

Der korrekte Empfangs-Workflow hat drei Schritte, und nur einer davon betrifft einen Menschen.

Zuerst geht die Datei hinein, XRechnung-XML oder ZUGFeRD-PDF, und die Maschine liest die strukturierten Felder: wer sie gesendet hat, die Rechnungsnummer, das Rechnungs- und Fälligkeitsdatum, den Netto-, Steuer- und Bruttobetrag, die IBAN zur Zahlung. Kein Abtippen, kein Ablesen von Zahlen vom Bildschirm.

Zweitens werden Ihnen diese ausgelesenen Felder in klarer, menschenlesbarer Form angezeigt. Das ist am wichtigsten bei der XRechnung, die ohne diesen Schritt eine Wand aus XML ist, mit der niemand arbeiten kann, aber es zählt auch bei Hybriden: Was Sie sehen, ist das, was die Maschinenebene tatsächlich sagt, nicht das, was das PDF zufällig anzeigt.

Drittens bestätigen Sie, einmal, und die Rechnung wird zu einer Ausgabe im Entwurf in den Büchern des Gebäudes, mit dem ausgelesenen Betrag und Lieferanten. Ab da lebt sie das normale Leben einer Ausgabe: Sie wartet auf den Kontoauszug, die Zahlungszeile wird mit ihr verknüpft, und ihr Status berechnet sich selbst, so wie es jede Gebäudekostenposition sollte.

Eine Datei hinein, eine Bestätigung, eine gebuchte Ausgabe. Das ist die gesamte manuelle Oberfläche des Workflows.

Warum der Bestätigungsschritt nicht optional ist

Eine berechtigte Frage: Wenn die Maschine alles liest, warum überhaupt bestätigen? Warum Rechnungen nicht automatisch buchen, sobald sie eintreffen?

Weil das Auslesen zuverlässig ist und Verantwortung sich nicht delegieren lässt. Eine Rechnung kann maschinell perfekt und trotzdem falsch sein: eine Dublette, ein Betrag, der nicht zum Vertrag passt, eine nie bestellte Leistung oder schlicht Betrug. Rechnungsbetrug mit geänderten Zahlungsdetails ist ein reales und wachsendes Muster, und der Bestätigungsbildschirm ist genau der Ort, an dem er stirbt: Die ausgelesene IBAN liegt vor einem Menschen, der weiß, welches Konto die Aufzugsfirma seit jeher hat. Ein Workflow, der automatisch bucht, entfernt genau den einen Moment, in dem das Urteil des Verwalters angewendet wird, das, wofür das Gebäude tatsächlich bezahlt.

Das richtige Design ist also bewusst gewählt: Die Maschine erledigt das gesamte Lesen, der Mensch trifft die eine Entscheidung. Alles Automatischere optimiert genau den Sinn weg.

Archivieren Sie das Original, nicht die Darstellung

Die deutschen Aufbewahrungsvorschriften verlangen, Rechnungen acht Jahre aufzubewahren, und hier gilt dieselbe Logik wie bei der Hybridform: Zu erhalten ist die Originaldatei, das XML oder das Hybrid-PDF genau so, wie es empfangen wurde, kein Screenshot, keine menschenlesbare Darstellung, kein Re-Export. Die Darstellung ist eine Bequemlichkeit für heute; das Original ist der Nachweis für den Prüfer im siebten Jahr.

Das Empfangswerkzeug sollte das Original daher unveränderlich speichern, neben der Ausgabe, zu der es wurde, und stets in der Lage sein, genau die Bytes zurückzugeben, die eingetroffen sind. Wenn ein Werkzeug gespeicherte Rechnungen neu erzeugt oder „bereinigt“, archiviert es sein eigenes Machwerk statt des Dokuments.

Wohin die Rechnung als Nächstes fließt

Der stille Gewinn, Rechnungen als Daten zu empfangen, ist alles, was nachgelagert kommt. Die bestätigte Ausgabe reiht sich in die Transaktionskette des Gebäudes ein, was bedeutet:

• Die Eigentümer können sie sehen. Die Rechnung nimmt ihren Platz in der Belegliste des Gebäudes ein, der Belegeinsicht, wo ein Eigentümer, der die Jahresabrechnung prüft, das tatsächliche Dokument hinter jeder Zeile öffnen kann.
• Die Jahresabrechnung nimmt sie auf. Das Jahresende erfordert keine Rechnungsjagd mehr, weil jede Lieferantenrechnung bereits kategorisiert in den Büchern liegt. Der gesamte Zyklus wird behandelt in dem Leitfaden zur Abrechnung der Eigentümergemeinschaft.
• Der Steuerberater bekommt saubere Daten. Ein Buchungsexport trägt die Ausgabe mit ihren Kategorien zum Steuerberater, wobei das Originaldokument auf Anfrage abrufbar ist.

Zählen Sie die menschlichen Eingriffe über diesen gesamten Weg: einen. Die Rechnung wurde einmal bestätigt, und jeder spätere Nutzer, Eigentümer, Versammlung, Steuerberater, Prüfer, liest Aufzeichnungen, die aus dieser einen bestätigten Tatsache abgeleitet sind.

Was noch nicht da ist, und warum man trotzdem anfangen sollte

Zwei Zustellwege reifen marktweit noch heran: per E-Mail eintreffende Rechnungen, die automatisch eingelesen werden, und das Peppol-Netzwerk für den strukturierten Rechnungsaustausch. Heute ist die verlässliche Grundlage der Upload: Die Rechnungsdatei, wie auch immer sie Sie erreicht hat, geht ins Werkzeug, und der obige Workflow übernimmt.

Diese Grundlage ist bereits der ganze Gewinn. Die Kosten der E-Rechnung waren nie der Upload-Klick, sondern das Abtippen, die nicht zusammenpassenden Ordner, die Rechnungsjagd jeden Januar. Die enden an dem Tag, an dem der Empfangs-Workflow beginnt, das XML zu lesen statt Sie. Die Pflicht hat die Lieferanten die schwere Hälfte erledigen lassen; die Empfangshälfte ist jetzt eine Entscheidung.