So läuft die E-Rechnung
Aus WGC-/SHB-Rechnungen (PDF) werden EN-16931-konforme E-Rechnungen (XRechnung 3.0 / ZUGFeRD 2.4). Diese Seite beschreibt den Ablauf, die eingebauten PrĂĽfungen und den aktuellen Stand.
Wozu das Tool dient
Das Tool ist eine Brücke für den händischen Rest: für Rechnungen, die manuell geschrieben werden oder aus Systemen ohne native E-Rechnung stammen. Der Standardprozess ab 2027 bleibt die direkte Erzeugung im jeweiligen ERP, bei der PDF und XML aus einer Quelle entstehen und kein manueller Eingriff nötig ist.
Der Ablauf — Ausgangsrechnung erstellen
-
1
PDF hochladen
Die Rechnung als PDF in den Konverter ziehen. Die Vorschau erscheint rechts.
-
2
Automatische Erkennung
Die Rechnungsdaten werden aus der Textebene ausgelesen. Bei gescannten PDFs ohne Textebene springt automatisch die Texterkennung (OCR) ein.
-
3
Daten prüfen & ergänzen
Erkannte Felder kontrollieren und Pflichtangaben vervollständigen. Die Verkäufer-Stammdaten (Name, IBAN, USt-IdNr., Register) sind dabei gesperrt — Entsperren nur bewusst und protokolliert.
-
4
Automatische PrĂĽfungen
Vor dem Export: IBAN-PrĂĽfziffer, USt-IdNr.-Format, Summenkonsistenz, Abgleich der SchlĂĽsselwerte gegen das Original-PDF und Selbstverifikation des erzeugten XML.
-
5
Exportieren
XRechnung (reines XML), ZUGFeRD (PDF mit eingebettetem XML) oder direkt als Mail. Standardmäßig wird das PDF aus den Rechnungsdaten erzeugt — PDF und XML sind dann garantiert identisch und PDF/A-3b-konform. (Abschaltbar, um ein hochgeladenes Original-PDF einzubetten.)
-
6
Ablage & PrĂĽfpfad
Der Export wird in SharePoint abgelegt und im Verlauf gespeichert — inklusive Prüfpfad (Quell-PDF-Hash, manuelle Änderungen, Prüfer).
Eingebaute Sicherheiten
- Gesperrte Stammdaten — Verkäufer-Kernfelder schreibgeschützt.
- IBAN-PrĂĽfziffer (mod-97) & USt-IdNr.-Format (EU/CH).
- Summensperre — Netto + MwSt = Brutto, Gesamt > 0.
- PDF ↔ XML-Abgleich — Schlüsselwerte im Original-PDF gesucht.
- Selbstverifikation — XML zurückgelesen und gegen die Anzeige geprüft.
- PDF aus Daten — Option für garantierte PDF/XML-Gleichheit.
- Prüfpfad — Hash, Änderungs-Diff und Prüfer je Export.
Eingang, Zugriff & Verlauf
- XML → PDF — empfangene E-Rechnungen (XRechnung/ZUGFeRD-XML, CII oder UBL) in ein lesbares PDF umwandeln.
- Zugriffssteuerung — Nutzer sehen nur ihre Gesellschaft (WGC und/oder SHB); Konfiguration über den Reiter „Einstellungen" (Admin).
- Verlauf — alle Exporte durchsuch- und filterbar, getrennt nach WGC / SHB.
- Kein CDN — alle Bibliotheken lokal gehostet; keine externen Aufrufe, verarbeitet wird nur im Browser.
Aktueller Stand
- Live: Konverter (PDF → XRechnung/ZUGFeRD), XML → PDF, Verlauf, Zugriffssteuerung sowie alle Prüf- und Integritätsmechanismen.
- Live: Ablage in SharePoint inkl. PrĂĽfpfad; Mailerstellung direkt aus dem Tool.
- Konformität: KoSIT + veraPDF grün (CI-geprüft) — XRechnung/EN 16931 (KoSIT) und PDF/A-3b (veraPDF) werden bei jeder Änderung automatisch validiert; alle Musterfälle bestehen.
- Live: Power-Automate-Anbindung über einen serverseitigen XML → PDF-Endpunkt (Azure Function, POST/GET per Function-Key, ohne M365-Login) — Antwort als PDF/A-3b.
Automatischer Eingangsrechnungs-Workflow (SharePoint + Power Automate)
- Die Eingangsrechnung (XRechnung-/ZUGFeRD-XML) landet in SharePoint.
- Power Automate erkennt die neue Datei und ruft den XML → PDF-Endpunkt (Azure Function) per Function-Key auf.
- Der Endpunkt liefert ein PDF/A-3b zurĂĽck.
- Das PDF wird automatisch zur Rechnung in SharePoint abgelegt.