Müssen wir SAP DRC einführen, um E-Rechnungen zu verschicken?

Was DRC leistet und was nicht

SAP Document and Reporting Compliance ist die Compliance-Schicht über dem eDocument-Framework: Sie erzeugt aus SAP-Belegen die landesspezifischen Formate, liefert vorkonfigurierten Länder-Content und wird von SAP rechtlich nachgeführt. Für ein Unternehmen, das seine Ausgangsrechnungen ohnehin in SAP fakturiert, ist das der naheliegende Weg.

Die Grenze liegt am Eingang: DRC setzt einen SAP-Beleg voraus. Eine Rechnung, die nie ein SAP-Beleg wird, weil der Geschäftsvorfall nicht im Customizing steht, kommt bei DRC nicht an.

Warum die Restmenge nicht einfach nachziehbar ist

Der Vorschlag „dann fakturieren wir diese Fälle eben auch in SAP" scheitert selten an der Technik und fast immer an der Rechnung dahinter: Jeder Sonderfall braucht Customizing, Test und Abnahme, und einzeln rechtfertigt keiner davon ein Projekt. Genau deshalb sind diese Rechnungen überhaupt erst in Word gelandet.

Wo ein Sonderfall sich über die Jahre zur Regelmenge entwickelt hat, gehört er trotzdem mittelfristig ins führende System. Für den langen Rest gilt das nicht.

Die realistische Aufteilung

Zwei Wege nebeneinander, nach Herkunft der Rechnung getrennt:

1. Rechnungen aus SAP gehen über den Weg, den Ihr SAP-Team ohnehin baut.
2. Rechnungen daneben gehen über eine Schicht hinter dem fertigen Beleg. Sie liest die Rechnungsdaten aus der PDF, prüft sie gegen EN 16931 und die deutschen Regeln, erzeugt ZUGFeRD oder XRechnung und stellt zu. In SAP ändert sich dabei nichts: kein Change Request, kein Regressionstest.

Diese Restmenge nennen wir Schattenrechnungen. Die ausführliche Abwägung mit allen drei Optionen steht in Rechnungen, die SAP nicht abbildet.