Agentische Lieferketten laufen auf geregeltem Kontext, nicht auf einem großen Warehouse

Die Lieferkette ist einer der ersten Orte, an denen KI-Agenten vom Vorführmodell in den Produktivbetrieb wandern. Statt eine Empfehlung anzuzeigen und auf einen Menschen zu warten, plant, handelt und passt ein Agent sich heute an, während die Arbeit läuft, über Planung, Beschaffung, Qualität und Instandhaltung hinweg.

Die Zahlen hinter dieser Verschiebung sind nicht hypothetisch. Gartner erwartet, dass bis Ende 2026 bis zu 40 % der Unternehmensanwendungen aufgabenbezogene KI-Agenten enthalten, nach weniger als 5 % ein Jahr zuvor, und sagt voraus, dass bis 2030 die Hälfte aller bereichsübergreifenden Lösungen für das Lieferkettenmanagement intelligente Agenten einsetzen wird, um Entscheidungen eigenständig auszuführen. Mehr als die Hälfte der Führungskräfte in der Lieferkette berichtet bereits, Agenten zur Automatisierung von Abläufen einzusetzen.

Gartner ordnet seine Technologietrends für die Lieferkette 2026 um drei Themen, und das dritte ist der stille Haken: Neben Eigenständigkeit und Spezialisierung steht Vertrauen und Governance, also die Herkunft von Produkten und die Governance von Entscheidungen, die eine eigenständige Entscheidung nachvollziehbar und verantwortbar halten. Die Werkzeuge, um diese Agenten zu bauen, sind bereit. Die Daten darunter sind es sehr oft nicht.

Ein Agent ist nur so gut wie die Bedeutung, auf die er sich stützen kann, und in der Fertigung ist diese Bedeutung meist über Werke und Systeme zersplittert, lange bevor ein Agent sie überhaupt berührt. Richten Sie einen auf die rohen Systeme eines Betriebs mit mehreren Werken, und drei Fehler zeigen sich fast sofort.

Der erste sind uneinheitliche Definitionen. Ein Werk zählt Mikrostillstände als Downtime, ein anderes nicht, also bedeuten OEE, Scrap und Downtime von Standort zu Standort nicht dasselbe. Ein Agent, der diese Zahlen zu einer Konzernantwort vermengt, liefert etwas Überzeugtes und Falsches, dieselbe Zahl, der niemand traut, über die Ihre Leute ohnehin streiten, nun mit maschineller Autorität vorgetragen.

Der zweite ist unklare Verantwortung. Wenn der Agent eine Zahl liefert, ist niemand benannt, der dafür geradesteht, ob sie stimmt. Es gibt niemanden zu fragen und niemanden, der die Quelle richtet, wenn sie abdriftet.

Der dritte ist fehlende Nachvollziehbarkeit. Sie sehen nicht, woher die Zahl kam, und können einen Agenten deshalb nicht gefahrlos eigenständig darauf handeln lassen. Den Agenten in eine andere Laufzeitumgebung zu verschieben ändert daran nichts. Die Quellen beschreiben das Geschäft uneinheitlich, und diese Bedeutung abzugleichen ist die eigentliche Arbeit.

Hersteller kennen diesen Reflex bereits vom digitalen Faden, der Idee einer durchgehenden Informationsspur über das Leben eines Produkts. Agenten brauchen dieselbe Disziplin, angewendet auf Betriebsdaten, damit ein Begriff von der Werkshalle bis zum Vorstandsbericht seine Bedeutung behält.

Geregelter Kontext ist die vereinbarte Bedeutungsschicht über Ihren Systemen. Es ist die Menge der Definitionen, die alle abgezeichnet haben, eine benannte verantwortliche Person für jede davon, die Lineage, die zeigt, wie eine Zahl von der Quelle bis zum Bericht fließt, und die Klassifizierung dessen, was sensibel ist. Es ist der Unterschied zwischen einem Agenten, der eine Spalte namens oee_pct liest, und einem Agenten, der weiß, was OEE bedeutet, wer dafür geradesteht und woher es kam.

