Wiegesoftware und ERP im Chemiebetrieb verbinden: Daten, Rückmeldungen und Fehlerfälle

Wiegesoftware und ERP im Chemiebetrieb arbeiten dann sinnvoll zusammen, wenn eine Fahrzeugwiegung im kaufmännischen System der richtigen Lieferung und Auftragsposition zugeordnet werden kann. Dazu gehören eindeutige Referenzen, abgestimmte Mengen und Einheiten sowie ein nachvollziehbarer Verarbeitungsstand. Erst damit lässt sich feststellen, ob übertragene Daten tatsächlich für Warenbewegung, Lieferbeleg oder Abrechnung verwendet wurden.

Die Planung beginnt deshalb mit dem betrieblichen Vorgang: Welche Informationen benötigt die Waage vor der Ankunft des Lkw? Welche Daten entstehen beim Wiegen? Und welches Ergebnis erwartet die Verwaltung anschließend? Für jede Übergabe sollten Datenquelle, Empfänger, Auslöser und zuständige Stelle feststehen. Diese Vereinbarungen machen die ERP-Anbindung auch bei einer fehlenden Rückmeldung oder einer späteren Berichtigung beherrschbar.

TBScale, TBTouchScale und TBRegio im Datenaustausch

Bei TBSoft tauschen TBScale und TBTouchScale Daten mit TBRegio aus. TBRegio übernimmt dabei den Bereich Fakturierung/ERP. Damit können Wiegearbeitsplatz, Selbstbedienung und kaufmännische Verarbeitung innerhalb der TBSoft-Lösungen zusammenarbeiten.

TBScale verbindet die Fahrzeugwiegung mit Material, Geschäftspartner und betrieblichen Bezugsdaten. TBTouchScale unterstützt die Bedienung am Selbstbedienungsterminal: Fahrer können ihre Aufträge finden und bearbeiten sowie digitale Lieferbelege unterschreiben und ausdrucken. TBRegio verarbeitet Lieferdaten für die kaufmännischen Abläufe und berücksichtigt dabei die hinterlegten Preise, Konditionen und vorgesehenen Prüfungen.

Welche Stamm-, Auftrags-, Wiege- und Belegdaten im jeweiligen Projekt ausgetauscht werden, in welcher Richtung dies geschieht und welche Rückmeldungen benötigt werden, wird passend zum Betrieb abgestimmt. Ebenso ist festzulegen, ob TBRegio die kaufmännischen Aufgaben vollständig übernimmt oder weitere Systeme angebunden werden. Die folgenden Planungs- und Prüfpunkte beschreiben Anforderungen an den konkreten Datenfluss. Ihr genauer Umfang gehört in die gemeinsame Schnittstellenabstimmung.

Einen Auftrag bis zum kaufmännischen Ergebnis verfolgen

Ein vereinfachtes Beispiel: Ein Chemiebetrieb liefert ein flüssiges Produkt in zwei Tankwagenfahrten zu derselben Kundenauftragsposition. Der Auftrag ist vor beiden Fahrten bekannt. An der Lkw-Waage entsteht jedoch für jede Fahrt ein eigener Wiegevorgang. Beide Lieferungen gehören zum selben Auftrag, müssen in der Weiterverarbeitung aber unterscheidbar bleiben.

Für die erste Fahrt werden Auftrag und Position zugeordnet, die erforderlichen Wiegungen durchgeführt und die vereinbarten Lieferdaten zur kaufmännischen Verarbeitung übergeben. Die zuständige Person prüft anschließend, welcher Lieferbeleg im Zielsystem daraus entstanden ist. Die zweite Fahrt durchläuft denselben Ablauf mit einer eigenen Vorgangskennung. Die gemeinsame Auftragsnummer allein reicht somit nicht aus, um einzelne Lieferungen auseinanderzuhalten.

Wird nach der ersten Übertragung die Verbindung unterbrochen, ist zunächst unklar, ob das Zielsystem die Daten bereits verarbeitet hat. Die Wiederholung dieser Übergabe muss als erneuter Versuch derselben Lieferung erkennbar sein. Die spätere zweite Fahrt bleibt dagegen eine neue Lieferung. Genau diese Unterscheidung sollte ein Prüffall vor dem Produktivstart abdecken.

