Wiegen bei Netzwerk- oder ERP-Ausfall: Ein praxistaugliches Notfallkonzept

Wiegen bei Netzwerk- oder ERP-Ausfall ist möglich, wenn die benötigte Messkette, lokale Verarbeitung und freigegebenen Daten weiterhin verfügbar sind. Ein belastbares Notfallkonzept legt fest, welche Vorgänge unter diesen Bedingungen weiterlaufen, wann die Abfertigung stoppt und wie Lieferungen anschließend vollständig und ohne Doppelbuchung im ERP ankommen.

Die Waage zeigt ein Gewicht, aber die Auftragsauswahl lädt nicht. Vor der Einfahrt warten Fahrzeuge, ein Fahrer hat bereits seine Erstwiegung abgeschlossen. Jetzt muss das Waagepersonal erkennen können, ob nur die Verbindung zum ERP fehlt oder auch Messwerte, Berechtigungen und Belege betroffen sind.

Dieser Leitfaden hilft Werksleitung, Waagepersonal, IT und Verwaltung, einen begrenzten Notbetrieb vorzubereiten. Die beschriebenen Abläufe sind Planungs- und Abnahmekriterien. Welche davon eine konkrete Installation unterstützt, muss mit Softwareanbieter, Waagenhersteller und den Verantwortlichen des Betriebs geprüft werden.

Zuerst unterscheiden: Was ist tatsächlich ausgefallen?

„Das Netzwerk ist weg“ beschreibt die Auswirkungen meist zu ungenau. Die Verbindung zur Zentrale kann unterbrochen sein, während das lokale Netz funktioniert. Umgekehrt kann ein defekter Switch im Werk sowohl den Arbeitsplatz als auch Drucker und Waagenanschluss betreffen.

Ein angezeigtes Gewicht allein belegt noch nicht, dass der vollständige Vorgang gespeichert wurde. Ebenso zeigt ein wieder erreichbarer ERP-Server nicht automatisch, dass Aufträge aktuell sind und ausstehende Lieferungen übernommen wurden. Grundbegriffe zum Zusammenhang von Messung und Prozess erläutert das Glossar zur Verwiegung.

Bei Verdacht auf manipulierte oder verschlüsselte Daten gilt ein eigener Sicherheitsablauf. Die Wiederverbindung braucht dann eine Freigabe durch die zuständigen Sicherheitsverantwortlichen. Die CISA-Leitlinie zur Wiederherstellung nach Ransomware betont einen geordneten Wiederaufbau in einer bereinigten Umgebung; ein bloßer Verbindungsneustart reicht in dieser Situation nicht.

Festlegen, welche Vorgänge im Notbetrieb erlaubt sind

Eine Offlinefunktion muss fachlich begrenzt sein. Definieren Sie für jede Vorgangsart die benötigten Daten, ihre zulässige Aktualität, die verantwortliche Freigabe und eine klare Abbruchbedingung.

Ein vorbereitetes Fahrzeug mit lokal verfügbarem Auftrag kann anders behandelt werden als ein unangemeldeter Selbstabholer mit neuem Kundenkonto. Auch ein bereits laufender Besuch braucht eine eigene Regel: Die Erstwiegung, Fahrzeugkombination und Auftragszuordnung müssen für seine Fortsetzung eindeutig verfügbar bleiben.

Preise müssen nur dann lokal vorliegen, wenn der erlaubte Prozess sie tatsächlich benötigt. Ein Liefervorgang mit späterer Preisermittlung kann andere Anforderungen haben als ein Verkauf mit sofortiger Zahlungsabwicklung. Das wird vorab entschieden, nicht spontan bei der ersten Störung.

An Selbstbedienungswaagen braucht der Fahrer eine verständliche Meldung und einen festgelegten Ausweichablauf. Schranken und Verladung dürfen nicht allein wegen einer fehlenden ERP-Antwort pauschal freigegeben werden. Ihre Steuerung bleibt Teil des örtlich geprüften Betriebsablaufs.

Den Notbetrieb mit klarer Zuständigkeit aktivieren

Die Umschaltung ist eine betriebliche Entscheidung. Eine benannte Person mit Vertretung koordiniert vor Ort; die IT grenzt die technische Störung ein, die Verwaltung klärt Auftrags- und Abrechnungsfragen.

Eine kurze Arbeitsanweisung sollte fünf Schritte enthalten:

