SAP Business One und E-Rechnung: XRechnung, ZUGFeRD und passende Ergänzungswege

SAP Business One und E-Rechnung: XRechnung, ZUGFeRD und passende Ergänzungswege

SAP Business One kann Teil eines belastbaren E-Rechnungsprozesses sein. Ob XRechnung oder ZUGFeRD direkt aus dem System erzeugt werden kann, hängt jedoch von Version, Patchstand, Deutschland-Lokalisierung, installierten Komponenten, Add-ons und der Betreuung durch den SAP-Partner ab. Ein PDF-Ausgang allein ist noch keine strukturierte E-Rechnung. Fehlt ein geeigneter Standardweg, kommen ein strukturierter Datenexport, eine API-Übergabe oder eine kontrollierte PDF-Strecke als Ergänzung infrage.

Dieser Leitfaden behandelt ausschließlich SAP Business One. SAP ERP beziehungsweise ECC und SAP S/4HANA verwenden andere Komponenten und Prozesse. Wenn Sie systemübergreifend nach eDocument Cockpit, SAP Document and Reporting Compliance oder typischen SAP-XRechnungsfehlern suchen, lesen Sie den SAP-Gesamtleitfaden zu XRechnung, Pflichtfeldern und Fehlern.

Kurzantwort: Welcher Weg passt für SAP Business One?

Beginnen Sie nicht mit der Auswahl eines Konverters, sondern mit einer Bestandsaufnahme. Diese vier Fragen entscheiden über den passenden Weg:

1. Erzeugt Ihre konkrete Installation bereits eine valide XRechnung oder ZUGFeRD-Datei?
2. Liegen alle Rechnungsinformationen strukturiert in SAP Business One oder in einem Add-on vor?
3. Entsteht heute nur ein PDF über Print Layout Designer, Crystal Reports oder eine Erweiterung?
4. Müssen Versand, Rückmeldungen und Archivierung ebenfalls automatisiert werden?

Die SAP-Anleitung für XRechnung in der Deutschland-Lokalisierung beschreibt für SAP Business One 10.0 einen SAP-seitigen Prozess mit Electronic Document Service, Electronic File Manager, digitalen Nummernserien, Geschäftspartner- und Artikeldaten, SAP Document and Reporting Compliance Cloud Edition für Peppol sowie dem Electronic Document Monitor. SAP weist zugleich darauf hin, dass sich die eingesetzten Komponenten im Lauf der Zeit geändert haben. Bei älteren Installationen darf dieser aktuelle Ablauf deshalb nicht ungeprüft übertragen werden.

Fünf typische Varianten in SAP-Business-One-Landschaften

1. SAP-dokumentierter XRechnungsprozess

Für eine passend unterstützte SAP-Business-One-Installation kann der von SAP dokumentierte Weg die engste Integration bieten. Die XRechnung wird aus der Ausgangsrechnung erzeugt; Einstellungen und Stammdaten bestimmen das Format und die Verarbeitung. Der Electronic Document Monitor zeigt Statusinformationen und ermöglicht Folgeaktionen sowie den Export erzeugter XML-Dateien.

Dieser Weg ist besonders interessant, wenn das Unternehmen ohnehin auf einem unterstützten Release arbeitet, die erforderlichen Komponenten betreibt und der SAP-Partner Customizing sowie Wartung übernimmt. Er ist aber kein Beleg dafür, dass jede beliebige SAP-Business-One-Version ohne Vorbereitung XRechnung ausgeben kann.

2. Partner-Add-on oder Branchenlösung

Viele SAP-Business-One-Umgebungen sind über Add-ons erweitert. Solche Lösungen können Layout, Faktura, Dokumentenversand, Archivierung oder elektronische Belege übernehmen. Entscheidend ist nicht, ob das Add-on das Wort „E-Rechnung“ verwendet, sondern welches Ergebnis tatsächlich entsteht:

• reine PDF-Datei,
• ZUGFeRD-PDF mit eingebettetem XML,
• XRechnung als UBL- oder CII-XML,
• proprietärer XML-, CSV- oder JSON-Export,
• Versand an E-Mail, Peppol, Portal oder einen Dienstleister,
• Statusrückgabe und Fehlerprotokoll.

Auch CoreSuite kann in individuell gewachsenen Landschaften am Rechnungsdruck oder Versand beteiligt sein. Daraus folgt aber keine pauschale Aussage über XRechnung, ZUGFeRD oder verfügbare Schnittstellen. Prüfen Sie das konkrete Modul, dessen Version, das Rechnungslayout und mögliche kundenspezifische Anpassungen gemeinsam mit dem betreuenden Partner.