Aus dem Beispiel entsteht eine nachvollziehbare Verbindung: Kundenauftrag und Position führen zu den einzelnen Wiegevorgängen, diese zu den zugehörigen Lieferbelegen und schließlich zur vorgesehenen Abrechnung. Zusätzliche Chargenreferenzen werden dort zugeordnet, wo sie fachlich gelten. Eine Auftragsnummer ersetzt weder die Kennung einer einzelnen Fahrt noch einen Chargenbezug.

Die Datenzuordnung für die ERP-Schnittstelle festlegen

Eine Feldliste beschreibt, welche Informationen übertragen werden. Damit sie im Alltag brauchbar ist, muss sie auch deren Bedeutung erklären. „Kunde“ kann beispielsweise den Rechnungsempfänger oder den belieferten Standort meinen. „Menge“ kann für das gemessene Nettogewicht oder für eine kaufmännisch vereinbarte Abrechnungsmenge stehen. Gleiche Feldnamen sind deshalb noch keine ausreichende Abstimmung.

Halten Sie für jede Datenart fest, welches System sie führt und unter welchen Bedingungen andere Anwendungen sie übernehmen oder ändern dürfen. Diese Zuordnung gehört zur Schnittstellenintegration und sollte von Waage, Verwaltung und IT gemeinsam geprüft werden.

Prüfen Sie die Zuordnung mit echten Datenmustern des Betriebs. Eine Materialnummer mit führenden Nullen muss beispielsweise erhalten bleiben, wenn diese zur Kennung gehören. Für Datum, Uhrzeit, Dezimalstellen und leere Felder sind eindeutige Formate erforderlich. Ebenso braucht eine fehlende Angabe eine andere Bedeutung als ein ausdrücklich übergebener Nullwert.

In Chemiebetrieben verdient die Mengeneinheit besondere Aufmerksamkeit. Eine Lkw-Waage erfasst Masse. Soll ein Folgeprozess mit Volumen arbeiten, braucht die Umrechnung die dafür vereinbarten fachlichen Grundlagen, etwa die relevante Dichte und deren Bezugsbedingungen. Ein bloßer Austausch des Einheitenkürzels würde einen falschen Wert erzeugen. Auch Preise, Zuschläge und Rundungen müssen im dafür vorgesehenen kaufmännischen Prozess angewendet werden, ohne die ursprünglichen Wiegedaten zu verändern.

Übergabezeitpunkt und Rückmeldung gemeinsam planen

Vor dem Wiegen werden andere Informationen benötigt als nach dem Abschluss. Die Waage braucht die für die Zuordnung relevanten Stamm- und Auftragsdaten rechtzeitig. Das ERP benötigt anschließend die vereinbarten Ergebnisse. Legen Sie deshalb je Datenrichtung fest, welches Ereignis eine Übergabe auslöst und wie aktuell die empfangenen Daten sein müssen.

Eine offene Auftragsposition kann sich zwischen Fahreranmeldung und Wiegeabschluss ändern. Der Prozess braucht eine Regel dafür, welcher Stand verwendet und wann erneut geprüft wird. Für Stammdatenänderungen genügt je nach Ablauf eine andere Aktualisierung als für eine kurzfristige Auftragssperre. „Alles in Echtzeit“ wäre ohne diese Unterscheidung keine präzise Anforderung.

Für die Ergebnisverarbeitung sind mindestens drei Aussagen auseinanderzuhalten: Die Daten wurden versendet, sie wurden technisch empfangen und sie wurden fachlich verarbeitet. Wenn die ERP-Schnittstelle eine Nachricht entgegennimmt, kann die darin enthaltene Position trotzdem unbekannt oder inzwischen geschlossen sein. Der Betrieb benötigt einen erkennbaren Endzustand oder einen klaren Klärungsauftrag.

Eine abgeschlossene Wiegung und eine kaufmännische Übernahme sagen außerdem nichts über eine gegebenenfalls noch offene Material- oder Qualitätsfreigabe aus. Solche Freigaben bleiben den dafür vorgesehenen Fachprozessen zugeordnet. Gerade beim Wareneingang im Chemiebetrieb muss feststehen, welche weiteren Verarbeitungsschritte bis zur Entscheidung erlaubt sind.

Wiederholte Übertragung und Korrektur unterscheiden