1. Störung erfassen: Beginn, betroffene Arbeitsplätze, erkennbare Auswirkungen und erreichbare Ansprechpartner dokumentieren.
2. Laufende Besuche sichern: Fahrzeuge mit Erstwiegung, begonnener Verladung oder unklarem Belegabschluss gesondert erfassen.
3. Erlaubten Umfang freigeben: Verfügbare Geräte, gespeicherten Datenstand und zulässige Vorgangsarten anhand der vorbereiteten Regeln prüfen.
4. Abfertigung organisieren: Fahrer informieren, Anmeldung anpassen und bei Bedarf einen vorgesehenen Wartebereich nutzen.
5. Verantwortung übergeben: Beim Schichtwechsel offene Vorgänge, Einschränkungen und nächste Prüftermine ausdrücklich weitergeben.

Am Arbeitsplatz sollte sichtbar sein, seit wann der eingeschränkte Betrieb läuft und wann die letzte fachlich bestätigte Datenübernahme erfolgte. „Verbunden“ und „Daten aktuell“ sind unterschiedliche Aussagen.

Auch ein zunächst zulässiger Notbetrieb kann seine Grenze erreichen: etwa durch abgelaufene Datenfreigaben, ausgeschöpfte Auftragsmengen oder knappen Speicher. Das Konzept benötigt deshalb eine laufende Zustandskontrolle und einen geregelten Stopp für die betroffenen Schritte.

Messwerte und Vorgänge dauerhaft lokal sichern

Ein Browserfenster mit einer noch sichtbaren Auftragsliste beweist keine Offlinefähigkeit. Prüfen Sie, ob Anmeldung, benötigte Dienste, Geräteanschlüsse und Datenspeicherung auch nach einem Neustart ohne Zentrale funktionieren. Ein abgelaufener Zugang kann sonst erst beim nächsten Schichtbeginn auffallen.

Für einen nachvollziehbaren lokalen Vorgang werden insbesondere benötigt:

• eine dauerhaft eindeutige Besuchs- und Belegkennung sowie Werk und Belegaussteller;
• Auftrag und Position, Material, Lieferziel und verwendeter Freigabestand;
• Fahrzeugkombination und der zum Verfahren gehörende Tarabezug;
• Messwerte mit Einheiten, Messzeitpunkten, Waagenkennung und erforderlichem Messwertnachweis;
• Bearbeiter, Abschlussstatus und nachvollziehbare Änderungen;
• der gesicherte Inhalt jeder ausstehenden Übergabe mit Kennung und Änderungsstand.

Die Anwendung sollte einen Abschluss erst bestätigen, wenn die dafür vorgesehenen Daten dauerhaft gespeichert sind. Ein Eintrag allein im Arbeitsspeicher oder eine bloße Bildschirmanzeige schützt nicht vor einem Rechnerabsturz.

Vorgang und ausstehende Übergabe müssen außerdem zusammenpassen. Wird der Lieferschein gespeichert, aber der Sendeauftrag geht verloren, kann die Lieferung später im ERP fehlen. Das von AWS beschriebene Transactional-Outbox-Muster ist eine mögliche technische Umsetzung: Geschäftsdaten und Übergabeauftrag werden gemeinsam in einer Datenbanktransaktion gesichert. Wiederholte Nachrichten bleiben trotzdem möglich und müssen beim Empfänger beherrscht werden.

Dieses Prinzip ist ein Prüfpunkt für die Integration, keine Aussage über die interne Architektur eines bestimmten Produkts. Die Datenflussmatrix für Wiegesoftware und ERP hilft, Zuständigkeiten und Rückmeldungen dafür festzulegen.

Ersatzbelege vorbereiten, bevor sie gebraucht werden

Ein Ersatzbeleg schafft einen geregelten Dokumentationsweg. Er ersetzt weder einen fehlenden Messwert noch automatisch die für den konkreten Einsatz erforderlichen Nachweise. Das Verfahren muss zur eingesetzten Messkette und zur späteren Abrechnung passen.

Unterscheiden Sie drei Situationen:

Der Vorgang ist gespeichert, nur der Druck ist fehlgeschlagen. Dann wird derselbe vorhandene Beleg erneut ausgegeben oder über einen freigegebenen digitalen Weg bereitgestellt. Es entsteht dadurch keine zweite Lieferung. Ob der erste Ausdruck den Drucker bereits verlassen hat, muss bei der Behandlung von Mehrfachausgaben berücksichtigt werden.