3. Print Layout Designer oder Crystal Reports erzeugt PDF

SAP Business One unterstützt Layouts über Print Layout Designer und SAP Crystal Reports. In den Druckeinstellungen kann je Belegart unter anderem eine automatische PDF-Ausgabe oder ein E-Mail-Versand aktiviert werden. Das dokumentiert SAP in den Druckeinstellungen je Belegart.

Diese Funktionen sind für einen stabilen sichtbaren Beleg wertvoll. Sie ersetzen aber nicht den strukturierten XML-Datensatz einer E-Rechnung. Ein sauber gestaltetes PDF kann als Ausgangspunkt für ZUGFeRD oder eine kontrollierte Konvertierung dienen; es ist ohne eingebettete beziehungsweise zusätzlich erzeugte strukturierte Daten jedoch nur eine sonstige Rechnung.

4. Strukturierter Export oder API-Übergabe

Kann die Installation Rechnungsdaten strukturiert bereitstellen, ist dieser Weg meist robuster als eine Rekonstruktion aus dem PDF. SAP dokumentiert im Service Layer unter anderem den lesenden Zugriff auf Rechnungsentitäten. Ob Service Layer, DI API, eine freigegebene Datenansicht oder ein Export des Add-ons in Ihrer Installation geeignet ist, muss technisch geprüft und vom SAP-Partner freigegeben werden.

Für die Übergabe an RechneX ist die E-Rechnungs-API relevant. Eine fertige Standardverbindung zu jeder SAP-Business-One-Installation wird damit nicht behauptet: Datenmodell, Authentifizierung, Belegstatus, benutzerdefinierte Felder und Rückschrieb werden projektbezogen festgelegt.

5. PDF- oder E-Mail-Strecke als Ergänzung

Bei älteren oder stark individualisierten Systemen kann es sinnvoll sein, den bestehenden Rechnungsablauf zunächst möglichst wenig zu verändern. SAP Business One oder ein Add-on erzeugt weiter das freigegebene PDF. Dieses wird kontrolliert übernommen, in eine E-Rechnung überführt, validiert und über den vereinbarten Kanal versendet.

Der Vorteil ist ein schneller Pilot ohne tiefe Änderung im ERP. Die Grenze ist ebenso klar: Daten, die weder strukturiert übergeben werden noch zuverlässig im PDF stehen, können nicht automatisch ergänzt werden. Für hohe Volumen, wechselnde Layouts und komplexe Belegarten ist ein strukturierter Export langfristig stärker. Einen Überblick über beide Ansätze bietet ERP-Rechnungen in E-Rechnungen überführen.

XRechnung oder ZUGFeRD aus SAP Business One?

Beide Formate enthalten strukturierte Rechnungsdaten, lösen aber unterschiedliche Anforderungen.

XRechnung ist ein reiner XML-Datensatz. XStandards Einkauf beschreibt XRechnung als deutsche Umsetzung für die elektronische Rechnungsstellung bei öffentlichen Auftraggebern. Unterstützt werden die Syntaxen UBL und UN/CEFACT CII; Validator, Testsuite und technische Regeln werden als Komponenten bereitgestellt. Quelle: XStandards Einkauf zum Standard XRechnung.

ZUGFeRD kombiniert ein sichtbares PDF/A-3 mit eingebetteten XML-Rechnungsdaten. FeRD betont, dass PDF und XML inhaltlich identisch sein müssen und empfiehlt eigene Prüfmechanismen für diese Identität. Quelle: FeRD zu ZUGFeRD und Factur-X.

Das Bundesfinanzministerium nennt XRechnung und geeignete ZUGFeRD-Ausprägungen als in Deutschland übliche E-Rechnungsformate. Ein einfaches PDF ist dagegen kein strukturiertes E-Rechnungsformat. Bei einem hybriden Format ist der strukturierte Teil maßgeblich, wenn er vom Bildteil abweicht. Quelle: BMF-FAQ zur E-Rechnung.

Datencheck: Was aus SAP Business One verfügbar sein sollte

Ein technisch erzeugtes XML ist nur so gut wie die zugrunde liegenden Daten. Prüfen Sie vor der Lösungswahl nicht einzelne Bildschirmmasken, sondern einen vollständigen Beispieldatensatz.

Unternehmens- und Absenderdaten