Wenn nach einem Verbindungsabbruch dieselben Daten erneut eintreffen, darf daraus keine zweite Lieferung entstehen. Die Verarbeitung sollte deshalb wiederholbare Übergaben anhand einer stabilen Kennung erkennen. Dieses Prinzip beschreibt Microsoft als idempotente Verarbeitung: Die erneute Verarbeitung desselben Auftrags an das System soll keine zusätzliche Wirkung auslösen. Die Kennung muss den einzelnen Verarbeitungsvorgang bezeichnen und über erneute Übertragungsversuche hinweg erhalten bleiben.

Eine spätere Berichtigung ist ein anderer Fall. Im Beispiel könnte der ersten Fahrt nachträglich die richtige Kundenbestellposition zugeordnet werden. Dann liegt ein geänderter fachlicher Stand vor, der ausdrücklich als Korrektur behandelt werden muss. Eine unveränderte Wiederholung und eine neue Fassung benötigen daher unterscheidbare Regeln.

Stimmen Sie ab, wer eine solche Änderung freigibt, wie sie auf den ursprünglichen Vorgang verweist und welche bereits erzeugten Belege betroffen sind. Ist die Lieferung schon abgerechnet, muss die kaufmännisch zuständige Stelle den vorgesehenen Korrekturweg festlegen. Ein Überschreiben der Zuordnung allein in der Wiegesoftware würde die abweichenden Stände im ERP und in den Dokumenten nicht auflösen.

Auch die Reihenfolge gehört in den Prüffall: Eine verspätet eintreffende ursprüngliche Fassung darf eine bereits verarbeitete Berichtigung nicht unbemerkt zurücksetzen. Der Empfänger muss den gültigen Stand anhand der vereinbarten Versions- oder Korrekturinformation beurteilen können. Digitale Lieferscheine im Chemiebetrieb müssen dabei weiterhin zum jeweiligen Liefer- und Dokumentstand passen.

Fehlerfälle mit Zuständigkeit und nächstem Schritt versehen

Eine Fehlermeldung hilft erst dann weiter, wenn sie einen konkreten Vorgang betrifft und erkennen lässt, was zu klären ist. Für die Schnittstellenplanung sind folgende Fälle besonders aufschlussreich.

Material oder Auftragsposition fehlen im Zielsystem

Die Übergabe ist technisch möglich, die fachliche Zuordnung scheitert jedoch. Die zuständige Stammdaten- oder Auftragsbearbeitung prüft die Ursache und korrigiert sie im führenden System. Anschließend wird derselbe Vorgang kontrolliert erneut übergeben. Eine frei erfundene Ersatznummer an der Waage würde den Fehler in die weitere Verarbeitung verschieben.

Die Übertragung erhält keine eindeutige Antwort

Eine ausbleibende Antwort lässt zunächst offen, ob die Übernahme erfolgt ist. Vereinbaren Sie einen Weg, den Zustand anhand der Vorgangskennung zu prüfen und offene Übergaben nachzuverfolgen. Für längere Unterbrechungen braucht der Standort außerdem eine betriebliche Entscheidung: Welche Arbeitsschritte können fortgesetzt werden, welche Informationen fehlen dafür und wann ist eine Bearbeitung anzuhalten?

Nur ein Teil der Übergabe wurde verarbeitet

Bei mehreren Positionen oder getrennten Daten- und Dokumentwegen kann ein Teil erfolgreich sein, während ein anderer offen bleibt. Die Rückmeldung muss deshalb erkennen lassen, worauf sie sich bezieht. Vor einer Wiederholung ist zu klären, welche Teile bereits übernommen wurden. Auch ein vorhandener Lieferbeleg bestätigt nicht automatisch, dass die dazugehörige Dokumentdatei beim vorgesehenen Empfänger angekommen ist.

Ein Vorgang bleibt bis zum Schichtwechsel offen

Die Klärung darf nicht vom persönlichen Gedächtnis einer einzelnen Person abhängen. Offene Übergaben brauchen eine nachvollziehbare Übersicht mit Ursache, Bearbeitungsstand und Zuständigkeit. Legen Sie fest, wer diese Liste im Tagesablauf kontrolliert und an wen ungeklärte Fälle übergeben werden. Die IT untersucht technische Störungen. Die fachliche Entscheidung über eine Auftrags- oder Mengenabweichung bleibt bei der zuständigen Abteilung.

