Fehlgeschlagene Lagerbuchungen sicher nachbearbeiten

Diese Anleitung beschreibt den sicheren Umgang mit einer technischen Lager-Nacharbeit nach einem bereits abgeschlossenen Kassenbeleg. Sie erklärt, warum die Meldung erscheint, wie Sie zwischen einer echten Bestandsbewegung und einem Fehlalarm unterscheiden und wann Sie den Vorgang abbrechen und an den Support übergeben müssen.

Wichtigste Regel: Der Kassenbeleg, die Zahlung, das Journal und gegebenenfalls die TSE wurden bereits abgeschlossen. Den Beleg niemals erneut kassieren und kein zweites Storno anlegen. Offen ist nur die nachgelagerte technische Lageraufgabe.

Alle Bilder stammen aus einer isolierten winTFS-Demo mit frei erfundenen Artikeln und Belegen. Für die Prüfung wurden 72 Demorechnungen, 205 Rechnungspositionen, 208 Journalzeilen, 68 Artikel und gezielte Fehlbuchungszustände verwendet. Es wurden keine Kundendaten und keine produktive TSE benutzt.

Warum erscheint die Meldung?

winTFS trennt den fachlichen Kassenabschluss von technischen Nebenarbeiten. Wenn der Beleg bereits sicher gespeichert wurde, eine anschließende Lagerbuchung aber nicht abgeschlossen werden konnte, wird eine dauerhafte Nacharbeitsaufgabe erzeugt. Damit verhindert winTFS, dass ein bereits bezahlter und journalisierter Verkauf wegen eines Lagerfehlers noch einmal kassiert wird.

Typische Ursachen sind:

• Der passende Artikelstammsatz war beim Abschluss gesperrt oder nicht beschreibbar.
• Die Artikelnummer fehlt im Lagerstamm oder ist mehrfach vorhanden.
• Ein Index- oder Identitätsproblem verhindert die eindeutige Zuordnung.
• Eine historische Kassenausgabe wurde fälschlich als Lagerartikel interpretiert.
• Der Bestand wurde gespeichert, der revisionssichere Nachweis konnte danach aber nicht archiviert werden.
• Ein alter Datensatz wurde nur gelöscht beziehungsweise ausgeblendet, obwohl die technische Aufgabe offen blieb.

Wer darf die Nacharbeit bearbeiten?

• Bediener: Warnung bestätigen, Belegnummer und Aufgabe notieren und normal weiterkassieren.
• Administrator oder geschulter Lagerverantwortlicher: Originalbeleg, Journal, Artikelidentität und Bestandsrichtung prüfen und die Entscheidung dokumentieren.
• Support: Mehrdeutigkeiten, gelöschte aber offene Datensätze, fehlende Nachweise, bereits gebuchte Bestände mit Archivfehler oder andere technische Aufgaben klären.

Die aktuelle Programmversion erzwingt diese Rollen nicht technisch. Organisatorisch sollte die Nacharbeit deshalb nur an einer Station und nur durch eine eingewiesene Person erfolgen.

1. Nachbuchungsmaske öffnen

1. Bestätigen Sie die Startwarnung mit OK.
2. Öffnen Sie im winTFS-Hauptmenü Lager → Bestands-Nachbuchungen….
3. Bearbeiten Sie hier nur Aufgaben, deren Bereich mit Lagerbuchung beginnt. Aufgaben zu Seriennummer, Belegdruck, Kundenkonto oder anderen Modulen benötigen einen anderen Wartungsweg.

2. Farben und Status richtig lesen

3. Vor jeder Aktion fünf Merkmale abgleichen

Markieren Sie genau eine Zeile und vergleichen Sie sie mit dem Originalbeleg und dem Kassenjournal:

1. Belegnummer stimmt exakt überein.
2. Artikelnummer und Bezeichnung gehören zum verkauften oder stornierten Artikel.
3. Menge stimmt mit der noch offenen Bewegung überein.
4. Storno zeigt die richtige Richtung: Verkauf bedeutet Abgang, Storno beziehungsweise Rücknahme bedeutet Zugang.
5. Artikelidentität ist eindeutig. Bei Dubletten müssen Bezeichnung, VK-Preis und Bestand zum Beleg passen.

