[{"data":1,"prerenderedAt":84},["ShallowReactive",2],{"content:blog:datenaustausch-mit-dem-erp":3,"content:blog":30},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":29},"datenaustausch-mit-dem-erp","Datenaustausch mit dem ERP: warum Schichtzettel und Lieferscheine einen Tag zu spät ankommen","Was zwischen Halle, Lager und Büro tatsächlich verloren geht — und woran man sieht, dass es nicht am ERP liegt","2026-08-19","Datenaustausch mit dem ERP: Zahlen ohne Folgetag","Datenaustausch mit dem ERP statt Abtippen am Abend: wie Bestände, Verbräuche und Lieferscheine aus Halle und Lager noch am selben Tag im System stehen.","In vielen Fertigungs- und Lagerbetrieben ist das ERP nicht das Problem — der Weg dorthin ist es. Wir beschreiben an zwei Projekten, wie aus einer Schichttabelle und aus Fotos von Lieferscheinen Werte werden, die das System selbst liest, und wo diese Automatik ihre Grenze hat.",4,[13,14,15],"Automatisierung","Integration","Arbeitsweise",[17,20,23,26],{"id":18,"text":19},"verzug","Warum die Zahlen aus der Halle einen Tag brauchen",{"id":21,"text":22},"abgleich","93 Lagerpositionen: Datenaustausch mit dem ERP als Abgleich, nicht als Formular",{"id":24,"text":25},"belege","Fotos von Lieferscheinen: was mit dem Papier passiert",{"id":27,"text":28},"arbeitsweise","Datenaustausch mit dem ERP: so gehen wir vor","\u003Cp>Der Datenaustausch mit dem ERP entscheidet, ob die Zahlen aus der Fertigung heute oder morgen im Büro stehen. Bei den meisten Betrieben, die uns anrufen, stehen sie morgen: Die Schicht schreibt in eine Tabelle, der Fahrer bringt den Lieferschein mit, und abends tippt jemand beides ab.\u003C\u002Fp>\n\n\u003Ch2 id=\"verzug\">Warum die Zahlen aus der Halle einen Tag brauchen\u003C\u002Fh2>\n\n\u003Cp>Der Verzug entsteht selten im System. Er entsteht an der Stelle, an der ein Mensch etwas liest und an einer anderen Stelle wieder eingibt. Zwischen diesen beiden Stellen liegt eine Schicht, ein Feierabend oder ein Wochenende, und genau so lange ist der Bestand im System eine Erinnerung an gestern.\u003C\u002Fp>\n\n\u003Cp>Die Folgen sind in jedem Betrieb dieselben. Der Einkauf disponiert auf Zahlen, die einen Tag alt sind. Die Reichweite eines knappen Rohstoffs kennt nur der Meister, und er kennt sie im Kopf. Wenn ein Wert fehlt, fällt das erst beim Monatsabschluss auf, und dann kann niemand mehr sagen, welche Schicht ihn nicht eingetragen hat. Fragt man nach, hört man: „Das steht in der Tabelle“ — und die Tabelle steht auf einem Rechner in der Halle.\u003C\u002Fp>\n\n\u003Cp>Deshalb beginnt diese Arbeit nicht mit einer neuen Oberfläche für die Schicht, sondern mit einer nüchternen Frage: Welcher Wert entsteht wo, wer schreibt ihn auf, und welchen Weg müsste er nehmen, damit ihn niemand ein zweites Mal anfassen muss?\u003C\u002Fp>\n\n\u003Ch2 id=\"abgleich\">93 Lagerpositionen: Datenaustausch mit dem ERP als Abgleich, nicht als Formular\u003C\u002Fh2>\n\n\u003Cp>In einem Betrieb der Lebensmittelproduktion lagen Bestände und Materialverbrauch nur in einer von Hand gepflegten Tabelle. Im System war der Lagerbestand nirgends sichtbar, und die Summenformeln der Tabelle waren an mehreren Stellen fehlerhaft — das Blatt widersprach sich selbst, ohne dass es jemandem auffiel.\u003C\u002Fp>\n\n\u003Cp>Wir haben die Tabelle nicht abgeschafft. Die Schicht schreibt weiter dort, wo sie immer geschrieben hat; geändert hat sich nur, was danach passiert. Ein einseitiger Abgleich alle 30 Minuten nimmt beide Tabellenblätter auf, normalisiert Zugang und Verbrauch, rechnet die Bestände aus den Bewegungen und meldet von sich aus, was nicht stimmen kann: negative Bestände, knappe Reichweite, nicht ausgefüllte Arbeitstage.\u003C\u002Fp>\n\n\u003Cp>Seither stehen \u003Cstrong>93 Lagerpositionen\u003C\u002Fstrong> und \u003Cstrong>rund 1 100 Tagesbewegungen\u003C\u002Fstrong> ohne einen einzigen Handeintrag im System. Der Bestand wird dabei nicht abgeschrieben, sondern aus den Bewegungen gerechnet — wer die Bewegung kennt, kann den Bestand jederzeit nachvollziehen, und ein falscher Wert lässt sich auf seine Zeile zurückführen.\u003C\u002Fp>\n\n\u003Cp>Eine Grenze gehört zu diesem Aufbau dazu: Der Abgleich ist \u003Cstrong>einseitig\u003C\u002Fstrong>. Wir lesen aus der Tabelle und schreiben in die Datenbank, nicht zurück. Zwei Systeme, die beide dieselbe Zahl ändern dürfen, brauchen eine Regel für den Widerspruch, und diese Regel muss jemand fachlich verantworten. Solange sie nicht geschrieben ist, bleibt die Richtung eine.\u003C\u002Fp>\n\n\u003Ch2 id=\"belege\">Fotos von Lieferscheinen: was mit dem Papier passiert\u003C\u002Fh2>\n\n\u003Cp>Der zweite Weg ist der des Papiers. In einem Produktions- und Filialbetrieb lief die lebendigste Arbeitsgruppe über Fotos: Der Fahrer fotografierte den Lieferschein, die Werkstatt stellte das Bild in die Gruppe, und dort blieb es liegen. Das System bekam nur den Text mit. \u003Cstrong>296 von 1 022\u003C\u002Fstrong> Aufträgen hatten deshalb keinen Betrag, obwohl er auf einem Foto stand.\u003C\u002Fp>\n\n\u003Cp>Heute läuft der Bilderstrom der Gruppe durch eine nächtliche Erkennung nach einem Lieferschein-Schema. Die Belegnummer wird mitgelesen und verbindet Produkt und Kassenbeleg, die erkannten Werte stehen im Auftrag neben ihrer Quelle. Ausgewertet sind auf diesem Weg \u003Cstrong>8 425 Nachrichten\u003C\u002Fstrong> mit \u003Cstrong>rund 5 790 Fotos\u003C\u002Fstrong>, die vorher niemand gelesen hat.\u003C\u002Fp>\n\n\u003Cp>Auch hier die ehrliche Einschränkung: Eine Erkennung liegt manchmal daneben, besonders bei einem geknickten, feuchten oder schräg fotografierten Beleg. Deshalb überschreibt sie nichts still. Jeder Wert trägt seine Quelle, der Verantwortliche sieht das Bild neben der Zahl und kann sie korrigieren. Eine Automatik, die man nicht überprüfen kann, ist keine Entlastung, sondern eine zweite Unsicherheit.\u003C\u002Fp>\n\n\u003Ch2 id=\"arbeitsweise\">Datenaustausch mit dem ERP: so gehen wir vor\u003C\u002Fh2>\n\n\u003Cp>Wir beschreiben zuerst den Weg und bauen ihn dann. Welches Feld kommt woher, in welche Richtung fließt es, was gilt bei Widerspruch, und woran ist ein Lauf gescheitert — das steht als \u003Ca href=\"\u002Flexikon\u002Fleistungsbeschreibung\">Leistungsbeschreibung\u003C\u002Fa> fest, bevor die erste Zeile Code entsteht, und dieselbe Beschreibung ist später der Maßstab für die \u003Ca href=\"\u002Flexikon\u002Fabnahme\">Abnahme des Ergebnisses\u003C\u002Fa>. Den laufenden Austausch zwischen Halle, Lager und Kontor übernimmt danach unsere \u003Ca href=\"\u002Fleistungen\u002Fprozessautomatisierung\">Prozessautomatisierung zwischen Halle, Lager und ERP\u003C\u002Fa>; wo ein eigenes Programm am Arbeitsplatz nötig ist — ein Terminal an der Maschine, ein Scanner im Lager —, entsteht es in der \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung für Fertigung und Lager\u003C\u002Fa>. An der Steuerung der Anlagen ändern wir dabei nichts: Wir lesen, was sie ausgibt.\u003C\u002Fp>",[31,55,77],{"slug":32,"title":33,"subtitle":34,"date":35,"metaTitle":36,"metaDescription":37,"excerpt":38,"readingMinutes":11,"tags":39,"toc":40},"prozess-automatisieren","Wann sich ein Prozess automatisieren lässt: vier Anzeichen aus Wareneingang und Abschreibung","Woran man vor dem ersten Angebot erkennt, ob ein Ablauf reif ist — und woran man erkennt, dass er es nicht ist","2026-09-08","Prozess automatisieren: vier Anzeichen aus dem Lager","Prozess automatisieren oder lassen: vier Anzeichen aus Wareneingang und Abschreibung, ein Schattenlauf vor der Umstellung und die Fälle, in denen wir abraten.","Nicht jeder Ablauf gehört automatisiert, und die Entscheidung fällt vor dem ersten Angebot. Wir nennen vier Anzeichen, die wir bei Wareneingang und Abschreibung gesehen haben, zeigen an einem Projekt mit 2 536 Lagerbelegen, was danach sichtbar wurde, und beschreiben den Schattenlauf vor der Umstellung.",[13,15,14],[41,44,47,50,53],{"id":42,"text":43},"anzeichen","Vier Anzeichen, dass sich ein Prozess automatisieren lässt",{"id":45,"text":46},"wareneingang","Wareneingang: derselbe Zettel, dreimal erfasst",{"id":48,"text":49},"schwund","2 536 Lagerbelege: Abschreibung mit Grund statt Vermutung",{"id":51,"text":52},"schattenlauf","Erst im Schattenlauf, dann scharf",{"id":27,"text":54},"Prozess automatisieren: so entscheiden wir mit",{"slug":56,"title":57,"subtitle":58,"date":59,"metaTitle":60,"metaDescription":61,"excerpt":62,"readingMinutes":11,"tags":63,"toc":65},"verbindungsabbruch-im-lager","Verbindungsabbruch im Lager: Warteschlange, Wiederholung und Protokoll","Welche Ordnung eine Anwendung am Regal braucht, damit ein Funkloch die Buchung verschiebt und nicht verliert","2026-08-28","Verbindungsabbruch im Lager: scannen ohne Netz","Verbindungsabbruch im Lager: Warteschlange, Wiederholung und Protokoll machen das Scannen ohne Funk vorhersagbar. Erfahrungen aus 22 Datenquellen.","Zwischen Regalreihe und Hallentor bricht das Funknetz, und eine Anwendung, die das nicht vorgesehen hat, verliert entweder die Buchung oder die Zeit des Menschen davor. Wir beschreiben die drei Teile, die den Ausfall berechenbar machen, und den Puls, an dem eine stillgelegte Quelle auffällt.",[64,13,15],"Architektur",[66,69,72,75],{"id":67,"text":68},"netzloch","Was passiert, wenn das Funknetz zwischen den Regalreihen aussetzt",{"id":70,"text":71},"ordnung","Verbindungsabbruch im Lager: die drei Teile der Ordnung",{"id":73,"text":74},"puls","22 Quellen mit Puls: 89 Stunden Funkstille, die auffielen",{"id":27,"text":76},"Verbindungsabbruch im Lager: so bauen wir die Anwendung",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":78,"toc":79},[13,14,15],[80,81,82,83],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},1789383437965]