Shopware
Mit Shopware Ordernumber ist in den meisten Fällen die Bestellnummer gemeint, unter der eine Bestellung im Shop, im Support, in Dokumenten und in angebundenen Systemen wiedergefunden wird. Sie ist nicht mit einer Sendungsnummer gleichzusetzen: Die Bestellnummer identifiziert den Kaufvorgang, die Sendungsnummer dient der Paketverfolgung. Wer Bestellnummern anpassen möchte, sollte deshalb zuerst klären, ob es um eine bessere interne Ordnung, die Darstellung in E-Mails und Dokumenten oder tatsächlich um eine individualisierte Nummernlogik geht. Nicht jede gewünschte Anpassung gehört zum Shopware-Standard; je nach Version, Theme, Schnittstelle und Erweiterung kann der technische Weg unterschiedlich aussehen.
Bestellnummer, Nummernkreis und Sendungsnummer unterscheiden
Die Begriffe liegen nah beieinander, erfüllen aber im operativen E-Commerce verschiedene Aufgaben. Wer sie vermischt, plant schnell an der eigentlichen Anforderung vorbei.
| Begriff | Zweck | Typischer Einsatz | Wichtiger Hinweis |
|---|---|---|---|
| Bestellnummer | Identifiziert eine Kundenbestellung | Bestellbestätigung, Support, interne Recherche, Abgleich mit ERP oder Buchhaltung | Sollte eindeutig sein und dauerhaft zum Auftrag passen. |
| Nummernkreis | Beschreibt die Logik, nach der Nummern fortlaufend oder nach Regeln entstehen | Organisation von Bestellungen, Rechnungen oder anderen Geschäftsvorgängen | Eine Änderung kann Auswirkungen auf Folgeprozesse und Integrationen haben. |
| Sendungsnummer | Identifiziert eine konkrete Paketsendung | Versandstatus, Tracking-Link, Versandkommunikation | Sie ersetzt keine Bestellnummer und kann sich auf einzelne Lieferungen beziehen. |
Die Bestellnummer ist damit vor allem ein Referenzwert für den Geschäftsvorgang. Kund:innen nennen sie im Support, Teams suchen damit in der Administration, und externe Systeme können sie beim Datenaustausch verwenden. Der Nummernkreis ist die zugrunde liegende Logik. Er kann etwa eine einfache fortlaufende Reihenfolge abbilden oder Bestandteil einer individuelleren Regel sein. Eine Sendungsnummer entsteht dagegen im Versandkontext und stammt typischerweise aus dem Prozess mit dem Versanddienstleister.
Für die tägliche Arbeit ist diese Trennung entscheidend. Wenn Kund:innen in einer Versandmail einen Tracking-Link vermissen, ist das kein Problem der Bestellnummer. Wenn die Buchhaltung Belege nicht sauber einem Auftrag zuordnen kann, hilft umgekehrt eine zusätzliche Sendungsnummer meist nicht weiter. Die generellen Eigenschaften von Shopware und angebundene Prozesse sollten immer im Zusammenhang betrachtet werden: Eine Nummer ist selten nur ein sichtbarer Text, sondern oft Teil eines Datenflusses.
Wann sich individuelle Bestellnummern lohnen
Eine individuelle Nummernlogik ist nicht automatisch besser. Sie wird sinnvoll, wenn sie ein konkretes Prozessproblem löst und dabei keine neue Fehlerquelle erzeugt. Häufige Gründe sind:
- Support und Logistik sollen Bestellungen schneller und eindeutiger zuordnen können.
- Interne Teams benötigen zusätzliche Orientierung, etwa anhand eines Datumsbestandteils oder eines Geschäftsvorfalls.
- Die sichtbare Nummer soll nicht unmittelbar eine fortlaufende Reihenfolge und damit ungefähre Bestellmuster erkennen lassen.
- Ein ERP-, Warenwirtschafts- oder Buchhaltungsprozess erwartet ein bestimmtes Format.
- Bei Datenimporten aus älteren Shop-Installationen sollen bestehende Referenzen nachvollziehbar bleiben.
Gerade bei einem Import aus Shopware 5 ist Vorsicht angebracht. Historische Bestellnummern können in Rechnungen, Retourenfällen, Kundennachrichten oder externen Systemen referenziert sein. Eine nachträgliche Umstellung ohne saubere Zuordnung erschwert die Recherche. Entscheidend ist nicht, dass neue Nummern optisch einheitlich wirken, sondern dass alte und neue Daten eindeutig bleiben.
Auch Rechnungsnummern und Bestellnummern dürfen nicht gedanklich zusammenfallen. Ein Präfix bei Rechnungsnummern kann aus internen oder buchhalterischen Gründen gewünscht sein; daraus folgt jedoch nicht, dass dieselbe Logik für Bestellungen geeignet ist. Dokumente, Aufträge und Sendungen haben eigene Aufgaben. Bevor du ein Format vereinheitlichst, solltest du daher prüfen, welcher Wert in welchem Prozess tatsächlich benötigt wird.
Standard, Ausgabe-Thema oder Erweiterung?
Bei der Frage nach einer anpassbaren Bestellnummer gibt es drei unterschiedliche Ebenen. Sie sollten getrennt geprüft werden, bevor ein Plugin installiert oder eine individuelle Entwicklung beauftragt wird.
1. Bestehende Nummer nur anzeigen
Wenn es lediglich darum geht, die vorhandene Bestellnummer in einer Bestellbestätigung, im Kundenkonto oder auf einem Dokument auszugeben, handelt es sich primär um ein Ausgabe- oder Template-Thema. Dabei ist wichtig, welche Daten im jeweiligen Kontext verfügbar sind. Die technische Umsetzung hängt unter anderem von der eingesetzten Shopware-Version, dem verwendeten Theme und der betroffenen Vorlage ab.
2. Nummernlogik fachlich ändern
Soll die Nummer selbst künftig anders aufgebaut sein, betrifft das die Erzeugung und Speicherung einer zentralen Referenz. Hier reicht eine Anpassung der Darstellung nicht aus. Prüfe zuerst, ob die gewünschte Logik in der eigenen Umgebung vorgesehen ist. Aussagen darüber, welche Konfiguration ohne Erweiterung möglich ist, lassen sich nicht pauschal für jede Shopware-Version treffen.
3. Erweiterung oder individuelle Entwicklung einsetzen
Drittanbieter-Erweiterungen können für individuelle Bestellnummern zusätzliche Bausteine anbieten, beispielsweise Datum, Uhrzeit, die ursprüngliche Bestellnummer oder technisch erzeugte Zeichenfolgen. Das ist kein allgemeiner Standard von Shopware. Vor dem Einsatz sollten Kompatibilität, Wartung, Wechselwirkungen mit anderen Erweiterungen und der Umgang mit bereits vorhandenen Bestellungen geprüft werden.
Besonders wichtig ist der Blick auf Schnittstellen. Eine neue Nummernlogik kann Auswirkungen auf ERP, Warenwirtschaft, Payment, Fulfillment, Marktplätze oder Reporting haben. Wenn Bestellungen etwa an Microsoft Dynamics, eine Warenwirtschaft oder ein Archiv übergeben werden, sollte feststehen, welcher Wert dort als führende Referenz gilt. Sonst entstehen vermeidbare Rückfragen zwischen Marketing, Shop, Support und Buchhaltung.
Praxisbeispiel: Eine Nummer mit Mehrwert statt bloßer Optik
Angenommen, ein Shop möchte Bestellungen intern schneller zeitlich einordnen und zugleich die bisherige Referenz für Recherchen erhalten. Eine mögliche fachliche Idee wäre eine Kombination aus Datum und ursprünglicher Bestellreferenz, etwa nach dem Muster 2026-03-Originalreferenz. Die konkrete Schreibweise ist nur ein Beispiel, keine Aussage über eine bestimmte Shopware-Konfiguration oder verfügbare Syntax.
Der Vorteil: Ein Team erkennt auf den ersten Blick, wann die Bestellung eingegangen ist, und kann die ursprüngliche Referenz weiterhin für Abgleiche nutzen. Allerdings muss klar sein, ob das Datum wirklich als Bestandteil einer Kundenreferenz nötig ist. Wenn das Team ohnehin nach Bestelldatum filtern kann und externe Systeme nur eine stabile Nummer erwarten, erhöht ein längeres Format möglicherweise nur die Komplexität.
Eine zweite Variante wäre eine zusätzlich verdeckte, nicht leicht nachvollziehbare Zeichenfolge. Das kann dazu beitragen, dass eine sichtbare Bestellnummer weniger Rückschlüsse auf einfache fortlaufende Muster zulässt. Sie ist aber keine Sicherheitsmaßnahme für sich. Der Schutz von Bestelldaten hängt von Zugriffsrechten, Kundenkonten, E-Mail-Inhalten und der gesamten Anwendung ab, nicht allein von einer schwerer lesbaren Nummer.
Die fachlich beste Lösung folgt deshalb dieser Reihenfolge: Erst den Zweck festlegen, danach die führende Referenz bestimmen und erst dann das Format umsetzen. Wer eine Bestellnummer in Shopware generieren oder verändern möchte, sollte zudem klären, ob die Originalnummer intern erhalten bleiben muss. Fehlt eine stabile Referenz, können Dubletten, unklare Zuordnungen und Probleme bei Migrationen entstehen.
Bestellnummern in E-Mails und Sendungsnummern im Versand
Die Bestellnummer gehört typischerweise in Bestellbestätigungen, Zahlungsinformationen, Rechnungsbezüge und Support-Kommunikation. Sie beantwortet die Frage: Welche Bestellung ist gemeint? Eine Sendungsnummer beantwortet dagegen: Wo befindet sich ein konkretes Paket?
Bei Versandmails werden Tracking-Daten häufig über Lieferungen und zugehörige Tracking-Codes verarbeitet. Welche Daten dafür im jeweiligen E-Mail-Template verfügbar sind, ist versions- und konfigurationsabhängig. In manchen Setups kann eine Bestellung auch mehrere Lieferungen oder Tracking-Informationen umfassen. Daraus sollte aber nicht abgeleitet werden, dass dies in jeder Installation oder für jeden Versandprozess identisch funktioniert.
Praktisch bedeutet das: Soll eine Versandmail ergänzt werden, prüfst du Versanddaten, Lieferstatus und Template-Kontext. Soll dagegen die Bestellreferenz auf Dokumenten oder in der Kommunikation anders aussehen, prüfst du Bestellnummer, Nummernlogik und Datenübergaben. Beide Themen können in derselben Kundenkommunikation auftauchen, bleiben technisch und fachlich aber getrennte Aufgaben.
Grenzen, Risiken und typische Fehler
Individuelle Nummern wirken auf den ersten Blick wie eine kleine Anpassung. In der Praxis berühren sie häufig mehrere Systeme. Diese Stolperfallen solltest du vorab vermeiden:
- Doppelte oder mehrdeutige Nummern: Werden Bestandteile erzeugt, die sich wiederholen können, fehlt möglicherweise eine eindeutige Zuordnung. Die bestehende Originalreferenz sollte daher nicht unbedacht aus dem Prozess verschwinden.
- Zu viele Informationen in der Nummer: Datum, Kanal, Land, Kundengruppe und weitere Kennzeichen können eine Nummer schnell unlesbar machen. Nicht jede Information gehört in eine sichtbare Referenz.
- Verwechslung von Bestellung und Rechnung: Eine Bestellnummer ist nicht automatisch eine Rechnungsnummer. Anforderungen an Belege sollten getrennt bewertet werden.
- Ungeprüfte Plugin-Abhängigkeiten: Erweiterungen können bei Updates, Theme-Wechseln oder weiteren Anpassungen geprüft werden müssen. Kompatibilitätsangaben sind immer auf die eigene Version zu beziehen.
- Fehlerhafte Vorlagen: In Mail- oder Dokumenten-Templates können Werte je nach Kontext anders verfügbar sein. Änderungen sollten mit Testbestellungen über relevante Zahlungs-, Versand- und Stornofälle geprüft werden.
- Unklare Schnittstellenverantwortung: Wenn Shop, ERP und Fulfillment unterschiedliche Nummern führen, muss festgelegt werden, welcher Wert für Suche, Retouren und Support maßgeblich ist.
Auch ältere Systemlandschaften verdienen besondere Aufmerksamkeit. Wer noch mit Shopware 5 arbeitet oder Daten daraus übernimmt, sollte bestehende Nummernkreise in Shopware 5 nicht nur technisch, sondern prozessual bewerten. Eine lückenlose Historie kann wertvoller sein als ein neues, optisch einheitliches Format.
Bei größeren Anpassungen empfiehlt sich ein klarer Prüfprozess: Anforderungen dokumentieren, betroffene Schnittstellen erfassen, Testfälle definieren und erst danach produktiv umstellen. Ein strukturierter Shopware-Check hilft dabei, Abhängigkeiten zwischen Shop, Erweiterungen, Templates und angebundenen Systemen nicht zu übersehen.
Die passende Entscheidung für dein Shopware-Setup
Für viele Shops genügt die vorhandene Bestellnummer, solange sie eindeutig ist und in E-Mails, Dokumenten sowie internen Prozessen konsistent verwendet wird. Dann ist keine neue Nummernlogik nötig. Geht es nur um die sichtbare Ausgabe, ist eine sorgfältige Prüfung der betroffenen Templates meist der passendere Ansatz.
Eine Erweiterung oder individuelle Umsetzung wird erst sinnvoll, wenn ein konkreter Prozess ein abweichendes Format verlangt: etwa eine verlässliche Zuordnung in einer Systemlandschaft, eine fachlich begründete interne Kennzeichnung oder die Übernahme von Anforderungen aus einem Migrationsprojekt. Dabei sollten Anforderungen aus Support, Buchhaltung, Versand und Technik gemeinsam bewertet werden.
Wenn die gewünschte Nummernlogik mehrere Schnittstellen, Templates oder historische Bestellungen betrifft, ist die Prüfung durch eine erfahrene Shopware-Agentur vor allem eine Frage der sauberen Prozessgestaltung. Entscheidend ist am Ende nicht die auffälligste Bestellnummer, sondern eine eindeutige Referenz, die im gesamten Bestellprozess zuverlässig funktioniert.
