Die Halle weiß es zuerst. Das System erfährt es zuletzt.
An einer Produktionslinie, die ich besucht habe, hing am Ende ein Klemmbrett. Mengen wurden mit der Hand notiert, abends ins Büro getragen und dort ins ERP getippt.
Niemand hielt das für ein Problem. So endete der Tag eben. Die Zahlen im System waren immer eine Schicht hinter der Wirklichkeit, und jede Dispositionsentscheidung fiel auf der Wahrheit von gestern.
Dieses Klemmbrett hat drei ERP-Versionen überlebt. Das ist der eigentliche Befund — nicht dass es existiert, sondern warum es sich hält.
Das Klemmbrett ist kein Versäumnis
Es ist eine vernünftige Reaktion auf ein System, das für die Halle nicht gebaut ist. Wer an einer Maschine steht, hat keine Hand für eine Maske mit vierzig Feldern und kein Interesse an einer Meldung, die eine Belegnummer verlangt. Papier ist sofort da und verliert keine Verbindung.
Der Preis wird später sichtbar: Rückmeldungen kommen gebündelt, verspätet und schon interpretiert. Aus zwölf Stunden Produktion wird eine Zeile. Was in der Schicht wirklich passierte — Ausschuss, Umbau, Stillstand — liegt dann nicht im System, sondern in der Erinnerung von jemandem, der Feierabend hat.
Die naheliegende Antwort ist ein MES. Die meisten Hallen, in denen ich war, hatten längst eines — oder eine Maschinensteuerung, die genau weiß, was sie produziert hat. Die Lücke liegt nicht in der Halle. Sie liegt zwischen Halle und Dynamics 365.
Was zwischen MES und D365 tatsächlich läuft
Dafür ist das MES-Modul von FlexxLink gebaut, unserer Integrationsplattform für Dynamics 365 Finance & Supply Chain Management. Es ist keine Universalschnittstelle, sondern eine feste Menge an Nachrichten — und genau das ist der Punkt, an dem Projekte gewinnen oder verlieren.
Nach außen gehen zwei: Ein freigegebener Produktionsauftrag wird an das MES gemeldet, und ein freigegebener Auftrag kann wieder zurückgezogen werden.
Herein kommen die Rückmeldungen — jede einzeln, jede mit eigener Wirkung im Auftrag:
Sieben Nachrichten statt einer Sammelschnittstelle. Der Unterschied zeigt sich nicht am Tag der Anbindung, sondern beim ersten Fehler.
Die Reihenfolge entscheidet über den Einstandspreis
Eine Sache daran ist wichtiger, als sie klingt. Die Nachrichten aus der Halle kommen, wie sie kommen — das MES sendet, wenn etwas fertig ist, nicht in der Ordnung, die die Kostenrechnung braucht. Trifft die Fertigmeldung vor der Lohnkarte, der Arbeitsplankarte und der Kommissionierliste ein und wird sie in dieser Reihenfolge gebucht, dann schließt der Auftrag ab, bevor die Aufwände drin sind. Der Einstandspreis ist dann falsch berechnet, und zwar still.
Deshalb hat jede Rückmeldung eine Priorität. Die Verbräuche und Zeiten werden vor der Fertigmeldung verbucht — unabhängig davon, in welcher Reihenfolge das MES gesendet hat. Die Halle muss sich also nicht um die Logik der Kostenrechnung kümmern, und die Kostenrechnung muss sich nicht auf die Sendefolge der Halle verlassen.
Wer Rückmeldungen einfach in der Eingangsreihenfolge bucht, bekommt keinen Fehler. Er bekommt einen Einstandspreis, der plausibel aussieht und falsch ist.
Prüfen, freigeben, buchen — nicht sofort buchen
Jede eingehende Nachricht läuft durch dieselbe Kette wie eine Partnernachricht im EDI-Modul, weil beide auf demselben Basismodul sitzen: festhalten, was ankam — übersetzen — prüfen und freigeben — erst dann buchen.
Konkret heißt das zwei Dinge. Erstens hängen an jeder Schnittstelle Prüfregeln, zusammengefasst in Profilen: Gehört die Menge zu diesem Auftrag? Ist der Auftrag in einem Status, der diese Nachricht erlaubt? Passt die Einheit? Was durchfällt, bleibt im Prüfjournal des Produktionsauftrags liegen — mit Grund, nicht als Fehlermeldung im Log.
Zweitens entscheiden Buchungsprofile, was beim Buchen passiert: welche Parameter das Journal bekommt, welcher Status gesetzt wird, was gedruckt wird. Freigegeben wird von Hand oder automatisch — das ist eine Einstellung, keine Entwicklung. Wer mit einem neuen MES beginnt, lässt die ersten Wochen von Hand freigeben und stellt danach um.
Ein Ort, an dem die Halle sichtbar ist
Alle eingehenden Produktionsnachrichten laufen in einem Arbeitsbereich zusammen — nicht in einem Protokoll, das nur die IT liest. Dazu kommt der Integrationsmonitor für die Jobs und, direkt am Produktionsauftrag, die verknüpfte Kommunikation in der Seitenleiste und in Infoboxen.
Das klingt nach Komfort und ist der eigentliche Hebel: Ein Meister sieht am Auftrag, welche Nachricht dazu kam und was daraus wurde. Eine Rückfrage endet damit dort, wo sie entstanden ist, und nicht drei Schreibtische weiter.
Angebunden wird über REST-Endpunkte, synchron oder asynchron. Die aktuellen API-Definitionen stehen offen unter apidocs.soluvine.com — wer ein MES anbindet, kann vorher nachlesen, was ihn erwartet.
Woran man erkennt, dass die Halle abgeschnitten ist
Man muss dafür nicht in die Technik schauen. Vier Fragen genügen, und die Antworten kommen aus der Produktion, nicht aus der IT:
Auf die erste Frage folgt meist eine Rechnung im Kopf: ein halber Tag, eine Schicht, manchmal mehr. Das ist die Zahl, an der sich alles andere entscheidet.
Was eine Anbindung nicht löst
Sie macht keine falschen Stücklisten richtig und keine Arbeitspläne aktuell. Wenn ein Arbeitsgang in Wirklichkeit anders läuft als im System beschrieben, fällt das jetzt früher auf — behoben ist es damit nicht. Und sie ersetzt keine Absprache darüber, wer Ausschuss bewertet.
Sie kostet außerdem Aufmerksamkeit in den ersten Wochen: Prüfregeln, die zu streng gesetzt sind, halten die Halle auf. Deshalb ist der Zeitpunkt der Freigabe eine Betriebsentscheidung — von Hand, automatisch, sofort oder im Stapel — und keine technische.
Die Halle weiß immer zuerst, was passiert ist. Die Frage ist nur, wie viele Stunden und wie viele Hände dazwischen liegen, bis das System es auch weiß.
Das ist der Überblick. Die Einzelteile — Prüfregeln, Buchungsprofile, Chargen in der Kommissionierung, Zeiten und Nachkalkulation — folgen als eigene Beiträge. Wenn bei Ihnen am Ende einer Linie noch ein Klemmbrett hängt, erzählen Sie mir von Ihrer Schicht. Das Modul selbst mit Testzugang gibt es bei soluvine.com — gebaut hat es das Entwicklerteam, mit dem ich seit Damgaard zusammenarbeite.
Diesen Beitrag gibt es auch auf Englisch. Read in English
Alle Beiträge