• vollständiger Firmenname und Anschrift,
• Umsatzsteuer-Identifikationsnummer beziehungsweise erforderliche Steuerangabe,
• Kontaktperson mit E-Mail und gegebenenfalls Telefon,
• Bankverbindung und Zahlungsart,
• eindeutige Zuordnung bei mehreren Firmendatenbanken oder Gesellschaften.

Geschäftspartner- und Empfängerdaten

• Rechnungsempfänger und gegebenenfalls abweichende Lieferanschrift,
• elektronische Adresse des Empfängers,
• Kunden- und Lieferantennummer,
• Käuferreferenz, Bestellnummer oder Leitweg-ID, wenn gefordert,
• Format- und Versandregel pro Geschäftspartner,
• Peppol Participant ID nur dort, wo Peppol tatsächlich eingesetzt wird.

SAP nennt in der eigenen XRechnungsanleitung zusätzliche Einstellungen im Register „Electronic Documents“ der Geschäftspartnerstammdaten, darunter die eDoc-Erzeugungsart und Peppol-relevante Daten. Diese Felder sind Teil des dokumentierten SAP-Peppol-Wegs, aber nicht automatisch für jeden Versandfall erforderlich.

Rechnungs- und Positionsdaten

• Rechnungsnummer, Belegdatum, Leistungs- oder Lieferdatum,
• Belegart und Referenz auf den Ursprungsbeleg bei Gutschriften oder Korrekturen,
• Artikel- beziehungsweise Leistungsbeschreibung,
• Menge, Einheit, Einzelpreis und Positionsnettobetrag,
• Nachlässe, Zuschläge, Fracht und sonstige Nebenkosten,
• Steuerkategorie, Steuersatz und Steuerbefreiungsgrund,
• Netto-, Steuer- und Bruttosummen sowie Rundungen,
• Zahlungsziel, Fälligkeitsdatum und Zahlungsbedingungen.

Anlagen und sichtbarer Beleg

• freigegebenes Rechnungs-PDF,
• Leistungsnachweise oder andere rechnungsrelevante Anlagen,
• eindeutige SAP-Beleg-ID zur Zuordnung,
• Kennzeichnung, welche Datei tatsächlich an den Empfänger ging,
• unveränderbare Ablage des strukturierten Originals.

Für Industrieunternehmen kommen häufig Bestellbezüge, Artikelkennungen, Liefernachweise und komplexe Konditionen hinzu. Der Branchenleitfaden E-Rechnung für Industrieunternehmen vertieft diese Fälle.

Ein belastbarer Ablauf von der Faktura bis zum Archiv

Eine E-Rechnung endet nicht mit dem Export. Der vollständige Ausgangsprozess sollte sieben Stationen abdecken:

1. Freigabe in SAP Business One: Nur final gebuchte und fachlich freigegebene Belege werden übernommen.
2. Datenübergabe: Strukturierte Rechnungsdaten und bei Bedarf das vorhandene PDF erhalten dieselbe eindeutige Belegreferenz.
3. Formatentscheidung: Eine Regel wählt XRechnung oder ZUGFeRD anhand des Empfängers, nicht anhand persönlicher Gewohnheiten.
4. Erzeugung: Pflichtfelder, Steuerlogik, Referenzen und Summen werden in das Zielformat übertragen.
5. Validierung: XRechnung wird gegen die maßgeblichen XML- und Geschäftsregeln geprüft; ZUGFeRD zusätzlich als vollständiges Hybridformat.
6. Versand: E-Mail, Peppol, Portal oder API werden passend zum Empfänger angesteuert.
7. Nachweis und Archiv: Die tatsächlich versendete Datei, Status und relevante Anlagen werden nachvollziehbar abgelegt.

Das BMF empfiehlt eine Validierung bereits bei Erstellung und Versand, weil sie fehlende oder unlogische Pflichtangaben sichtbar machen kann. Für eine reine XML-Datei können Sie den XRechnung Validator verwenden. Ein ZUGFeRD-PDF prüfen Sie mit dem ZUGFeRD Validator. Eine erfolgreiche technische Prüfung ersetzt nicht die fachliche Kontrolle von Leistung, Empfänger und Beträgen.

Für die Archivierung ist besonders wichtig, nicht nur eine gerenderte Ansicht zu speichern. Der strukturierte Teil muss in seiner ursprünglichen Form erhalten bleiben. Enthält die Versand-E-Mail rechnungsrelevante Informationen, sollte auch deren Aufbewahrung mit Buchhaltung und Verfahrensdokumentation abgestimmt werden.