Wenn nur eines dieser Merkmale unklar ist: nichts buchen, nichts löschen und keine Pending-Datei manuell verändern. Wählen Sie Entscheidung C „Technisch klären“.

4. Entscheidung A, B oder C

Entscheidung A: Bestand genau einmal nachbuchen

1. Prüfen Sie die fünf Merkmale aus Abschnitt 3.
2. Markieren Sie die passende Zeile.
3. Wählen Sie Nachbuchen oder drücken Sie F5.
4. Bei mehreren physischen Stammsätzen wählen Sie bewusst den Satz, der zu Bezeichnung, VK-Preis und Bestand passt. Ist keiner eindeutig, brechen Sie ab.
5. Bestätigen Sie einen angebotenen Sicherheitsdialog nur nach erneutem Vergleich.
6. Warten Sie auf die Erfolgsmeldung und den Archivpfad. Erst dann ist der Vorgang vollständig abgeschlossen.

Bestandsrichtung: Bei einem normalen Verkauf erhöht winTFS den Abgang; der verfügbare Bestand sinkt. Bei einem Storno vermindert winTFS den Abgang; der verfügbare Bestand steigt. Im geprüften Demostorno sank ABGA von 3 auf 2 und der errechnete Bestand stieg von 3 auf 4.

Artikel fehlt im Lagerstamm

Die Fehlermeldung bedeutet nicht automatisch, dass ein neuer Artikel angelegt werden soll. Prüfen Sie zuerst Tippfehler, Suchcode, Dubletten, gelöschte Stammsätze und den Originalbeleg. Nur wenn die Artikelnummer nachweislich wirklich fehlt, darf sie genau einmal angelegt und die Nachbuchung danach erneut aufgerufen werden.

Entscheidung B: Ohne Bestandsänderung erledigen

Dieser Weg ist ausschließlich für einen nachgewiesenen Fehlalarm vorgesehen. Er darf nicht verwendet werden, um eine unbequeme oder unklare Bestandsbewegung aus der Liste zu entfernen.

1. Prüfen Sie den Originalbeleg und das Journal. Es darf keine echte Artikelbewegung fehlen.
2. Markieren Sie den passenden Datensatz und wählen Sie Ohne Bestand erledigen oder F8.
3. Der Warnungsdialog ist absichtlich mit Nein vorbelegt. Prüfen Sie Beleg, Artikelreferenz und Menge erneut.
4. Wählen Sie nur dann Ja, wenn keine Bestandsänderung erforderlich ist.
5. Erfassen Sie eine konkrete Begründung mit mindestens fünf Zeichen, beispielsweise „Kassenausgabe, externe Belegnummer geprüft“.
6. Warten Sie auf die Bestätigung, dass genau ein Nachweis revisionssicher archiviert wurde.

Kassenausgabe automatisch erkannt

Bei einer eindeutig nachgewiesenen Kassenausgabe erkennt winTFS, dass die Nummer eine externe Belegreferenz und kein Lagerartikel ist. Auch dieser Dialog ist mit „Nein“ vorbelegt. Prüfen Sie den Sachverhalt, bevor Sie den Fehlalarm ohne Bestand erledigen.

Entscheidung C: Nichts verändern und technisch klären

winTFS arbeitet bei mehreren exakt passenden Nachweisen absichtlich „fail closed“: Es wird nichts verändert. Geben Sie dem Support Belegnummer, Artikelnummer, Anzahl der Nachweise, Uhrzeit und einen Screenshot weiter.

Roter Altfall „Verwerfung offen“

Ein roter Datensatz wurde früher nur soft-gelöscht. Ist die Bestandsbewegung tatsächlich noch erforderlich, darf F8 nicht verwendet werden: F8 würde ihn ohne Bestandsänderung abschließen. Die aktuelle Maske besitzt keinen allgemeinen Wiederherstellungsweg für diesen Fall. Deshalb muss der Support den Datensatz kontrolliert zur Nachbuchung wiederherstellen.