Dieser letzte Punkt zählt, denn hier übersteuern Teams. Der Reflex ist, fünf ERP-Systeme und ein Dutzend Produktionssysteme in ein riesiges Warehouse zu reißen und das eine einheitliche Datenbasis zu nennen. Die Empfehlung von Deloitte widerspricht dem: Agenten brauchen nicht alles in einem physischen Speicher, sie brauchen eine einheitliche Bedeutung. Sie regeln die Definitionen einmal und lassen die Daten dort, wo sie bereits laufen.

Sobald Sie aufhören, die Daten zentralisieren zu wollen, wird der Entwurf einfacher. Halten Sie den geregelten Kontext in einer Schicht, die Ihnen gehört, und stellen Sie ihn jedem Agenten bereit, der ihn braucht, laufend dort, wo dieser Agent am besten unterstützt wird, meist nativ auf der Plattform, die Daten und Rechenleistung ohnehin hält. Der Agent bleibt nah an Daten und Rechenleistung. Die Bedeutung reist zu ihm.

Der Weg der Auslieferung ist ein offener Standard. Das Model Context Protocol lässt einen geregelten Context Layer Definitionen, Verantwortlichkeiten und Lineage jedem kompatiblen Agenten zugänglich machen, sodass der Agent in derselben verantworteten Bedeutung verankert ist, ob er nun auf einem Hyperscaler, in einer Datenplattform oder als eigene Anwendung gebaut wurde. Sie binden den Kontext nicht an eine Laufzeitumgebung, und Sie verschieben keine Terabyte, um einer Definition zu genügen.

Der Weg ist derselbe, ob Sie ein Werk betreiben oder dreißig, und er lässt sich auf vier Schritte abbilden.

Jedes System katalogisieren. Lesen Sie ERP, Produktion, Warehouse und BI in einen Datenkatalog ein, damit Sie wissen, welche Daten es gibt, wer für sie verantwortlich ist und woher sie kommen. Dawiso bindet mehr als 40 Quellen an, darunter einen eigens gebauten Scanner für SAP S/4HANA neben Snowflake, Databricks, Power BI, dbt, Oracle, SQL Server und Tableau.

Die Begriffe vereinbaren. Definieren Sie gemeinsame KPIs einmal im Business Glossary, von OEE und Scrap bis Downtime und Yield, und verknüpfen Sie jeden mit den tatsächlichen Spalten dahinter in jedem Werk. Technik an einem Standort und Analyse an einem anderen arbeiten endlich mit derselben Definition.

Die Lineage verfolgen. Erzeugen Sie Lineage auf Spaltenebene aus Ihrem SQL und Ihren ETL-Pipelines, damit sich jede Zahl, die ein Agent liefert, bis zu ihrer Quelle zurückverfolgen lässt. Nachvollziehbarkeit ist das, was eine eigenständige Handlung vertretbar macht.

Über MCP bereitstellen. Machen Sie den geregelten Kontext über einen offenen MCP Server jedem MCP-fähigen Agenten zugänglich, sodass der Agent, den Sie auf der Plattform Ihrer Wahl bauen, in verantworteter, geprüfter Bedeutung verankert ist.

Das ist keine Theorie. Stora Enso betreibt einen einheitlichen geregelten Katalog über Snowflake, dbt und Power BI hinweg, einen Ort, an dem fachliche und technische Metadaten zusammenkommen. Genau aus dieser geregelten Schicht muss ein Agent lesen, und sie ist das Gut, das wertvoll bleibt, ganz gleich welche Agentenplattform als Nächstes gewinnt. Bauen Sie Ihre Agenten dort, wo Daten und Rechenleistung ohnehin liegen, und lassen Sie den Kontext, der Ihnen gehört, das sein, was zu ihnen reist.