Entscheidungsmatrix für den Ergänzungsweg

Die Matrix ist kein Produkturteil. Ein gut gepflegtes SAP-Setup kann besser sein als jede externe Ergänzung. Eine Ergänzung wird interessant, wenn die vorhandene Version nicht passend unterstützt wird, mehrere Systeme zusammenlaufen, ein stabiler PDF-Prozess erhalten bleiben soll oder Formatwahl und Validierung zentral gesteuert werden müssen.

So sollte ein Pilot aufgebaut sein

Ein Pilot muss mehr beweisen als „eine einfache Rechnung lässt sich öffnen“. Wählen Sie repräsentative Belege aus dem echten SAP-Business-One-Prozess:

• Standardrechnung mit mehreren Positionen,
• Gutschrift oder Korrektur mit Referenz zum Ursprungsbeleg,
• Rechnung mit Rabatt, Zuschlag oder Fracht,
• unterschiedliche Steuersätze oder ein fachlich relevanter Sonderfall,
• Rechnung mit Bestellnummer oder Käuferreferenz,
• B2G-Fall mit gefordertem Übertragungsweg,
• ZUGFeRD-Fall mit Vergleich zwischen PDF und XML,
• fehlerhafter Beleg, an dem Benachrichtigung und Korrekturweg getestet werden.

Als Abnahmekriterien eignen sich vollständige Daten, identische Summen, passende Empfängerregel, erfolgreiche Validierung, Schutz vor Doppelversand, nachvollziehbarer Fehlerstatus und korrekte Ablage der finalen Datei. Erst danach sollte der Ablauf auf weitere Belegarten, Firmendatenbanken oder Empfängergruppen ausgerollt werden.

Wann RechneX für SAP Business One sinnvoll ist

RechneX kann als ergänzende E-Rechnungsstrecke passen, wenn SAP Business One das führende ERP bleiben soll, aber ein kontrollierter Weg für XRechnung und ZUGFeRD fehlt. Das gilt besonders bei stabilen PDF-Ausgängen, strukturierten Exportmöglichkeiten, mehreren Gesellschaften oder dem Wunsch nach einer ERP-unabhängigen Validierungs- und Versandebene.

Es gibt aber auch Fälle, in denen ein SAP-natives oder bereits eingeführtes Partner-Add-on die bessere Wahl ist: wenn sämtliche Bearbeitung zwingend in SAP Business One stattfinden soll, der Partner eine passend unterstützte Lösung produktiv betreibt und Versand sowie Archivierung bereits vollständig abgedeckt sind.

RechneX ist kein SAP-Produkt und behauptet keine SAP-Partnerschaft. Eine Verbindung wird nicht allein aufgrund der Produktbezeichnung zugesagt, sondern anhand von Version, Datenquelle, Add-ons und Testbelegen festgelegt. Das verhindert, dass ein vermeintlich einfacher Connector später an benutzerdefinierten Feldern, Belegvarianten oder fehlenden Daten scheitert.

Häufige Fragen zu SAP Business One und E-Rechnung

Kann SAP Business One XRechnungen erstellen?

SAP dokumentiert für SAP Business One 10.0 mit Deutschland-Lokalisierung einen Weg zur Erzeugung und Übermittlung von XRechnungen. Dafür sind mehrere Einstellungen und Komponenten erforderlich. Ob Ihre Installation diesen Weg unterstützt, muss anhand von Release, Patchstand, SAP-Hinweisen, Lokalisierung und vorhandener Systemlandschaft geprüft werden.

Funktioniert XRechnung auch mit einer älteren SAP-Business-One-Version?

Das lässt sich nicht pauschal zusagen. Bei älteren Versionen können andere Komponenten, SAP-Hinweise oder Partnerlösungen relevant sein. Prüfen Sie gemeinsam mit dem SAP-Partner, welche XRechnungsversion unterstützt wird und ob Wartung, Peppol-Anbindung und Validierungsregeln aktuell gehalten werden können.

Ist ein PDF-Export aus SAP Business One bereits eine E-Rechnung?

Nein. Ein normales PDF enthält keine maschinenlesbaren strukturierten Rechnungsdaten und ist damit keine E-Rechnung im neuen umsatzsteuerlichen Sinn. Ein ZUGFeRD-PDF ist anders aufgebaut: Es enthält zusätzlich eine eingebettete XML-Datei.

Kann ein vorhandenes SAP-Rechnungs-PDF für ZUGFeRD verwendet werden?

