E-Rechnung 2028 Teil 3: Konformität baut man ein, nicht drauf
Am Ende von Teil 2 war die Entscheidung gefallen: selbst bauen, nicht etwas Fertiges dranhängen. Die offene Frage: Geht das überhaupt? Kann man so etwas selbst herstellen, ohne monatelang in technischen Tiefen zu versinken?
Die kurze Antwort ist ja. Aber nur, wenn man von der richtigen Seite anfängt.
Man kann ein schiefes Haus nicht nachträglich für gerade erklären
Der häufigste Denkfehler bei E-Rechnungen: Konformität sei ein Stempel, den man zum Schluss auf das fertige Dokument drückt. So funktioniert es nicht.
Eine E-Rechnung enthält ein PDF. Dieses PDF muss einer bestimmten Archiv-Norm entsprechen, genannt PDF/A-3. Jede Schrift muss vollständig eingebettet sein, jede Farbe eindeutig definiert, und eine ganze Reihe von Konstruktionen ist verboten. Fehlt auch nur ein einziger Buchstabe in der richtigen Einbettung, sagt der amtliche Prüfer: nein.
Stell dir ein Haus vor, das von Anfang an schief gemauert wurde. Kein Gutachter der Welt wird am Ende einen Stempel draufdrücken und sagen: ab jetzt gerade. Man muss es von Grund auf richtig bauen.
Genau das ist der Ansatz: compliant by construction. Nicht hinterher reparieren, sondern von der ersten Zeile an sauber erzeugen. Es ist auch der Grund, warum die fertigen Pakete aus Teil 2 an genau dieser Stelle ins Schwimmen kommen. Sie nehmen oft ein beliebiges PDF und versuchen, es nachträglich konform zu biegen. Das ist die schwere, unzuverlässige Richtung.
Vier Bausteine, vier klare Aufgaben
Wenn man das PDF von Anfang an richtig erzeugt, zerfällt das große, einschüchternde Problem in vier überschaubare Teile:
Das Modell. Ein sauber aufgebauter Datensatz, der die Rechnung beschreibt: Nummer, Datum, Posten, Beträge, Steuer. Alles Weitere ist nur eine Umformung davon.
Das maschinenlesbare XML. Aus dem Modell entsteht ein Datensatz im vorgeschriebenen Format. XML ist eine Textsprache, die Computer gut lesen können. Dieser Teil ist das, was die Buchhaltungssoftware des Empfängers tatsächlich verarbeitet.
Das sichtbare PDF. Aus demselben Modell entsteht das Dokument, das ein Mensch lesen kann. Es wird von der ersten Zeile an nach den PDF/A-Regeln gebaut, nicht nachträglich umgebogen.
Die Verschmelzung. XML und PDF werden zu einer einzigen Datei verbunden. Beide sagen dasselbe aus. Falls sie sich widersprechen sollten, zählt das XML, wie schon in Teil 1 erklärt.
Darunter liegt noch eine fünfte Schicht: die eigentliche Prüfung. Davon handelt Teil 4.
Nicht alles auf einmal
Vier Bausteine, mehrere Formate, verschiedene Profile. Das ist viel auf einmal. Der Fehler wäre, alles gleichzeitig anzufangen und am Ende nichts wirklich Fertiges zu haben.
Die Reihenfolge, die das verhindert, kam von Claude: zuerst einen einzigen, schmalen, wasserdicht geprüften Kern fertigmachen. Eine echte Rechnung, ein Format, ein Profil, vollständig grün durch den amtlichen Prüfer. Erst wenn dieser Kern steht, kommt die Breite dazu, Schicht für Schicht.
Der Unterschied: “funktioniert nachweislich für einen echten Fall” statt “sollte eigentlich für alles funktionieren”. Bei einer Gesetzespflicht will man das Erste.
Der ehrlichste Moment
Beim Bauen gab es einen Moment, der mir geblieben ist.
Der konforme Kern war fertig, der Prüf-Mechanismus angeschlossen. Aber der eigentliche Prüflauf lief technisch noch nicht. Eine widerspenstige Komponente auf dem Entwicklungsrechner wollte nicht starten.
An dieser Stelle hätte man bequem “fertig, alles grün” in die Versionsgeschichte schreiben können. Claude tat das nicht. Der Eintrag hielt ausdrücklich fest: Prüfung angeschlossen, Lauf steht aus, kein Grün-Versprechen.
Erst Stunden später, als der Prüfer wirklich durchlief und wirklich grün meldete, wurde daraus ein Grün.
Bei Software, die eine gesetzliche Pflicht erfüllen soll, ist der Unterschied zwischen “sieht grün aus” und “der amtliche Prüfer sagt grün” alles. Wer das eine fürs andere ausgibt, baut eine Zeitbombe.
Wer hier was gebaut hat
Ich habe diese Engine nicht Zeile für Zeile selbst getippt. Gebaut hat sie Claude, unter meiner Vorgabe und gegen meine Prüfung. Von mir kam die Richtung und der Massstab: von Grund auf konform, gegen die amtlichen Prüfer, kein Grün ohne Beweis. Claude kam mit der Architektur und der Reihenfolge.
Die Kompetenz steckt bei dieser Art zu arbeiten nicht mehr nur im Tippen. Sie steckt darin, den richtigen Weg vorzugeben und das Ergebnis hart genug zu prüfen. “Ich habe das gebaut” trifft es nicht mehr.
Damit ist die Frage aus Teil 2 beantwortet: Ja, man kann Konformität selbst herstellen, ohne im technischen Sumpf zu versinken. Nicht, indem man alles neu erfindet. Sondern indem man das Dokument von Anfang an richtig erzeugt und die heikle Logik selbst kontrolliert, statt sie an fremden Code abzugeben.
Bleibt der letzte und wichtigste Punkt. “Von Grund auf konform” ist eine schöne Behauptung. Woher weiss ich, dass sie stimmt? Darum geht es in Teil 4.
Teil 3 von 4 der E-Rechnung 2028 Serie.
← E-Rechnung 2028 Teil 2: Fertige Lösung einbauen, oder selbst bauen? | E-Rechnung 2028 Teil 4: Woher ich weiß, dass es wirklich konform ist →