Rechnungsnummern — eine Quelle, keine Lücken.
Nummernkreise wirken wie eine Nebensächlichkeit, bis bei einer Prüfung danach gefragt wird. Die drei häufigsten Probleme entstehen alle aus derselben Ursache: Mehr als eine Stelle vergibt Nummern.
Rechnungsnummern müssen eindeutig und nachvollziehbar fortlaufend sein. Eine Rechnungsnummer ist nicht dasselbe wie eine Bestellnummer — Bestellungen können abgebrochen werden, Rechnungen nicht. Vergeben darf sie nur eine Stelle: entweder der Shop oder die Buchhaltung. Die häufigsten Probleme — Lücken, Doppelungen, zwei Nummern pro Vorgang — entstehen, wenn zwei Systeme gleichzeitig zählen.
Website down oder gehackt? Schreib mir per WhatsApp oder E-Mail mit Domain und kurzer Beschreibung — ich melde mich in der Regel innerhalb weniger Stunden, auch am Wochenende, wenn es brennt. Zugangsdaten bitte nie in der ersten Nachricht, sondern erst nach Absprache über einen sicheren Weg.
Bestellnummer ist nicht Rechnungsnummer.
WooCommerce vergibt jeder Bestellung eine Nummer. Verlockend ist, diese direkt als Rechnungsnummer zu verwenden — und für kleine Shops funktioniert das oft. Es hat aber zwei Haken.
Erstens: Nicht jede Bestellung wird zur Rechnung. Abgebrochene, stornierte und nie bezahlte Bestellungen verbrauchen trotzdem eine Nummer, und im Rechnungskreis entstehen Lücken. Zweitens: Die Bestellnummern sind in WordPress oft nicht lückenlos, weil Zwischenspeicherungen und Entwürfe ebenfalls Nummern verbrauchen. Ein Shop kann so von Bestellung 1042 auf 1058 springen, ohne dass etwas fehlt.
Deshalb ist ein getrennter Rechnungsnummernkreis fast immer die bessere Lösung: Er zählt nur dann weiter, wenn tatsächlich eine Rechnung entsteht.
Was gefordert ist.
| Anforderung | Was das bedeutet |
|---|---|
| Eindeutigkeit | Keine Nummer zweimal, auch nicht über Jahre |
| Nachvollziehbarkeit | Die Systematik muss erklärbar sein |
| Keine unerklärten Lücken | Fehlende Nummern müssen begründbar sein |
| Unveränderbarkeit | Eine vergebene Nummer bleibt bei ihrem Beleg |
| Archivierung | Der Beleg bleibt über Jahre verfügbar |
Zur dritten Zeile ein wichtiger Hinweis: Eine Lücke ist nicht automatisch ein Problem. Sie muss nur erklärbar sein — etwa, weil eine Rechnung storniert und als Gutschrift aufgehoben wurde. Problematisch wird es, wenn niemand sagen kann, warum Nummer 4711 fehlt.
Lücken.
Woher sie kommen: gelöschte Rechnungen, Testbelege, die entfernt wurden, abgebrochene Übertragungen, parallel laufende Systeme oder ein Plugin, das die Nummer schon beim Anlegen vergibt und nicht erst beim Erzeugen des Belegs.
Das Gegenmittel ist einfach: nie löschen. Ein falscher Beleg wird aufgehoben, nicht entfernt. Und Tests gehören in eine Testumgebung, nicht in den Live-Shop (Staging).
Doppelungen.
Deutlich schlimmer als Lücken. Zwei Belege mit derselben Nummer bedeuten, dass sich ein Vorgang nicht mehr eindeutig zuordnen lässt. Typische Ursachen: Ein Zähler wurde manuell zurückgesetzt, eine Datenbank wurde aus einem älteren Stand wiederhergestellt, oder zwei Umgebungen — Test und Live — schreiben in dieselbe Tabelle.
Der dritte Fall ist der tückischste und passiert nach einem unsauberen Umzug oder beim Einrichten einer Testkopie, die versehentlich die echte Datenbank nutzt (Umzug).
Zwei Systeme zählen.
Der häufigste Strukturfehler: Das Rechnungs-Plugin im Shop vergibt eine Nummer, und die Buchhaltung vergibt beim Import noch eine. Dann existieren zwei Nummern für denselben Vorgang — die, die der Kunde hat, und die, die der Steuerberater sieht.
Die Lösung ist eine Entscheidung. Entweder der Shop erzeugt die Rechnung mit Nummer und überträgt sie als fertigen Beleg, oder der Shop überträgt nur Bestelldaten und die Buchhaltung erzeugt Rechnung samt Nummer. Letzteres ist meist einfacher, bedeutet aber, dass der Kunde die Rechnung nicht sofort im Shop bekommt (Shop und Buchhaltung).
Jahreswechsel und Präfixe.
Verbreitet ist ein Aufbau wie Jahr plus laufende Nummer, also etwa 2026-0001. Das ist übersichtlich und zulässig, solange die Gesamtnummer eindeutig bleibt und die Systematik durchgehalten wird.
Wichtig ist, was zum Jahreswechsel passiert: Setzt der Zähler zurück, muss das Präfix die Eindeutigkeit sicherstellen. Und der Zeitpunkt muss zum Belegdatum passen, nicht zum Erzeugungsdatum — eine Rechnung vom 31. Dezember, die am 2. Januar erzeugt wird, gehört in den alten Kreis. Prüfe das einmal zum Jahreswechsel, dort entstehen die meisten Unstimmigkeiten.
Gutschriften.
Gutschriften brauchen eine eigene fortlaufende Nummer. Zwei Varianten sind üblich: ein getrennter Kreis mit eigenem Präfix oder derselbe Kreis, in dem Rechnungen und Gutschriften gemeinsam durchgezählt werden. Beides geht, nur nicht die Variante, bei der die Gutschrift die Nummer der Ursprungsrechnung trägt (Gutschrift und Storno).
Mehrere Shops oder Marken.
Wenn mehrere Shops auf dasselbe Unternehmen laufen, dürfen sie keine überschneidenden Nummern erzeugen. Entweder bekommt jeder Shop ein eigenes Präfix, oder die Nummernvergabe wandert an eine zentrale Stelle — meist die Buchhaltung oder die Warenwirtschaft.
Das ist einer der Gründe, warum bei mehreren Marken die Rechnungsstellung oft aus dem Shop herausgezogen wird (Warenwirtschaft).
Pluginwechsel und Umzug.
Beim Wechsel des Rechnungs-Plugins muss der neue Zähler dort weiterlaufen, wo der alte aufgehört hat — sonst beginnt er bei eins und erzeugt Doppelungen. Das ist eine Einstellung, die in der Umstellungshektik gern vergessen wird.
Zweiter Punkt beim Wechsel: Die alten Belege müssen verfügbar bleiben. Ein Plugin, das Rechnungen nur bei Bedarf aus den aktuellen Bestelldaten erzeugt, liefert nach einem Wechsel oder nach Stammdatenänderungen ein anderes Dokument als damals. Deshalb gehören erzeugte Rechnungen als Datei archiviert, unabhängig vom Plugin (Aufbewahrung).
Einmal prüfen.
- Zählt nur eine Stelle? Shop oder Buchhaltung, nicht beide.
- Letzte zwölf Monate durchsehen: Lücken? Doppelungen?
- Gutschriften: eigene Nummern?
- Jahreswechsel: Hat das Belegdatum entschieden oder das Erzeugungsdatum?
- Archiv: Liegen die Rechnungen als Datei vor, unabhängig vom Plugin?
- Testumgebung: Schreibt sie in eine eigene Datenbank?
Diese sechs Punkte sind in einer halben Stunde geprüft und ersparen im Zweifel eine unangenehme Diskussion.
Wenn du nicht weiterkommst.
Wenn deine Nummernkreise Lücken haben, doppelt zählen oder zwei Systeme gleichzeitig nummerieren. Ich richte die Verbindung ein, teste sie mit echten Bestellungen und zeige dir, woran du erkennst, dass sie läuft: WooCommerce-Support. Soll die Übertragung dauerhaft überwacht werden, geht das über die WooCommerce-Wartung. Passt kein fertiges Werkzeug, baue ich die Verbindung selbst: eigene Schnittstelle entwickeln lassen.
Ursache finden, Website wieder zum Laufen bringen, kurzer Bericht — meist am selben Tag.
Für Anpassungen, Fehlerbehebung und Beratung nach Aufwand, abgerechnet in 15-Minuten-Schritten.
Updates, Backups, Sicherheitscheck, Monitoring — Kleinigkeiten inklusive.
Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.
Wer hilft.
Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich baue und repariere WordPress- und WooCommerce-Systeme und verbinde sie mit anderer Software — Buchhaltung, Warenwirtschaft, Versand. Was ich dabei mache, ist die technische Seite: Daten sauber aus dem Shop holen, richtig zuordnen, zuverlässig übertragen und nachvollziehbar protokollieren.
Was ich ausdrücklich nicht mache: steuerliche Beratung. Welches Konto bebucht wird, wie Steuersätze bei deinem Geschäftsmodell anzusetzen sind und was dein Steuerberater für den Jahresabschluss braucht — das klärst du mit ihm, und ich setze es technisch um. Diese Arbeitsteilung funktioniert gut, weil beide Seiten dann über dasselbe reden: Ich frage beim Steuerberater nach den Vorgaben, er bekommt von mir eine Datei oder Übertragung, die zu seinen Vorgaben passt.
Wenn du mir schreibst, sag mir am besten gleich, womit gebucht wird und wie viele Bestellungen im Monat zusammenkommen. Daraus ergibt sich fast immer schon, ob ein fertiges Plugin reicht.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
Markenfest
Stärkerer Online-Shop — Webdesign, Content und individuelle Shop-Funktionen.
Website ansehen ↗
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗FAQ — Rechnungsnummern.
Kann ich die Bestellnummer als Rechnungsnummer verwenden?
Technisch ja, sauber meist nicht. Abgebrochene und stornierte Bestellungen verbrauchen Nummern, und WordPress vergibt Bestellnummern ohnehin nicht lückenlos. Ein getrennter Rechnungskreis zählt nur bei tatsächlichen Rechnungen weiter.
Sind Lücken im Nummernkreis ein Problem?
Nur wenn sie unerklärt sind. Eine Lücke, die sich aus einer aufgehobenen Rechnung ergibt, ist begründbar. Problematisch wird es, wenn niemand sagen kann, warum eine Nummer fehlt.
Wie entstehen doppelte Rechnungsnummern?
Durch einen manuell zurückgesetzten Zähler, eine aus älterem Stand wiederhergestellte Datenbank oder eine Testumgebung, die versehentlich in die echte Datenbank schreibt.
Shop oder Buchhaltung — wer vergibt die Nummer?
Nur eine Stelle. Entweder der Shop erzeugt die fertige Rechnung samt Nummer, oder er überträgt nur Bestelldaten und die Buchhaltung nummeriert. Zählen beide, gibt es zwei Nummern pro Vorgang.
Was ist beim Jahreswechsel zu beachten?
Setzt der Zähler zurück, muss ein Präfix die Eindeutigkeit sichern. Und es entscheidet das Belegdatum, nicht das Erzeugungsdatum — eine Rechnung vom 31. Dezember gehört in den alten Kreis, auch wenn sie am 2. Januar erzeugt wird.
Worauf muss ich beim Wechsel des Rechnungs-Plugins achten?
Der neue Zähler muss dort weiterlaufen, wo der alte aufgehört hat. Und die alten Belege müssen als Datei archiviert sein — ein Plugin, das Rechnungen bei Bedarf neu erzeugt, liefert später ein anderes Dokument.
Das bin ich – rechts im BildErzähl mir, wie dein Shop und deine Buchhaltung zusammenkommen sollen.
Schreib mir, womit du buchst, wie viele Bestellungen im Monat zusammenkommen und wo es gerade hakt. Ich sage dir ehrlich, ob ein fertiges Plugin reicht oder ob sich eine eigene Schnittstelle lohnt.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de