Die Anbindung mit gemeinsamen Prüffällen abnehmen

Ein lesbares Austauschformat ist nur ein Teil der Vorbereitung. Ebenso gehören Übertragungsweg, Zugriffsrechte, Protokollierung und Zuständigkeit für Änderungen zur Vereinbarung. Ein Schnittstellenzugang sollte die für seinen Datenfluss benötigten Rechte erhalten. Diagnoseinformationen müssen eine Fehlersuche ermöglichen, ohne unnötig vollständige Kunden- oder Lieferdaten zu vervielfältigen.

Für die Abnahme der Wiegesoftware mit ERP-Anbindung eignet sich ein abgegrenzter Materialfluss an einer bekannten Fahrzeugwaage. Waage, kaufmännische Bearbeitung und IT verfolgen dabei dieselben Testvorgänge bis zum vereinbarten Ergebnis. Die Prüfliste sollte mindestens diese Fälle enthalten:

• Ein vollständiger Vorgang wird der richtigen Auftragsposition zugeordnet und im Zielsystem mit passendem Beleg wiedergefunden.
• Zwei Fahrten zum selben Auftrag bleiben als zwei Lieferungen unterscheidbar.
• Die wiederholte Übergabe einer bereits verarbeiteten Lieferung erzeugt keinen weiteren Liefer- oder Buchungsvorgang.
• Eine unbekannte Materialnummer oder eine gesperrte Position führt zu einem verständlichen Klärungsfall.
• Wiegeeinheit, Verarbeitungseinheit und vereinbarte Rundung ergeben den erwarteten Wert.
• Eine Korrektur nach der ersten Übernahme erreicht die betroffenen Systeme und bleibt zum ursprünglichen Vorgang nachvollziehbar.
• Eine unterbrochene Übertragung sowie eine nur teilweise erfolgreiche Verarbeitung lassen sich gezielt nachbearbeiten.

Dokumentieren Sie für jeden Fall Eingabedaten, erwartetes Ergebnis, tatsächlichen Zielbeleg und zuständige Freigabe. Offene Abweichungen gehören vor den Start zurück in die Abstimmung. Damit lässt sich auch bei späteren Änderungen an Feldern oder Abläufen gezielt prüfen, ob die Verbindung zwischen Waage und ERP weiterhin funktioniert.

Häufige Fragen zur ERP-Anbindung im Chemiebetrieb

Können TBScale und TBTouchScale Daten mit TBRegio austauschen?

Ja. TBScale und TBTouchScale betreiben einen Datenaustausch mit TBRegio für den Bereich Fakturierung/ERP. Welche Daten, Übergabezeitpunkte und Rückmeldungen im konkreten Einsatz benötigt werden, wird entsprechend den Abläufen des Betriebs abgestimmt.

Reicht es, das Nettogewicht an das ERP zu senden?

Für eine eindeutige Weiterverarbeitung werden zusätzlich die vereinbarten Bezüge benötigt, etwa Vorgang, Auftrag und Position, Material, Einheit und Lieferbeleg. Ein Gewicht ohne diese Zuordnung lässt offen, welche Lieferung es beschreibt und wie es kaufmännisch verwendet werden soll.

Muss jeder Datenfluss sofort verarbeitet werden?

Die erforderliche Aktualität hängt vom Prozess ab. Eine Fahreranmeldung benötigt rechtzeitig passende Auftragsdaten. Eine Sperre kann eine kurzfristige Prüfung verlangen. Für andere Datenarten kann eine zeitversetzte Übergabe ausreichen. Entscheidend ist, die erlaubte Verzögerung und den Umgang mit veralteten Informationen je Datenfluss festzulegen.

Was sollte vor einem Schnittstellengespräch vorbereitet werden?

Hilfreich sind die beteiligten Systeme und Ansprechpartner, ein typischer Lieferablauf, Beispiele der benötigten Felder und Belege sowie bekannte Ausnahmen. Dazu gehört das gewünschte Ergebnis im kaufmännischen System. Daraus lassen sich Datenzuordnung, Zuständigkeiten und Prüffälle konkret ableiten.

So geht es weiter