Lager- & Kassen-Forum

Ich betreue drei Standorte mit gemeinsamem Artikelstamm und nächtlichem Abgleich über VPN. Tagsüber laufen Wareneingang, Umlagerungen und Kassenbetrieb, abends wird verdichtet. Vor dem angekündigten Datenbank-Update für das neue Jahr bin ich unsicher über die richtige Reihenfolge. Sichert jede Filiale lokal vorab oder genügt die Zentralsicherung nach Replikation. Müssen alle Rechner gleichzeitig auf die neue Version, oder kann die Zentrale zuerst umgestellt werden, während eine Filiale noch mit altem Build kassiert. Wie sperre ich offene Vorgänge sauber und dokumentiere Versionsstand und Datenbankgröße für einen möglichen Rollback.

Bei drei Standorten mit nächtlichem Abgleich würde ich keinen Mischbetrieb mit alter und neuer Datenbank fahren. Ursache für Fehler sind meist unterschiedliche Feldstände beim Artikelstamm und offene Posten, die nach dem Update nicht mehr zugeordnet werden können. Praktisch bewährt hat sich abends zuerst alle Kassenbons sauber abzuschließen und in der Bonverfolgung zu prüfen, offene Bestellungen über Übernahme in Wareneingang mit Status Noch Offen zu verarbeiten und die Liste Daten gehen an Filiale zu leeren, damit in orderfiliale keine existierenden Daten mehr warten. Danach den normalen Abgleich über VPN einmal vollständig durchlaufen lassen und das Protokoll kontrollieren. Erst dann jede Filiale lokal und zusätzlich die Zentrale sichern und Versionsstand, Rechnername aus der Übersicht aller Computer im Filialnetzwerk, Datum, Datenbankgröße und Protokollzeilen für einen Rollback dokumentieren. Für das Update alle Kassen- und Lagerprogramme schließen, Zentrale umstellen, danach Filiale für Filiale, zwischendurch nicht kassieren. Bei Unklarheiten zur Aufbewahrung den Steuerberater einbinden.