Für eine Shopware E-Rechnung reicht es nicht aus, das Rechnungs-PDF optisch anzupassen. Entscheidend ist, ob dein System strukturierte Rechnungsdaten erzeugen, korrekt übergeben und im Zusammenspiel mit Buchhaltung, Archivierung und Zahlungsabgleich verarbeiten kann. Für viele B2B-Shops ist Shopware deshalb nur ein Teil der Lösung: Je nach Shopware-Version, Bestellvolumen und vorhandener Systemlandschaft kann eine Erweiterung, ein ERP oder eine externe Rechnungssoftware sinnvoller sein.
Der pragmatische Weg lautet: Prüfe zuerst, wer bei dir Rechnungen erzeugt, welche Anforderungen deine B2B- und gegebenenfalls B2G-Kunden stellen und wo Rechnungsdaten heute weiterverarbeitet werden. Erst danach solltest du über Format, Plugin oder Schnittstelle entscheiden. So vermeidest du parallele Belege, falsche Nummernkreise und einen Prozess, der zwar im Shop funktioniert, aber in der Buchhaltung scheitert.
Der Kernfall sind Unternehmen, die im Inland an andere Unternehmen verkaufen. In diesem B2B-Kontext verändern sich die Anforderungen an Rechnungsprozesse schrittweise. Welche Empfangs- oder Versandpflicht in deinem konkreten Fall bereits greift, hängt unter anderem vom Geschäftsvorfall und den jeweils geltenden Übergangsregelungen ab. Diese rechtliche Einordnung solltest du vor der technischen Umsetzung mit Steuerberatung oder anhand aktueller offizieller Informationen prüfen.
Für dich als Shop-Betreiber ist vor allem wichtig: Eine klassische PDF-Datei ist zwar lesbar, enthält aber nicht automatisch die strukturierten Daten, die eine E-Rechnung ausmachen. Der Umstellungsbedarf betrifft daher nicht nur das Rechnungsdokument, sondern die gesamte Kette von Bestellung und Kundendaten über Belegerzeugung und Versand bis zur Übergabe an die Finanzbuchhaltung.
Im B2C-Geschäft gelten andere Rahmenbedingungen als bei inländischen B2B-Rechnungen. Trotzdem kann ein einheitlicher Prozess sinnvoll sein, wenn dein Shop beide Zielgruppen bedient. Er sollte aber klar unterscheiden können, wann welches Format benötigt wird. B2G-Fälle verdienen besondere Aufmerksamkeit: Öffentliche Auftraggeber können eigene Vorgaben für Einreichungswege und Rechnungsformate haben.
Die Formatfrage wird häufig zu eng betrachtet. Ein PDF ist in erster Linie ein visuelles Dokument für Menschen. Eine strukturierte E-Rechnung enthält dagegen Daten in einem maschinenlesbaren Format. Buchhaltungs- oder Beschaffungssysteme können Rechnungspositionen, Beträge, Steuerinformationen und Referenzen dadurch automatisiert auslesen und prüfen.
ZUGFeRD verbindet typischerweise ein lesbares PDF mit eingebetteten strukturierten Rechnungsdaten. Das kann für viele B2B-Konstellationen praktisch sein, weil Empfänger das Dokument wie gewohnt öffnen können, während ihre Software die Daten weiterverarbeitet. Ob das konkret eingesetzte Profil zu den Anforderungen deines Empfängers passt, muss vorab geklärt werden.
XRechnung ist ein strukturiertes Rechnungsformat und spielt besonders bei Rechnungen an öffentliche Auftraggeber eine Rolle. Anders als bei einem klassischen PDF steht die maschinelle Verarbeitung klar im Vordergrund. Deshalb fallen unvollständige oder falsch zugeordnete Daten hier schneller auf.
In beiden Fällen sind Stammdaten und Belegdaten nicht bloß Nebensache. Dazu gehören etwa die korrekten Namen und Anschriften der Beteiligten, Steuerangaben, Rechnungs- und Leistungsbezug, Rechnungsnummer, Zahlungsinformationen sowie bei bestimmten Empfängern zusätzliche Referenzen. Welche Felder erforderlich sind, richtet sich nach Format, Geschäftsfall und Vorgaben des Rechnungsempfängers. Ein belastbarer Test mit realistischen Testbestellungen ist wichtiger als eine optisch gelungene Musterrechnung.
Shopware kann Bestell-, Kunden- und Belegdaten verwalten und bietet damit eine wichtige Grundlage für den Rechnungsprozess. Daraus folgt jedoch nicht automatisch, dass dein konkretes Setup vollständig für jeden E-Rechnungsfall vorbereitet ist. Der Funktionsumfang hängt unter anderem von der eingesetzten Version, Erweiterungen, individuellen Anpassungen und der Frage ab, welches System bei dir führend für Rechnungen ist.
Trenne bei der Prüfung drei Ebenen:
Gerade bei älteren Installationen oder stark angepassten Shops solltest du keine Funktionsannahmen aus allgemeinen Beiträgen übernehmen. Prüfe den konkreten Systemstand, installierte Erweiterungen und die vorhandenen Integrationen. Ein strukturierter Shopware-Check hilft dabei, technische Abhängigkeiten sichtbar zu machen, bevor ein neues Rechnungsmodul in einen gewachsenen Prozess eingebaut wird.
Auch ein automatischer Versand löst die E-Rechnungsfrage nicht allein. Wenn du Rechnungen aus Shopware per E-Mail versendest, muss klar sein, welches System das richtige Format erzeugt, an welchen Status die Auslösung gebunden ist und wie Versandfehler nachvollziehbar bleiben. Ein automatisierter Rechnungsversand ist nur dann hilfreich, wenn er mit Freigabeprozess, Nummernkreis und Archivierung übereinstimmt.
Die beste Lösung ist nicht zwangsläufig die mit den meisten Funktionen. Sie muss zu deiner Rechnungslogik passen und eindeutig festlegen, welches System die Rechnung erzeugt. Die folgende Einordnung dient als Entscheidungshilfe; ob eine Variante technisch und fachlich genügt, musst du für dein Setup prüfen.
| Lösungsweg | Geeignet, wenn | Vorteile | Grenzen und Prüfpunkte |
|---|---|---|---|
| Shopware als Rechnungssystem | Rechnungsprozesse sind überschaubar und der vorhandene Funktionsumfang deckt Format und Übergaben nachweislich ab. | Weniger Systemwechsel, direkte Nähe zur Bestellung. | Versionsabhängigkeit, begrenzte Prozessabdeckung und sorgfältige Prüfung der Formatfähigkeit. |
| Shopware mit Erweiterung | Shopware soll führend bleiben, es fehlen aber Funktionen für Format, Versand oder Übergabe. | Kann den bestehenden Shopprozess gezielt ergänzen. | Kompatibilität bei Updates, Support, Datenmapping und Verantwortlichkeit prüfen. |
| ERP oder externe Rechnungssoftware | Mehrere Kanäle, komplexe Buchhaltung, Warenwirtschaft oder spezielle Anforderungen kommen zusammen. | Zentrale Rechnungslogik, oft bessere Einbindung in Finanz- und Archivprozesse. | Schnittstellen, Synchronisation und eindeutige Datenhoheit müssen sauber definiert sein. |
Ein Plugin kann sinnvoll sein, wenn dein Shop die zentrale Quelle für Bestellungen und Rechnungen bleibt, der Funktionsumfang aber gezielt ergänzt werden muss. Prüfe dabei nicht nur die Ausgabe einer Beispieldatei. Relevant sind auch Updatefähigkeit, Fehlerbehandlung, Pflichtfelder, Support und die Frage, ob das Plugin zu deinem bestehenden Buchhaltungsprozess passt.
Ein ERP-gestütztes Setup ist oft robuster, wenn Rechnungen nicht nur aus dem Shop stammen, sondern auch aus weiteren Vertriebskanälen, der Warenwirtschaft oder einem zentralen Kundenprozess. Wie sich Shop und ERP dabei sinnvoll verbinden lassen, zeigen beispielsweise typische Integrationsfragen rund um Shopware und Microsoft Dynamics oder Shopware mit Odoo. Entscheidend ist nicht das einzelne System, sondern eine eindeutige führende Rechnungslogik.
Wenn du Shopware, Erweiterungen und Drittsysteme neu abstimmst, sollte die technische Prüfung nicht losgelöst vom Geschäftsprozess erfolgen. Eine erfahrene Shopware-Agentur kann bei dieser Aufgabe helfen, Anforderungen aus Checkout, Datenmodell, Schnittstellen und Betrieb in ein umsetzbares Konzept zu übersetzen.
Die Rechnungsdatei ist nur ein Ergebnis. Im Alltag entscheidet der umgebende Prozess darüber, ob die Lösung dauerhaft funktioniert. Vier Themen werden besonders häufig unterschätzt.
Erzeugt Shopware eine Rechnung und erzeugt das ERP oder eine Rechnungssoftware für dieselbe Bestellung ebenfalls einen Beleg, entstehen schnell doppelte Rechnungsnummern oder widersprüchliche Dokumente. Lege daher verbindlich fest, welches System Rechnungen erstellt und welches nur Daten übernimmt. Diese Regel gilt auch für Stornos, Korrekturen und Teilrechnungen.
Fehlende Unternehmensangaben, unvollständige Adressen oder falsch übernommene Steuerdaten können strukturiert erzeugte Rechnungen unbrauchbar machen. Im B2B-Checkout sollte deshalb klar sein, welche Daten du abfragst, wie sie validiert werden und wer Sonderfälle bearbeitet. Bei Bestellungen von Behörden oder größeren Firmen können zusätzliche Bestellreferenzen relevant sein.
Eine Rechnung zu erzeugen bedeutet nicht, dass sie bezahlt, korrekt zugeordnet oder buchhalterisch abgeschlossen ist. Prüfe, wie Teilzahlungen, Zahlungsdienstleistergebühren, Rückerstattungen und offene Posten verarbeitet werden. Besonders bei mehreren Zahlungsarten sollte der Abgleich nicht auf manuellen Listen beruhen, wenn sich das vermeiden lässt.
Auch wenn ein System Rechnungen erzeugt oder per E-Mail versendet, ist damit nicht automatisch geklärt, wie Belege aufbewahrt, auffindbar gemacht und an die Steuerkanzlei übergeben werden. Sprich früh mit Buchhaltung oder Steuerberatung über Dateiformate, Übergaberhythmus, Belegzugriff und Verantwortlichkeiten. Anforderungen an Aufbewahrung und Revisionssicherheit solltest du anhand der für dich geltenden Vorgaben prüfen, statt sie aus einer Shopfunktion abzuleiten.
Statt direkt eine Erweiterung zu installieren, solltest du die Umstellung als kleines Prozessprojekt behandeln. So wird aus dem Thema E-Rechnung keine isolierte IT-Maßnahme.
Ein praxisnaher Fall: Ein B2B-Händler nimmt Bestellungen in Shopware entgegen, verwaltet Lager und Buchhaltung aber in einem ERP. Dann kann es sinnvoll sein, dass Shopware die Bestellung übergibt und das ERP ausschließlich die Rechnung erstellt. Der Vorteil liegt nicht allein im Format, sondern darin, dass Rechnungsnummer, Zahlungsabgleich, Korrekturen und Finanzbuchhaltung an einer Stelle geführt werden. Wichtig ist, dass Shopware in diesem Modell nicht zusätzlich automatisch denselben Rechnungsvorgang auslöst.
Die E-Rechnung in Shopware ist damit keine Frage eines einzelnen Dokuments, sondern eine Entscheidung über Datenhoheit und Prozesssicherheit. Wenn Format, führendes System und Übergaben sauber festgelegt sind, lässt sich die technische Lösung gezielt auswählen – ohne den Shopbetrieb und die Buchhaltung gegeneinander auszuspielen.