Die Messung ist über einen vorgesehenen Ersatzweg nachweisbar, die normale Belegausgabe fehlt. Dafür kann ein vorbereiteter Ersatzbeleg mit eigener eindeutiger Nummer vorgesehen sein. Benötigt werden unter anderem Vorgangsbezug, tatsächlicher Zeitpunkt, Fahrzeug, Auftrag, Material, Messwerte mit Einheiten und Nachweisbezug sowie die verantwortliche Person. Die konkrete Ausgestaltung wird vorab geprüft.

Ein erforderlicher Messwert oder seine zuverlässige Zuordnung fehlt. Dann darf eine Zahl nicht aus Erinnerung, Schätzung oder einem unpassenden älteren Beleg übernommen werden. Der betroffene Vorgang benötigt ein freigegebenes anderes Verfahren oder bleibt bis zur Klärung angehalten.

Bei der späteren Erfassung bleibt der Ersatzbeleg mit dem ursprünglichen Vorgang verknüpft. Erfassen Sie den tatsächlichen Ereigniszeitpunkt und den Zeitpunkt der Nacherfassung getrennt. Ein nachträglich erzeugter Systembeleg darf nicht unbemerkt zusätzlich zum bereits berücksichtigten Ersatzbeleg abgerechnet werden.

Papier und digitale Kopien benötigen einen kontrollierten Ablage- und Übergabeweg. Welche Belegform in der konkreten Anwendung genügt, lässt sich nicht pauschal aus der technischen Möglichkeit zum Ausdrucken ableiten. Wie spätere Änderungen nachvollziehbar bleiben, zeigt der Artikel zu Korrekturen, Stornos und Nachverwiegungen.

Veraltete Aufträge und doppelte Mengenfreigaben verhindern

Während ein Werk offline arbeitet, kann die Zentrale einen Auftrag ändern oder sperren. Ohne Verbindung lässt sich diese Änderung vor Ort nicht zuverlässig erkennen. Ein lokaler Datenbestand braucht deshalb eine ausdrücklich vereinbarte Gültigkeitsgrenze.

Für Vorgänge, die zwingend eine aktuelle Sperrprüfung benötigen, muss diese Prüfung verfügbar bleiben. Andernfalls stoppt der davon abhängige Schritt. Ein späterer Abgleich kann eine bereits erfolgte Verladung nicht rückgängig machen.

Bei mehreren Werken kommt die Mengenfreigabe hinzu. Wenn alle Standorte denselben gespeicherten Auftragsrest sehen, können sie zusammen mehr freigeben als vorgesehen. Vorab exklusiv zugeteilte Teilmengen sind ein mögliches Modell. Dabei muss feststehen, wie lange das Werk daraus liefern darf und wie Verbrauch und Rückgabe bestätigt werden.

Eine nicht erreichbare Standortmeldung ist keine Freigabe zur erneuten Vergabe seiner Menge. Vor einer Neuzuteilung muss die ursprüngliche Berechtigung nachweisbar beendet sein. Der Leitfaden Mehrere Waagen und Standorte zentral steuern erläutert das anhand eines Mengenbeispiels.

Datensicherung und Ersatzstrom gezielt einplanen

Lokale Verarbeitung, Datensicherung und unterbrechungsfreie Stromversorgung erfüllen verschiedene Aufgaben. Ein lokal gespeicherter Vorgang hilft bei fehlender ERP-Verbindung. Liegt seine einzige Kopie auf dem ausgefallenen Rechner, hilft diese Speicherung beim Verlust des Geräts allein nicht weiter.

Die Planung braucht zwei getrennte Ziele: Wie schnell muss welcher Betriebsumfang wieder verfügbar sein, und welcher Datenverlust ist höchstens tolerierbar? Die technischen Begriffe RTO und RPO unterscheiden diese Ziele; die AWS-Erläuterung zu Wiederherstellungszielen beschreibt RTO als zulässige Unterbrechungsdauer und RPO als tolerierbaren Rückstand der wiederherstellbaren Daten.

Für das Werk ist zusätzlich festzulegen, ob eine Zeitvorgabe die Aufnahme eines begrenzten Notbetriebs oder die Rückkehr zum vollständigen Normalbetrieb meint. „Schnell wieder online“ ist kein überprüfbares Ziel.

Bestätigte Wiegungen und ausgegebene Belege benötigen eine darauf abgestimmte Sicherung. Ein nächtliches Backup kann allein keine später am Tag erfassten Vorgänge wiederherstellen. Prüfen Sie auch die Wiederherstellung offener Besuche, Belegkennungen und noch nicht bestätigter ERP-Übergaben.