Nachweis und LBUCH passen nicht zusammen

• Pending-Nachweis ohne LBUCH-Satz: Keine freie Lagerbuchung erfinden; Ursache technisch klären.
• LBUCH-Satz ohne Pending-Nachweis: Nicht als erledigt vortäuschen; fehlenden Nachweis prüfen lassen.
• BKZ=True plus aktiver Nachweis: Bestand nicht erneut buchen. Nur die Nachweis-/Archivseite reparieren.
• Andere Aufgabe als „Lagerbuchung“: Nicht in dieser Maske bearbeiten.

5. Erfolg und Archivierung prüfen

Eine Nachbuchung ist erst dann vollständig, wenn Bestandsänderung, LBUCH-Status und technischer Nachweis zusammenpassen:

1. Die Bestandsrichtung stimmt: Verkauf senkt, Storno erhöht den Bestand.
2. Der LBUCH-Satz ist als erledigt markiert.
3. Die Erfolgsmeldung nennt die revisionssichere Archivierung.
4. Der passende aktive Pending-Nachweis ist verschwunden.
5. Beim nächsten Kassenstart ist die Zahl offener Aufgaben entsprechend kleiner.

6. Was tun bei Fehlern während der Nachbuchung?

Bekannte Grenzen der aktuellen Version

• Bei genau einem gefundenen Artikelstammsatz bucht F5 derzeit ohne einen zweiten Bestand-vorher/nachher-Dialog. Prüfen Sie deshalb vor F5 besonders sorgfältig.
• In der geprüften Version kann ein am Listenanfang oder -ende markierter Satz trotz sichtbarer Auswahl als „kein gültiger Eintrag“ abgewiesen werden. Nicht auf einen anderen Datensatz ausweichen; Screenshot und Referenzen an den Support geben.
• Der automatische Kassenstart-Hinweis fasst technische Nachweise zusammen und zeigt nur den ersten Detailfall. Die Zahl kann auch Aufgaben anderer Bereiche enthalten.
• Der normale Nachbuchungsweg darf bei mehreren identischen Pending-Nachweisen nicht benutzt werden. Die sichere F8-Prüfung blockiert Mehrdeutigkeit; F5 benötigt zuvor eine eindeutige administrative Zuordnung.
• Bedienerkennung und Administratorrolle werden im aktuellen Dialog noch nicht technisch erzwungen.
• Die Maske korrigiert primär den Artikelbestand in MLAGER. Ringfoto-Reserve, Onlinebestand, Sortiment, Swift oder Seriennummern sind getrennte Nebenwirkungen und müssen bei entsprechender Aufgabe separat geprüft werden.

Niemals durchführen

• Den abgeschlossenen Verkauf, die Zahlung oder das Storno wiederholen.
• Den gleichen LBUCH-Satz zweimal nachbuchen.
• Dateien in FiscalPending manuell löschen, ändern oder verschieben.
• LBUCH, MLAGER oder BKZ mit einem DBF-Werkzeug direkt verändern.
• Einen zufälligen Dublettensatz auswählen oder nur für den Dialog einen neuen Artikel anlegen.
• Nach „Bestand bereits gebucht, Archivierung fehlgeschlagen“ erneut F5 drücken.
• Dieselbe Aufgabe gleichzeitig an mehreren Stationen bearbeiten.

Support-Checkliste

Für eine schnelle Klärung übermitteln Sie:

• Belegnummer, Datum und Station
• Artikelnummer, Bezeichnung, Menge und Storno-Kennzeichen
• Statusfarbe beziehungsweise Text „Verwerfung offen“ oder „erledigt“
• genauen Wortlaut der Fehlermeldung
• ob der Bestand vor dem Fehler bereits sichtbar verändert war
• Screenshot der Liste und des Dialogs
• Anzahl identischer Nachweise, falls winTFS Mehrdeutigkeit meldet