Konnektivität ist nicht gleich Funktionsfähigkeit. Genau in dieser Kluft scheitern Initiativen zur Integration der Lieferkette, und genau dort verschwindet das Budget still und leise.
Fragt man ein Logistikunternehmen, womit es sein Integrationsproblem gelöst hat, lautet die Antwort fast immer: Wir sind auf APIs umgestiegen. Fragt man zwölf Monate später noch einmal nach – nach einer Übernahme, einem Wechsel des Transportunternehmens und einem neuen Einzelhandelskunden, der ein eigenes Portal fordert –, fällt die Antwort deutlich länger aus.
Das ist kein Argument gegen APIs. Eine gut konzipierte API lässt sich oft schneller bereitstellen und einfacher überwachen als die Verbindungsmethoden, die sie ersetzt. Doch die API-Integration löst nur ein einziges, eng gefasstes Problem: die Konnektivität. Und Konnektivität war nie das, was den Führungskräften im operativen Bereich schlaflose Nächte bereitete.
Überlegen Sie einmal, was tatsächlich passiert, wenn ein neuer Spediteur hinzukommt.
Man einigt sich auf eine Methode zum Datenaustausch – eine API oder häufiger EDI –, denn genau das unterstützen die Systeme des Partners seit fünfzehn Jahren, und niemand plant in diesem Quartal eine Umstellung der Plattform. Dann beginnt die eigentliche Arbeit. Referenznummern stimmen nicht überein. Statuscodes verwenden ein anderes Vokabular. Gewichtsangaben kommen in Pfund an, während das Lagerverwaltungssystem Kilogramm erwartet. Irgendwo in diesem Prozess muss eine Geschäftsregel, die bisher nur im Kopf eines Planers existierte, zum ersten Mal dokumentiert werden.
Nichts davon ist ein Konnektivitätsproblem. All das ist betrieblicher Mehraufwand.
Die technische Anbindung ist häufig der schnellste Teil des Projekts. Das Mapping, die Ausnahmebehandlung, das Testen mit Live-Datenmengen und die Überwachung, die darauf ausgelegt ist, Fehler aufzudecken, bevor ein Kunde sie bemerkt: Hier fließen tatsächlich Zeit und Kosten hinein. Eine API überträgt Daten in einem modernen Format. Sie sagt einem Unternehmen jedoch nicht, was diese Daten für sein Geschäft bedeuten.
In den letzten zehn Jahren hat sich in der Logistiktechnologie stillschweigend die Annahme etabliert, dass Fragmentierung nur vorübergehend sei – ein Problem, das noch aus dem System beseitigt werde. Das ist nicht der Fall.
Ein Tier-1-Zulieferer, der ein globales ERP-System betreibt, wird immer anders interagieren als ein regionaler Spediteur, der drei Lkw über eine Tabellenkalkulation disponiert – und beide können für das Serviceniveau gleichermaßen unverzichtbar sein. Die operative Realität ist und bleibt: moderne APIs neben EDI, ERP neben TMS und WMS, Cloud-Anwendungen neben Flatfiles, Portale neben per E-Mail versendeten Tabellenkalkulationen und Altsysteme, die niemand ausmustern möchte.
Das ist keine gescheiterte digitale Transformation. Es ist das natürliche Ergebnis einer Lieferkette, die aus unabhängigen Unternehmen besteht, von denen jedes seine eigenen Technologieentscheidungen nach seinem eigenen Zeitplan trifft. Selbst in einer hypothetischen Welt, in der jeder Partner morgen eine saubere, moderne API bereitstellen würde, wäre das Unternehmen weiterhin für die Zuordnung, die partnerspezifischen Geschäftsregeln, die Überwachung und die ohne Vorwarnung eintreffenden Spezifikationsänderungen verantwortlich.
Dieser Aufwand skaliert nicht mit der Anzahl der unterstützten Protokolle. Er skaliert mit der Anzahl der betreuten Partner.
Die Standardreaktion auf eine neue Anforderung ist, eine Verbindung dafür aufzubauen. Das geht schnell, ist sichtbar und lässt das unmittelbare Problem verschwinden. Was dabei zurückbleibt, ist die Verbindlichkeit.
Jede benutzerdefinierte Verbindung erfordert Dokumentation, Tests, Überwachung und Wartung. Fünfzig davon, erstellt von verschiedenen Teams, unter unterschiedlichen Fristen und mit unterschiedlichen Annahmen, werden zu einer Kategorie von Betriebskosten, die in keiner Budgetlinie jemals aufgeführt war.
Die Symptome sind in Organisationen, die diese Schulden mit sich tragen, leicht zu erkennen: Die Einbindung neuer Partner dauert Monate statt Tage, Änderungsanfragen stehen auf unbestimmte Zeit hinter dem allgemeinen IT-Backlog in der Warteschlange, und ein einzelner Entwickler ist still und leise zur einzigen Person geworden, die einen geschäftskritischen Datenfluss versteht.
Die Anbindungen sind nicht der Wert. Die Fähigkeit des Unternehmens, sie schnell zu erstellen, zu ändern und außer Betrieb zu nehmen, ist der Wert.
Die meisten Unternehmen finanzieren die Integration immer noch so, wie sie eine einmalige Initiative finanzieren: mit festgelegten Rahmenbedingungen, Personalzuweisung und Abschluss – wobei die organisatorische Kompetenz in dem Moment verfliegt, in dem sich das Projektteam auflöst.
Unternehmen, die dieses Modell hinter sich gelassen haben, behandeln die Integration so, wie sie ihr Netzwerk oder ihren Fuhrpark behandeln: als Infrastruktur, die finanziert, standardisiert und wiederverwendet wird. Sie zentralisieren die Kapazitäten, anstatt sie über verschiedene Abteilungen zu verstreuen. Sie entwickeln wiederverwendbare Muster anstelle von maßgeschneiderten, einmaligen Verbindungen. Und sie gewähren den Betriebsteams direkten Einblick in die Abläufe selbst, sodass eine fehlgeschlagene Nachricht zu einem operativen Ereignis mit einem klaren Verantwortlichen wird und nicht zu einem Rätsel, das erst drei Tage später von einem Kunden entdeckt wird.
Wenn Integration als Infrastruktur fungiert, wird die Einbindung von Partnern zu einer wiederholbaren Konfiguration. Wenn sie als Projekt fungiert, wird jede neue Anforderung zu einer Verhandlung mit der Roadmap. Dieser Unterschied hat in einem volatilen Markt konkrete Konsequenzen: Logistikstörungen dauern mittlerweile routinemäßig Monate bis zu mehreren Jahren, und Tarifänderungen, Kapazitätsengpässe und Ausfälle von Lieferanten warten nicht auf den nächsten Entwicklungszyklus.
Jedes Logistikunternehmen wird auf Vorstandsebene gefragt, wie seine KI-Strategie aussieht. Für viele lautet die ehrliche Antwort: noch nicht viel, da die Daten noch nicht bereit sind.
KI in der Logistik ist vollständig von vernetzten Daten abhängig. Die Vorhersage von Verzögerungen, die Empfehlung von Spediteuren und die Automatisierung der Ausnahmebehandlung erfordern vollständige, konsistente und aktuelle Informationen, die Bestellungen, Sendungen, Bestände und Partner umfassen. Ein Modell, das unvollständige Eingaben erhält, versagt nicht sichtbar. Es liefert aus unvollständigen Informationen selbstbewusste Ergebnisse, was ein wesentlich schlechteres Ergebnis ist als gar keine Ergebnisse.
Vernetzte Daten sind die Voraussetzung. Intelligenz ist das Ergebnis. Unternehmen mit einer ausgereiften Integrationsgrundlage sind in der Lage, über isolierte Pilotprojekte hinauszugehen und KI auf echte operative Entscheidungen anzuwenden. Alle anderen bauen auf Sand.
Bosch Mobility Platform & Solutions arbeitet gemeinsam mit Logistikunternehmen genau an diesem Problem, und Lobster ist die Komponente unseres digitalen Logistikportfolios, die speziell zur Lösung dieses Problems entwickelt wurde.
Innerhalb des Bosch Logistics Operating System stellt Lobster eine Integrationsschicht bereit, die Partner, Systeme und Datenformate miteinander verbindet, ohne bereits vorhandene Technologien zu verdrängen. Als Datenintegrationsplattform verarbeitet sie APIs, EDI, ERP, TMS, WMS, Cloud-Anwendungen, Flatfiles, Portale, Altsysteme und partnerspezifische Formate in einer einzigen Umgebung, und Betriebsteams erstellen und modifizieren Abläufe mithilfe eines visuellen Low-Code-Ansatzes, unabhängig von den Kapazitäten der Entwickler.
Was das in der Praxis bedeutet:
| Funktionalität |
Auswirkungen auf das Geschäft |
|
Schnellere Einbindung von Partnern |
Neue Spediteure, Lieferanten und Kunden werden innerhalb von Tagen statt Monaten angebunden – unabhängig von System oder Format |
|
Geringerer Wartungsaufwand |
Wiederverwendbare Abläufe ersetzen einmalige Verbindungen; Bosch-Kunden, die von fragmentierten Integrationsumgebungen auf Lobster umsteigen, berichten von einer durchschnittlichen Kostensenkung von 90 % pro Integration |
|
Operative Transparenz |
Auftrags-, Versand- und Ausnahmedaten werden in einer einzigen, vernetzten Ansicht konsolidiert und sind nicht mehr über Systeme, Tabellenkalkulationen und E-Mail-Postfächer verstreut |
|
Eine Grundlage für KI |
Vernetzte, konsistente Daten: die Voraussetzung, die den meisten Unternehmen noch fehlt |
Die relevante Frage lautet nicht, auf welches Protokoll man sich standardisieren soll. Auf diese Frage gibt es keine eindeutige Antwort, da die Entscheidung nie allein bei einem einzelnen Unternehmen lag.
Die bessere Frage lautet: Wenn im nächsten Quartal der nächste neue Partner, das nächste neue Format oder die nächste neue Anforderung hinzukommt – wie lange wird es dauern, diese zu integrieren, und wer muss seine Arbeit unterbrechen, um dies zu ermöglichen?
Beginnen Sie mit den Integrationen, die die längsten Einführungszeiten, den höchsten Wartungsaufwand oder die häufigsten Ausnahmen verursachen. Sprechen Sie dann mit Bosch Mobility Platform & Solutions darüber, wie diese Systeme und Partner miteinander verbunden werden können, ohne die bereits funktionierende Technologie zu ersetzen.