Eine USV schützt nur die angeschlossenen Geräte innerhalb ihrer tatsächlichen Laufzeit. Ein versorgter PC hilft wenig, wenn der benötigte Netzwerkswitch oder die Waagenanzeige ausfällt. Dimensionierung und Abschaltverhalten gehören in die technische Prüfung; daraus folgt keine Zusage, dass Verladung und gesamte Anlage weiterbetrieben werden können.

Wiederanlauf und Synchronisation in festgelegter Reihenfolge durchführen

Sobald die Verbindung zurückkehrt, beginnt der kontrollierte Abgleich. Ein automatischer massenhafter Neuimport aller lokalen Datensätze wäre dafür ungeeignet.

Ein praxistauglicher Ablauf sieht so aus:

1. Technische Betriebsbereitschaft prüfen: Benötigte Dienste, Zugriffe, Geräteverbindungen und verlässliche Speicherung bestätigen.
2. Datenstände feststellen: Offene Besuche, lokale Abschlüsse, Ersatzbelege und unbestätigte Übergaben sichern und dem bekannten ERP-Stand gegenüberstellen.
3. Aktuelle Freigaben übernehmen: Änderungen und Sperren für neue Vorgänge berücksichtigen; historische Vorgänge dabei nicht stillschweigend umschreiben.
4. Bestehende Kennungen abgleichen: Bereits übernommene Lieferungen erkennen, bevor fehlende Geschäftsvorfälle ergänzt werden.
5. Übergaben dosiert fortsetzen: Abhängigkeiten und Änderungsreihenfolge beachten, Rückmeldungen auswerten und Wiederholungen begrenzen.
6. Fachliche Fehler zuweisen: Unbekannte Aufträge, abweichende Inhalte oder inzwischen ungültige Zuordnungen gezielt klären.
7. Rückstand abschließen: Einzelvorgänge, gültige Belegstände und Mengen prüfen; offene Klärungen mit Verantwortlichen dokumentieren.

Die Wiederholung derselben Übergabe muss dieselbe Vorgangskennung verwenden. Trifft unter dieser Kennung ein anderer Inhalt ein, liegt keine harmlose Kopie vor. Dafür braucht es einen geregelten Änderungsweg oder eine Klärung.

Auch nach dem Einspielen eines älteren Backups ist Vorsicht nötig: Das ERP kann bereits Lieferungen kennen, die im wiederhergestellten lokalen Stand fehlen. Weder dürfen deren Kennungen erneut vergeben noch vorhandene Geschäftsvorfälle durch einen alten Stand ersetzt werden.

Die technische Abfertigung und die kaufmännische Nacharbeit können zu unterschiedlichen Zeitpunkten wieder vollständig laufen. Das ist vertretbar, wenn die Freigaben getrennt dokumentiert sind und offene Belege weder als geklärt erscheinen noch unkontrolliert in die Abrechnung gelangen.

Praxisbeispiel: 60 Tonnen geliefert, aber 79,26 Tonnen im ERP?

Das folgende eigene Rechenbeispiel betrachtet drei abgeschlossene Lieferungen eines Werks. Alle Mengen sind Netto-Mengen. Lokal fehlt bei allen drei Belegen eine bestätigte ERP-Rückmeldung.

Der erste Beleg wurde jedoch bereits verarbeitet, bevor die Verbindung abbrach. Nur die Bestätigung erreichte die Wiegesoftware nicht. Die beiden anderen Lieferungen entstanden danach im freigegebenen Notbetrieb.

Die tatsächlich gelieferte Menge beträgt 19.260 kg + 22.140 kg + 18.600 kg = 60.000 kg, also 60,00 t.

Da im ERP bereits 19.260 kg vorhanden sind, dürfen beim Abgleich nur die beiden fehlenden Lieferungen mit zusammen 40.740 kg hinzukommen. Danach enthalten beide Systeme dieselben drei Geschäftsvorfälle mit insgesamt 60.000 kg.

Würden stattdessen alle drei Belege als neue Lieferungen importiert, ergäben sich 19.260 kg + 60.000 kg = 79.260 kg im ERP. Die erste Lieferung wäre doppelt erfasst. Die Differenz von 19.260 kg entsteht durch die falsche Übernahme, nicht durch einen Wiegefehler.

Deshalb bedeutet „keine Bestätigung erhalten“ nicht „nicht verarbeitet“. Prüfen Sie jeden Vorgang anhand seiner Kennung und seines Inhalts. Eine passende Gesamtsumme allein reicht ebenfalls nicht: Eine fehlende und eine doppelte Lieferung gleicher Menge könnten sich in der Summe gegenseitig verdecken.