Grundsätzlich kann ein vorhandenes, fachlich freigegebenes PDF die sichtbare Komponente bilden. Es muss für das Hybridformat technisch geeignet aufbereitet und mit einem inhaltlich identischen XML-Datensatz verbunden werden. PDF und XML sollten anschließend gemeinsam validiert werden.

Kann CoreSuite XRechnung oder ZUGFeRD erzeugen?

Das hängt von den installierten CoreSuite-Modulen, deren Version und individuellen Anpassungen ab. Dass CoreSuite ein PDF-Layout oder den Versand steuert, belegt noch keinen strukturierten E-Rechnungsexport. Lassen Sie sich eine reale Ausgabedatei und die verfügbaren Export- beziehungsweise Schnittstellenoptionen zeigen.

Benötigt SAP Business One immer Peppol?

Nein. Peppol ist ein möglicher Übertragungsweg, aber nicht für jede Rechnung und jeden Empfänger erforderlich. Format und Transportweg sind getrennte Entscheidungen. Der Empfänger kann beispielsweise E-Mail, Portal, API oder Peppol verlangen.

Braucht jedes Unternehmen SAP Document and Reporting Compliance?

Nicht zwangsläufig für jeden E-Rechnungsweg. SAP beschreibt die Cloud Edition in seinem aktuellen SAP-Business-One-XRechnungsprozess als unterstützte Lösung für die Verbindung zum Peppol-Netzwerk. Wer einen anderen Versandweg oder eine externe Ergänzung nutzt, muss die konkrete Architektur separat bewerten.

Was ist der Unterschied zwischen Electronic Document Monitor und eDocument Cockpit?

Der Electronic Document Monitor gehört zum SAP-Business-One-Prozess für elektronische Dokumente. Das eDocument Cockpit ist aus anderen SAP-Produktlinien bekannt. Begriffe und Anleitungen für SAP ERP oder S/4HANA sollten deshalb nicht ungeprüft auf SAP Business One übertragen werden.

Sollte die E-Rechnung außerhalb von SAP noch einmal validiert werden?

Eine unabhängige Prüfung vor dem Versand ist sinnvoll, insbesondere nach Mapping-Änderungen, bei neuen Empfängervorgaben und für Sonderbelege. XRechnung und ZUGFeRD benötigen unterschiedliche Prüfungen. Zusätzlich bleibt eine fachliche Plausibilitätskontrolle erforderlich.

Ist ein strukturierter Export besser als PDF-Auslesen?

Meist ja. Ein strukturierter Export liefert Beträge, Steuern, Einheiten und Referenzen ohne Rekonstruktion aus dem Layout. PDF-Auslesen ist ein hilfreicher Ergänzungsweg, wenn keine Schnittstelle verfügbar ist, sollte aber mit festen Layouts, manueller Kontrolle und repräsentativen Testfällen abgesichert werden.

Kann RechneX direkt an SAP Business One angebunden werden?

Eine projektbezogene Anbindung ist über einen freigegebenen Datenexport oder eine API möglich. Bei reinen PDF-Prozessen kann auch eine Datei- oder E-Mail-Strecke geprüft werden. RechneX behauptet keinen universellen Plug-and-play-Connector; der passende Weg wird anhand der konkreten Installation festgelegt.

Wie werden E-Rechnungen aus SAP Business One archiviert?

Archiviert werden sollte die tatsächlich versendete E-Rechnung einschließlich ihres strukturierten Originalteils. Bei XRechnung ist das die XML-Datei, bei ZUGFeRD das vollständige Hybrid-PDF. Status, SAP-Belegreferenz und relevante Anlagen sollten eindeutig zugeordnet bleiben.

Fazit: Erst Installation verstehen, dann den Weg festlegen

Für SAP Business One gibt es nicht den einen E-Rechnungsweg, der für jede Version und jede Erweiterung passt. Eine aktuelle, passend konfigurierte Installation kann den SAP-dokumentierten XRechnungsprozess nutzen. Ein Partner-Add-on kann ebenfalls eine starke Lösung sein. Bei älteren oder individualisierten Umgebungen sind ein strukturierter Export, die RechneX API oder eine kontrollierte PDF-Strecke oft der pragmatischere Einstieg.

Die richtige Entscheidung fällt anhand echter Belege: Welche Daten sind vorhanden, welches Format fordert der Empfänger, wie wird validiert, wie wird versendet und was landet im Archiv? Wenn diese Fragen im Pilot beantwortet sind, lässt sich SAP Business One zuverlässig in einen skalierbaren E-Rechnungsprozess einbinden.