Am 30. Dezember zählt das Lager, am 31. Dezember schließt das Geschäftsjahr, und am 2. Januar soll der Shop wieder Bestände zeigen, die stimmen. Dazwischen liegt ein Fenster, in dem Buchungen gesperrt sind, Bestellungen aber weiter hereinkommen. Wird dieses Fenster erst kurz vorher besprochen, verschiebt es die Inventurdifferenz in den Januar, wo sie zwischen Nachlieferungen, Retouren und dem ersten Rechnungslauf des neuen Jahres nur noch schwer zuzuordnen ist. Dieser Beitrag beschreibt, welche Entscheidungen jetzt fallen sollten, damit Bestand, Nummernkreise und Belegkette am Bilanzstichtag zusammenpassen, und welche davon in die Schnittstelle gehören statt in eine mündliche Absprache. Wer die Warenwirtschaft an den Shop anbinden lässt, legt das Verhalten im Stichtagsfenster beim Entwurf der Schnittstelle fest, nicht am Stichtag selbst.
Das Wichtigste in Kürze
- Das Inventar beschreibt einen Zustand zu einem Zeitpunkt, die Schnittstelle einen Fluss. Das Sperrfenster ist die Regel, die beides verbindet.
- Die verlegte Inventur nimmt die Zählung aus dem Weihnachtsgeschäft, verlangt dafür aber lückenlose Bewegungsdaten zwischen Zähltag und Stichtag (Handelsgesetzbuch).
- Bestand ist kein Feld, sondern vier: gezählt, gebucht, reserviert, anzeigbar. Ein Statusfeld in der Bestandsnachricht spart im Januar die Rückfragen.
- Nachrichten im Sperrfenster puffern statt verwerfen, nach der Freigabe einen Vollabgleich fahren statt Deltas.
- Die Rechnungsnummer darf zum Jahreswechsel neu starten, muss aber einmalig bleiben; zwei Systeme auf derselben Reihe erzeugen Dubletten (Umsatzsteuergesetz).
- Sperrfenster, Pufferlogik und Differenzregel gehören in die Verfahrensdokumentation, Inventare zehn Jahre ins Archiv (Bundesministerium der Finanzen, Handelsgesetzbuch).
Warum der Stichtag die Schnittstelle trifft
Die Pflicht ist alt und knapp formuliert: Jeder Kaufmann hat für den Schluss eines jeden Geschäftsjahrs ein Inventar aufzustellen, und die Dauer des Geschäftsjahrs darf zwölf Monate nicht überschreiten (Handelsgesetzbuch). Für einen Betrieb ohne Onlineverkauf ist das eine Aufgabe der Logistik und der Buchhaltung. Sobald ein Shop an der Warenwirtschaft hängt, wird daraus eine Aufgabe der Schnittstelle. Denn das Inventar beschreibt einen Zustand zu einem Zeitpunkt, während die Schnittstelle einen Fluss abbildet: Bestellungen, Reservierungen, Lieferscheine und Gutschriften laufen weiter, auch wenn im Lager gerade gezählt wird. Die Frage ist deshalb nicht, ob der Shop während der Aufnahme erreichbar bleibt, sondern welche Mengen er in diesem Zeitraum zeigen und welche Buchungen er auslösen darf. Wer das nicht vorab entscheidet, entscheidet es implizit über das Standardverhalten der eingesetzten Systeme.
Der Zeitpunkt ist zusätzlich ungünstig gewählt, weil er mit dem umsatzstärksten Quartal zusammenfällt. Im Handel mit Endkunden erreichte der Brutto-Umsatz mit Waren im deutschen E-Commerce 2025 nach Verbandsangaben 83,1 Mrd. Euro nach 80,6 Mrd. Euro im Jahr davor (bevh); allein im dritten Quartal 2025 erreichten die Bestellungen einen Wert von 17.960 Mio. Euro (bevh). Gerade im Mode- und Elektronikhandel werden nach einer älteren Auswertung desselben Verbands mit Stand 2023 mehr als ein Drittel der Jahresumsätze im Weihnachtsquartal gemacht (bevh). Ein Sperrfenster, das im Juli zwei Stunden kostet, kostet Ende Dezember ein Vielfaches – nicht in Rechenzeit, sondern in Aufträgen, die in dieser Zeit nicht sauber reserviert werden. Die Länge des Fensters ist deshalb keine technische Restgröße, sondern eine kaufmännische Entscheidung, und sie hängt an der gewählten Inventurart.
Drei Vereinfachungen, drei Lasten für die Schnittstelle
Das Handelsgesetzbuch verlangt das Inventar, schreibt aber nicht vor, dass am 31. Dezember jedes Regal angefasst werden muss. Neben der körperlichen Aufnahme zum Stichtag stehen mehrere Vereinfachungsverfahren zur Wahl (Handelsgesetzbuch). Erstens darf der Bestand der Vermögensgegenstände nach Art, Menge und Wert mit Hilfe anerkannter mathematisch-statistischer Methoden auf Grund von Stichproben ermittelt werden. Zweitens entfällt die körperliche Aufnahme zum Stichtag, soweit ein anderes, den Grundsätzen ordnungsmäßiger Buchführung entsprechendes Verfahren den Bestand nach Art, Menge und Wert sichert – das ist die permanente Inventur. Drittens darf ein besonderes Inventar für einen Tag innerhalb der letzten drei Monate vor oder der ersten beiden Monate nach dem Schluss des Geschäftsjahrs aufgestellt werden. Jede dieser Varianten stellt eine andere Anforderung an die Schnittstelle.
| Verfahren | Rechtsgrundlage | Wirkung auf den Shop | Anforderung an die Schnittstelle |
|---|---|---|---|
| Stichtagsaufnahme | § 240 Abs. 2 HGB | Kurzes, hartes Sperrfenster um den 31. Dezember | Bestandsmeldung anhalten, Reservierungen weiterlaufen lassen |
| Stichprobeninventur | § 241 Abs. 1 HGB | Kürzere Zählzeit, gleiche Sperrlogik | Stichprobenauswahl und Hochrechnung protokolliert übergeben |
| Permanente Inventur | § 241 Abs. 2 HGB | Kein gemeinsames Sperrfenster, dafür laufende Zählungen | Lagerortgenaue Bewegungsdaten und Belegkette über das ganze Jahr |
| Verlegte Inventur | § 241 Abs. 3 HGB | Zählung im Oktober oder Januar statt im Weihnachtsgeschäft | Fortschreibung und Rückrechnung brauchen jede einzelne Bewegung |
| Festwertverfahren | § 240 Abs. 3 HGB | Betrifft Anlagegüter und Hilfsstoffe, selten Shop-Artikel | Alle drei Jahre eine körperliche Aufnahme einplanen |
Für Häuser mit Onlinehandel ist die verlegte Inventur der Regelfall, weil sie die Zählung aus dem Weihnachtsgeschäft heraushält. Der Preis dafür steht im Gesetz: Das besondere Inventar trägt nur dann, wenn ein den Grundsätzen ordnungsmäßiger Buchführung entsprechendes Verfahren den Bestand zum Schluss des Geschäftsjahrs ordnungsgemäß bewertbar macht (Handelsgesetzbuch). Fortschreiben heißt, dass jede Bewegung zwischen Zähltag und Stichtag erfasst und zuordenbar bleibt – auch die, die im Shop entsteht und erst später im ERP ankommt. Genau hier rächen sich Schnittstellen, die Bewegungen zusammenfassen, statt sie einzeln zu übertragen: Wer nur den Saldo überträgt, kann die Lücke später nicht mehr auflösen. Wie Bestände über mehrere Standorte hinweg konsistent bleiben, steht im Beitrag zur Bestandssynchronisation über mehrere Lager.
Die Inventurart bestimmt das Datenmodell, nicht umgekehrt
Das Sperrfenster planen statt es zu erleiden
Ein Sperrfenster ist kein Wartungsfenster. Im Wartungsfenster ist das System weg, im Sperrfenster ist es da, verhält sich aber anders: Es nimmt Bestellungen an, ändert aber keine Bestände mehr, oder es ändert Bestände, meldet sie aber nicht mehr nach außen. Diese Unterscheidung muss vor dem Stichtag beschrieben sein, sonst legt jeder Beteiligte sie anders aus. In der Praxis besteht das Fenster aus drei Abschnitten: dem Vorlauf, in dem offene Belege abgearbeitet und Warenein- und -ausgänge abgeschlossen werden, der eigentlichen Zählzeit und dem Nachlauf, in dem Differenzen gebucht und Bestände wieder freigegeben werden. Für jeden Abschnitt gilt ein anderes Verhalten der Schnittstelle, und für jeden Abschnitt braucht es einen Schalter, den jemand bewusst umlegt.
- Offene Belege abarbeiten. Kommissionierungen, Wareneingänge und Retouren, die vor dem Zähltag angelegt wurden, werden gebucht oder ausdrücklich in den Nachlauf verschoben.
- Bestandsmeldung einfrieren. Der Shop behält den letzten übertragenen Wert und meldet keine neuen Mengen, statt auf null zu fallen.
- Reservierungen weiterlaufen lassen. Eingehende Bestellungen reservieren gegen einen Puffer, damit der Verkauf nicht stoppt und die Zählmenge trotzdem stabil bleibt.
- Nachrichten puffern statt verwerfen. Ausgehende Bestandsereignisse laufen in eine Warteschlange, die nach dem Fenster in der ursprünglichen Reihenfolge abgearbeitet wird.
- Zählen und protokollieren. Zähllisten, Nachzählungen und Korrekturen bekommen Zeitstempel, Benutzer und Belegbezug; spätere Änderungen sind nach den GoBD so vorzunehmen, dass der ursprüngliche Inhalt und die Tatsache der Änderung erkennbar bleiben (Bundesministerium der Finanzen) – das ist später der Nachweis.
- Differenzen bewerten. Abweichungen je Lagerort werden gegen ein vorher festgelegtes Toleranzband geprüft; alles darüber geht in die Nacherfassung, nicht in eine Sammelbuchung.
- Bestände freigeben. Erst nach der Differenzbuchung wird die Bestandsmeldung wieder scharf geschaltet, und zwar mit einem Vollabgleich statt mit Deltas.
- Nachlauf beobachten. Die ersten Tage nach dem Fenster gehören unter Beobachtung, weil sich Reihenfolgefehler dort zeigen und nicht am Stichtag selbst.
Der vierte Punkt ist der, der am häufigsten fehlt. Werden Bestandsereignisse während des Fensters verworfen statt gepuffert, fehlt nach der Freigabe genau die Bewegung, die den Unterschied zwischen gezähltem und gebuchtem Bestand erklären würde. Eine Warteschlange mit Wiederholung und einer eindeutigen Vorgangskennung löst das, ohne dass jemand von Hand nacharbeitet; wie das ohne Doppelbuchungen funktioniert, steht im Beitrag zu Idempotenz und Wiederholungen in Schnittstellen. Der achte Punkt verlangt, dass jemand hinsieht: Ein Monitoring der Schnittstellen mit Kennzahlen für Warteschlangenlänge, Wiederholungen und Altersstand der letzten Bestandsmeldung zeigt Reihenfolgefehler in Stunden statt in Wochen.
Was der Shop am Stichtag zeigen darf
Die häufigste Fehlannahme im Stichtagsfenster ist, dass es einen Bestand gibt. Tatsächlich gibt es mindestens vier Mengen, und sie fallen im Dezember weiter auseinander als im Rest des Jahres: der körperlich vorhandene Bestand, der gebuchte Bestand im ERP, die für Aufträge reservierte Menge und die Menge, die der Shop als verfügbar anzeigt. Solange alle vier aus einem Feld abgeleitet werden, ist jede Zählung eine Wette. Sinnvoll ist deshalb, die Bestandsnachricht so zu schneiden, dass sie diese Größen getrennt trägt und zusätzlich einen Status mitführt, der aussagt, wie belastbar der Wert gerade ist. Ein Shop, der weiß, dass ein Lagerort gerade gezählt wird, kann eine Lieferzeit statt einer Stückzahl anzeigen, statt eine Zahl zu behaupten, die gerade niemand verantworten kann.
Gezählte Menge
Das Ergebnis der körperlichen Aufnahme mit Zähltag, Zähler und Lagerort. Sie ist der Ausgangswert der Fortschreibung und bleibt unverändert, auch wenn danach weiter gebucht wird.
Reservierte Menge
Alles, was im Shop bestellt, aber noch nicht ausgeliefert ist. Sie erklärt den Unterschied zwischen Regal und Buchbestand und gehört im Sperrfenster in ein eigenes Feld.
Anzeigbare Menge
Die Zahl, die der Shop zeigen darf, abgeleitet aus gezählter Menge, Reservierungen und einem Sicherheitsabschlag, den man je Lagerort einstellen kann.
Ein Statusfeld in der Bestandsnachricht kostet wenig und spart im Januar Rückfragen. Es unterscheidet mindestens zwischen laufender Meldung, eingefrorenem Wert während der Zählung und einem Wert, der nach der Freigabe aus einem Vollabgleich stammt. Nachgelagerte Systeme machen daran ihr Verhalten fest: Der Shop blendet im eingefrorenen Zustand die Stückzahl aus und zeigt eine Verfügbarkeitsstufe, die Marktplatzanbindung reduziert die gemeldete Menge, und das Monitoring bewertet ein ausbleibendes Update nicht als Störung. Bei Artikeln mit Chargen und Seriennummern kommt hinzu, dass je Charge gezählt wird und die Aggregation auf den Artikel erst danach entsteht; wer die Ebene in der Nachricht nicht trennt, verliert genau die Information, die eine Differenz später erklärt. Ähnliches gilt für Häuser, die in Mengeneinheiten und Gebinden rechnen: Gezählt wird in Kartons, verkauft in Stück.
{
"artikel": "40-2517-KH25",
"lagerort": "NORD",
"stand": "2026-12-30T18:00:00+01:00",
"status": "eingefroren",
"mengen": {
"inventur": 412,
"gebucht": 418,
"reserviert": 37,
"anzeigbar": null
},
"aufnahme": {
"beleg": "INV-2026-NORD-0007",
"datum": "2026-12-30",
"verfahren": "verlegt"
},
"anzeige": {
"menge_zeigen": false,
"hinweis": "Lieferzeit statt Stückzahl anzeigen"
}
}Zur Bestandsnachricht gehört ein zweiter Beschluss, der häufig erst im Januar getroffen wird: ab welcher Abweichung eine Position nachgezählt wird. Ein Toleranzband je Lagerort und Warengruppe macht diese Grenze vorher sichtbar und nimmt der Differenzbuchung das Beliebige. Sinnvoll ist ein relatives Band, weil eine Abweichung von fünf Stück bei einem Schnelldreher etwas anderes bedeutet als bei einem Ersatzteil mit zwei Bewegungen im Jahr. Wer das Band setzt, legt zugleich fest, was mit den Positionen darüber geschieht: Nacherfassung durch eine zweite Person, Freigabe durch die Lagerleitung, und erst danach die Buchung. Genau diese Kette gehört protokolliert, weil sie später erklärt, warum eine Menge korrigiert wurde. Für die Schnittstelle heißt das, dass die Freigabe eines Lagerorts nicht am Ende der Zählung hängt, sondern am Ende der Nacherfassung: Solange Positionen offen sind, bleibt der Lagerort im eingefrorenen Zustand, und der Shop zeigt weiter die Verfügbarkeitsstufe statt einer Menge. Das kostet im Zweifel einen halben Tag mehr Sperrzeit, spart aber die Korrekturbuchung im Februar, für die dann niemand mehr die Zähllisten zur Hand hat. Wer mehrere Lagerorte in einer Nachricht zusammenfasst, verliert diese Steuerung wieder, denn Band und Nacherfassung gelten je Lagerort. Ein Bericht je Lagerort mit Abweichung, Bandbreite und Status ist damit kein Beiwerk, sondern das Abnahmedokument des Stichtagsfensters.
Nummernkreise und Belegkette zum 1. Januar
Zum 1. Januar wechseln in vielen Häusern die Nummernkreise: Aufträge, Lieferscheine, Rechnungen und Gutschriften bekommen ein neues Präfix oder starten wieder bei eins. Das ist zulässig, solange die Nummer ihre Aufgabe erfüllt. Das Umsatzsteuergesetz verlangt in der Rechnung eine fortlaufende Nummer mit einer oder mehreren Zahlenreihen, die zur Identifizierung der Rechnung vom Rechnungsaussteller einmalig vergeben wird (Umsatzsteuergesetz). Mehrere Zahlenreihen sind also ausdrücklich erlaubt, etwa je Vertriebskanal oder je Mandant; Einmaligkeit ist die Bedingung. Problematisch wird es, wenn zwei Systeme dieselbe Reihe bedienen: Vergibt der Shop Belegnummern und das ERP vergibt sie ebenfalls, entstehen zum Jahreswechsel Dubletten, weil beide Seiten unabhängig voneinander zurückgesetzt werden.
eine fortlaufende Nummer mit einer oder mehreren Zahlenreihen, die zur Identifizierung der Rechnung vom Rechnungsaussteller einmalig vergeben wird (Rechnungsnummer)
Die saubere Lösung ist, die Hoheit über jede Belegart genau einem System zu geben und die andere Seite die Nummer nur übernehmen zu lassen. Im Shop-Umfeld heißt das in der Regel: Der Shop vergibt die Bestellnummer, das ERP vergibt Auftrag, Lieferschein und Rechnung. Die Zuordnung läuft über eine Fremdschlüsselspalte, nicht über eine Namenskonvention. Wo Aufträge in mehrere Lieferungen und Belege zerfallen, wird das besonders sichtbar; wie sich Teillieferungen und Teilrechnungen über den Jahreswechsel hinweg zuordnen lassen, ist ein eigenes Thema. Bei der elektronischen Rechnung kommt hinzu, dass der Übergang gesetzlich befristet ist: Für einen nach dem 31. Dezember 2024 und vor dem 1. Januar 2027 ausgeführten Umsatz darf die Rechnung noch auf Papier übermittelt werden, vorbehaltlich der Zustimmung des Empfängers auch in einem elektronischen Format, das den Vorgaben für die E-Rechnung nicht entspricht; für Aussteller mit höchstens 800 000 Euro Gesamtumsatz im Vorjahr gilt dasselbe ein Jahr länger (Umsatzsteuergesetz). Wer die Pflicht zur E-Rechnung auf den Jahreswechsel legt, sollte den Nummernkreiswechsel nicht in dieselbe Woche legen.
- Hoheit je Belegart festlegen. Für Bestellung, Auftrag, Lieferschein, Rechnung und Gutschrift steht schriftlich, welches System die Nummer vergibt.
- Fremdschlüssel statt Konvention. Jede Belegzeile trägt die Nummer des Quellsystems in einem eigenen Feld, nicht in einem zusammengesetzten Text.
- Reihen je Mandant trennen. Mehrere Zahlenreihen sind zulässig, sie müssen sich nur eindeutig unterscheiden lassen.
- Übergangsbelege einplanen. Aufträge aus dem alten Jahr, die im Januar fakturiert werden, brauchen eine Regel, welcher Kreis gilt.
- Rücksprünge ausschließen. Ein Zähler, der zum Jahreswechsel zurückgesetzt wird, darf im alten Kreis nicht noch einmal ziehen.
- Testlauf mit echtem Datumssprung. In einer Testumgebung mit belastbaren Testdaten wird der Wechsel einmal vollständig durchgespielt, bevor er produktiv passiert.
Preise, Konten und Stammdaten zum Jahresanfang
Zum 1. Januar wechseln nicht nur Nummern. Preislisten, Staffeln, Aktionsrabatte, Frachtkostenregeln und teilweise Steuerschlüssel bekommen ein neues Gültigkeitsdatum. Der übliche Fehler ist, diese Daten am 31. Dezember abends einzuspielen, weil sie dann sofort wirken. Besser ist ein Datenmodell, das Gültigkeitszeiträume trägt: Der Preis für das neue Jahr liegt im Dezember bereits im System, wird aber erst ab seinem Startdatum wirksam. Damit verschiebt sich die riskante Handlung vom Silvesterabend auf einen normalen Arbeitstag, und der Abgleich zwischen ERP und Shop lässt sich vorher fahren. Wer Preise über Kunden- und Staffelebenen führt, braucht die Gültigkeit auf jeder Ebene, sonst gewinnt zum Jahreswechsel die falsche Zeile.
Für die Übergabe an die Buchhaltung gilt derselbe Gedanke. Konten, Kostenstellen und Steuerschlüssel sind Stammdaten mit Gültigkeit, und die Zuordnung eines Umsatzes hängt am Leistungsdatum, nicht am Belegdatum. Läuft die Übergabe an die Buchhaltung automatisiert, gehört ein Abgleich in den Januar, der die ersten Buchungen des neuen Jahres stichprobenartig gegen den Beleg prüft. Auch der Zahlungsabgleich im ERP verdient im Januar eine eigene Runde, weil Zahlungen aus dem Dezember auf Belege des alten Jahres treffen und Auszahlungsläufe über den Jahreswechsel hinweg gebündelt ankommen. Wer eine DATEV-Anbindung betreibt, klärt zusätzlich, bis wann Belege des alten Jahres nachgeliefert werden dürfen und wie ein nachträglich korrigierter Beleg gekennzeichnet wird.
Ein Import ohne Gültigkeitsdatum ist eine Sofortänderung
Nachweis: Verfahrensdokumentation und Datenzugriff
Was im Stichtagsfenster automatisch passiert, muss im Nachhinein nachvollziehbar sein. Die Abgabenordnung verlangt, dass die Buchungen und die sonst erforderlichen Aufzeichnungen einzeln, vollständig, richtig, zeitgerecht und geordnet vorgenommen werden (Abgabenordnung). Die GoBD konkretisieren das für Datenverarbeitungssysteme: Für jedes System muss eine übersichtlich gegliederte Verfahrensdokumentation vorhanden sein, aus der Inhalt, Aufbau, Ablauf und Ergebnisse des Verfahrens vollständig und schlüssig ersichtlich sind (Bundesministerium der Finanzen). Die geltende Fassung ist ab dem 1. April 2024 anzuwenden (Bundesministerium der Finanzen). Für die Inventur heißt das konkret: Der Ablauf des Sperrfensters, die Puffer- und Wiederholungslogik der Schnittstelle und die Regel für Differenzbuchungen gehören beschrieben, vorzugsweise dort, wo die Verfahrensdokumentation für Schnittstellen ohnehin gepflegt wird.
Der zweite Teil betrifft die Aufbewahrung. Inventare gehören zu den Unterlagen, die zehn Jahre aufzubewahren sind, sonstige Unterlagen sechs Jahre (Handelsgesetzbuch). Rechnungen sind nach dem Umsatzsteuergesetz acht Jahre aufzubewahren (Umsatzsteuergesetz). Das betrifft nicht nur das unterschriebene Zählprotokoll, sondern auch die maschinellen Aufzeichnungen, die den Bestand erklären. Im Rahmen einer Außenprüfung kann die Finanzbehörde Einsicht in die gespeicherten Daten nehmen, eine maschinelle Auswertung nach ihren Vorgaben verlangen oder die Daten in einem maschinell auswertbaren Format anfordern (Abgabenordnung). Wer Bewegungsdaten aus der Schnittstelle nach zwei Jahren aufräumt, verliert unter Umständen den Nachweis für eine Fortschreibung. Wie sich Löschfristen und Aufbewahrungspflichten über Shop, ERP und Buchhaltung hinweg zusammenbringen lassen, behandelt der Beitrag zum Löschkonzept über Systemgrenzen.
Eine verworfene Buchführung wird geschätzt
Typische Fehler im Stichtagsfenster
- Bestand fällt auf null statt einzufrieren. Bleibt die Bestandsmeldung aus, deuten manche Shop- und Marktplatzsysteme das als ausverkauft und nehmen Artikel aus dem Verkauf.
- Deltas nach der Freigabe. Nach dem Fenster wird mit Differenzen statt mit einem Vollabgleich gestartet; jede während der Sperre verlorene Bewegung bleibt dann dauerhaft im Bestand.
- Zählen ohne Lagerortbezug. Eine Gesamtmenge ohne Lagerort lässt sich nicht gegen eine Fortschreibung prüfen und erklärt keine Differenz.
- Retouren als blinder Fleck. Rücksendungen, die während der Zählung eintreffen, landen häufig in keinem der beiden Bestände, weder im gezählten noch im gebuchten.
- Reservierungen als Bestand. Wird die reservierte Menge vom Bestand abgezogen, statt sie getrennt zu führen, entsteht am Zähltag eine Differenz, die es gar nicht gibt.
- Sperrfenster nur im ERP. Ist die Sperre in der Warenwirtschaft gesetzt, im Shop aber unbekannt, verkauft der Shop weiter gegen einen Bestand, den gerade niemand fortschreibt.
Fünf dieser sechs Punkte sind Entwurfsfehler, keine Bedienfehler. Sie entstehen, weil das Sperrfenster als Betriebszustand nicht existiert und deshalb auch nicht getestet werden kann. Ein Betrieb, der den Zustand ausdrücklich modelliert, kann ihn im Oktober in einer Testumgebung durchspielen, die Warteschlange volllaufen lassen und die Freigabe messen. Das ist derselbe Gedanke wie beim Notbetrieb bei ERP-Ausfall: Ein geplanter Sonderzustand ist beherrschbar, ein ungeplanter deutlich schlechter. Der Unterschied ist, dass man den Termin für die Inventur selbst bestimmt.
Zeitplan von September bis Januar
Die zeitliche Reihenfolge ist weniger streng als die inhaltliche, aber einige Abhängigkeiten sind fest. Die Inventurart muss vor dem Zähltermin stehen, der Zähltermin vor der Personalplanung, und die Schnittstellenänderungen müssen vor dem Weihnachtsgeschäft produktiv sein, weil zwischen Ende November und Ende Dezember erfahrungsgemäß niemand mehr an der Bestandslogik arbeiten möchte. Daraus ergibt sich ein Fahrplan, der im September beginnt.
| Zeitraum | Aufgabe | Ergebnis |
|---|---|---|
| September | Inventurart und Zähltermin festlegen, Lagerorte und Toleranzband abstimmen | Entscheidung dokumentiert, Aufwand je Lagerort geschätzt |
| Oktober | Sperrfenster als Betriebszustand in der Schnittstelle umsetzen und testen | Statusfeld, Warteschlange und Vollabgleich in der Testumgebung nachgewiesen |
| Anfang November | Nummernkreise, Preislisten und Gültigkeiten für das neue Jahr anlegen | Daten liegen mit Startdatum bereit, ohne bereits zu wirken |
| Mitte November | Änderungsstopp für die Bestandslogik, Monitoring schärfen | Produktivstand eingefroren, Kennzahlen laufen und werden gelesen |
| Dezember | Zählen, Differenzen bewerten, Bestände nach Vollabgleich freigeben | Zählprotokolle mit Beleg, Zeit und Benutzer archiviert |
| Januar | Vollabgleich prüfen, erste Buchungen des neuen Jahres kontrollieren | Fortschreibung belegbar, Abweichungen zugeordnet |
Der Änderungsstopp Mitte November ist der Punkt, an dem am meisten diskutiert wird. Er kostet Flexibilität, aber er verhindert die Kombination, die im Dezember am teuersten wird: eine neue Bestandslogik und ein hohes Auftragsvolumen gleichzeitig. Wer eine Middleware zwischen Shop und ERP betreibt, kann den Stopp auf die Bestands- und Belegstrecken begrenzen und andere Themen weiterlaufen lassen; ohne diese Trennung friert der Stopp das ganze Vorhaben ein.
Was wir im Stichtagsfenster übernehmen
Wir richten das Sperrfenster als eigenen Betriebszustand ein: Statusfeld in der Bestandsnachricht, Warteschlange mit Wiederholung, Vollabgleich nach der Freigabe und eine ausdrückliche Regel für Reservierungen während der Zählung. Dazu kommen der Nummernkreiswechsel mit Übergangsregel, die Gültigkeitsdaten für Preise und Stammdaten sowie die Beschreibung des Ablaufs für die Verfahrensdokumentation. Während der Zählzeit begleiten wir das Fenster mit Blick auf Warteschlange, Wiederholungen und Altersstand der letzten Meldung, damit ein Reihenfolgefehler im Dezember auffällt und nicht im Februar. Einen Überblick über die Bandbreite gibt die Seite zu unseren Leistungen.
Quellen und Belege
Verwandte Artikel
Lexware Office an den Shop anbinden: Belege und Artikel
Wie Bestellungen zu Belegen und Artikel zu Stammdaten in Lexware Office werden: Feldzuordnung, Grenzwerte der Schnittstelle und der Takt, den sie verlangt.
Chargen und Seriennummern zwischen ERP und Shop
Chargen an die Bewegung, Seriennummern ans Stück: Datenmodell, Rückverfolgbarkeit nach EU-Recht, GS1-Datenbezeichner und der Rückruf als Praxistest.
Mengeneinheiten und Gebinde aus dem ERP sauber abbilden
Basis-, Lager-, Verkaufs- und Bestelleinheit trennen, Umrechnungsfaktoren aus dem ERP ziehen und Bestände, Mindestmengen sowie Grundpreise sauber abbilden.