Das Notfallkonzept mit realistischen Störungen abnehmen

Ein erfolgreicher Test mit kurz getrenntem Netzwerkkabel deckt nur einen Ausschnitt ab. Üben Sie die vorgesehenen Fälle kontrolliert, mit zuständigen Personen und einem vereinbarten Rückweg in den Normalbetrieb.

Dokumentieren Sie Ausgangslage, Durchführung, tatsächliches Ergebnis, Dauer und verbleibende Mängel. Zur Abnahme gehört auch ein erfolgreich wiederhergestellter Datenbestand. Eine grüne Backupmeldung allein belegt dessen Nutzbarkeit nicht.

Die Kurzfassung des Plans muss am Standort ohne die ausgefallenen Dienste zugänglich sein. Hinein gehören Ansprechpartner mit Vertretung, erlaubte Vorgänge, Stoppbedingungen, Belegverfahren, Ablageort der Nachweise und die Freigabe für den Wiederanlauf. Aktualisieren Sie den Plan nach Änderungen an Geräten, Anmeldung, Schnittstellen oder Betriebsabläufen.

Häufige Fragen zum Wiegen bei Netzwerk- oder ERP-Ausfall

Kann die Fahrzeugwaage ohne Internet weiterwiegen?

Das hängt von ihrer konkreten Mess- und Verarbeitungskette ab. Eine lokal verfügbare Messung kann auch ohne Internet funktionieren. Ob daraus ein freigegebener, gespeicherter und belegter Geschäftsvorgang wird, hängt zusätzlich von Anwendung, Daten, Berechtigungen und angeschlossenen Geräten ab.

Reicht eine lokale Kopie der Aufträge?

Nein. Sie braucht einen bekannten Stand, eine festgelegte Gültigkeit und klare Nutzungsgrenzen. Zusätzlich müssen die benötigten Dienste und Geräte funktionieren und neue Vorgänge dauerhaft gespeichert werden können. Aktuelle zentrale Sperren lassen sich aus einer alten Kopie nicht ableiten.

Darf während eines ERP-Ausfalls ein Papierbeleg verwendet werden?

Ein Papierbeleg kann Bestandteil eines vorab geprüften Ersatzverfahrens sein. Er muss zum tatsächlichen Messvorgang passen und später eindeutig zugeordnet werden. Ob er für die konkrete Anwendung genügt, hängt von der Messkette, den erforderlichen Nachweisen und dem festgelegten Prozess ab.

Warum muss die Synchronisation doppelte Übertragungen erkennen?

Eine Lieferung kann im ERP bereits übernommen sein, obwohl ihre Bestätigung auf dem Rückweg verloren ging. Wird die Übertragung wiederholt, darf daraus keine weitere Lieferung entstehen. Bestehende Kennungen und der zugehörige Inhalt machen diesen Fall unterscheidbar.

Wie lange darf ein Werk offline arbeiten?

Dafür gibt es keine allgemeine betriebliche Zeitvorgabe. Entscheidend sind unter anderem Datenfreigaben, verfügbare Mengen, Speicher, Geräteversorgung und betreubare Ausnahmen. Sobald eine notwendige Voraussetzung entfällt, endet der davon abhängige Weiterbetrieb – auch wenn andere Teile der Anlage noch funktionieren.

Das Notfallkonzept in die Auswahl der Wiegesoftware aufnehmen

Lassen Sie sich den vereinbarten Notbetrieb mit den eigenen Vorgangsarten und Geräten zeigen. Die Anforderungsliste zur Auswahl von Wiegesoftware bietet dafür den übergeordneten Bewertungsrahmen.

TBScale unterstützt die Organisation von Wiegeprozessen und die Anbindung angrenzender Systeme. Für die Wiegesoftware in der Baustoffbranche wird im Projekt geklärt, welche Betriebsarchitektur, Schnittstellen und Freigaben zum Werk passen. Eine bestimmte Offlinefähigkeit oder Wiederanlaufzeit muss für die konkrete Installation vereinbart und nachgewiesen werden.

Bei Selbstbedienung mit TBTouchScale und Fahrzeugidentifikation mit TBAutoIdent gehören die Abhängigkeiten dieser Prozessschritte in dieselbe Prüfung. Das Ergebnis sollte eine gemeinsam abgenommene Arbeitsanweisung sein: mit erlaubtem Umfang, verlässlichen Nachweisen und einem nachvollziehbaren Weg zurück zum vollständigen Betrieb.