Das Problem war nie das Verbinden der Systeme
Fragen Sie jeden, der ein Integrationsprojekt geleitet hat, und Sie werden auf dieselbe Frustration stoßen. Oberflächlich betrachtet wirkt es technisch. Doch darunter ist es das selten.
„Es war nie die Technologie“, sagt Caspar, CEO von Alumio. „Es waren immer die Menschen im Unternehmen. Der IT-Leiter, der die Schnittstellen nicht öffnen wollte oder kein echtes Verständnis dafür hatte, wie alles zusammenhängt.“
Die technische Umsetzung war meist banal. Altsysteme wurden oft als schwer integrierbar verkauft, doch die Realität war weniger dramatisch. „Ältere Software wurde so dargestellt, als sei die Anbindung extrem schwierig“, sagt Caspar. „Dabei lief es fast immer auf dasselbe hinaus: eine Datei auf einem Server oder eine SOAP-Verbindung. Und ich dachte mir oft, dass das jemand unnötig kompliziert gemacht hat.“
Wenn die technische Arbeit machbar war, lag die Schwierigkeit woanders: in der Organisation und in dem, was nach dem Go-live der Integration geschah.
Wie Integrationsabhängigkeit in der Praxis aussieht
Wenn ein Unternehmen eine individuelle Integration baut, erhält es nicht nur eine funktionierende Lösung. Es übernimmt eine Reihe von Abhängigkeiten, die zum Zeitpunkt der Erstellung selten berücksichtigt werden.
Die erste ist die Abhängigkeit vom Ersteller. Die Logik steckt im Kopf eines einzelnen Entwicklers oder in Code, den nur er versteht. Wenn er geht, geht das Wissen mit ihm. Dies wird oft als „Key Man Risk“ bezeichnet: die Gefahr, dass kritisches Wissen bei einer einzigen Person liegt. Caspar hat dies bei mittelständischen Herstellern mehrfach erlebt: „Alles wurde von einer Person gebaut, und als diese ging, liefen die Systeme zwar weiter, aber niemand im Unternehmen verstand sie mehr.“
Die zweite ist die Abhängigkeit zwischen den Systemen selbst. Punkt-zu-Punkt-Verbindungen verstricken sich mit der Zeit so sehr, dass ein System nicht mehr ersetzt werden kann, ohne die anderen zu beschädigen. Der Austausch eines ERP-Systems wird dann von einem Projekt zu einem Risiko, das niemand eingehen will.
Die dritte ist die Abhängigkeit von der Vergangenheit. Da Veränderungen als riskant empfunden werden, halten Unternehmen an Architekturen fest, denen sie längst entwachsen sind. „Unternehmen fragten nicht danach, wie sie ein Fundament legen können, auf dem sie jahrelang aufbauen können“, sagt Caspar. „Sie bauten es einfach immer wieder neu, nur um es wenige Jahre später erneut zu ersetzen.“
Die Rechnung kommt später – und sie besteht nicht nur aus Geld
Die Kosten der Integrationsabhängigkeit werden leicht ignoriert, da sie nicht als einzelner Posten in der Bilanz auftauchen. Sie zeigen sich schleichend und sind oft schwer auf ihre Ursache zurückzuführen.
Caspar beschreibt Verbindungen zur Lagerverwaltung, die alle paar Wochen ausfallen und für eine Stunde oder länger stillstehen. Ganze Teams können nicht arbeiten, bis die Systeme wieder laufen. Das Auffällige ist nicht der Ausfall selbst, sondern dass das Unternehmen ihn als Normalzustand akzeptiert hat. Das Hosting findet sich auf einer vagen Cloud-Rechnung wieder, die Ausfallzeit in verlorenen Arbeitsstunden. Nichts davon ist explizit als „Abhängigkeit“ gekennzeichnet, aber beides ist real.
Deshalb ist das Thema längst über die IT hinausgewachsen. Investoren und Käufer stellen heute andere Fragen: Wer kann das warten, wenn das aktuelle Team geht? Was ist tatsächlich dokumentiert? Was würde es einen Käufer kosten, das zu übernehmen? Die Integrationsarchitektur ist Teil der Due Diligence geworden, und undokumentierte Eigenentwicklungen sind ein häufiger Kritikpunkt. Die praktische Konsequenz: Die Professionalisierung der Integrationsschicht ist nicht mehr nur eine IT-Verbesserung. Sie ist Teil der Strategie, ein Unternehmen verkaufsfähig zu machen, und zieht Eigentümer sowie CFOs in eine Diskussion, die früher allein der IT vorbehalten war. Dieselben Fragen kommen von der anderen Seite des Tisches bei Post-Merger-Integrationen.
Doch der größte Preis ist Zeit. „Es gibt für jedes Unternehmen eigentlich nur einen Feind, und das ist die Zeit“, sagt Caspar. „Wenn Geld keine Rolle spielt, wird es sogar gefährlicher, weil man akzeptiert, dass Dinge unnötig lange dauern.“ Ein Unternehmen, das nicht mit der Geschwindigkeit seines Marktes Schritt halten kann, hat ein ernstes Problem – und Abhängigkeiten sind genau das, was es ausbremst.
Die Abhängigkeiten individueller Integrationen beseitigen
Die Lösung besteht nicht darin, bessere individuelle Integrationen zu bauen. Sie besteht darin, die Abhängigkeiten zu vermeiden, die durch solche Eigenentwicklungen überhaupt erst entstehen. Das bedeutet, den Ort zu verändern, an dem die Integrationslogik liegt, statt nur die Qualität des Codes zu verbessern.
Hier ändert eine Integration Platform-as-a-Service (iPaaS) die Ausgangslage. Die Alumio iPaaS ist eine Cloud-native, konfigurationsbasierte Plattform, die Geschäftssysteme über eine zentrale Ebene verbindet, anstatt punktuelle, individuelle Verknüpfungen zwischen einzelnen Systempaaren zu erstellen. Jede Verbindung wird über strukturierte Einstellungen konfiguriert, statt sie von Grund auf neu zu programmieren. Das funktioniert mit vorgefertigten Connectoren, wo diese verfügbar sind, und über die API des jeweiligen Systems, wo dies nicht der Fall ist. Alumio bietet zudem einen Code Transformer für Entwickler, die Sonderfälle lieber per Code lösen möchten. Der Punkt ist nicht, dass die Plattform Dinge eleganter verbindet. Der Punkt ist, was sie überflüssig macht.
Sobald diese zentrale Integrationsebene steht, liegt die Logik jeder Verbindung an einem sichtbaren, kontrollierten Ort – und nicht mehr nur im Kopf eines einzelnen Entwicklers. Wenn eine Bestellung im Webshop eingeht, wird sie an das ERP-System weitergeleitet, der Lagerbestand aktualisiert und der Versandprozess angestoßen. Das Unternehmen kann diesen Ablauf einsehen und anpassen, ohne von der Person abhängig zu sein, die ihn ursprünglich programmiert hat. Ein System kann ausgetauscht werden, ohne dass die anderen zusammenbrechen. Das Wissen bleibt im Unternehmen erhalten.
Es gibt einen Kompromiss, den man offen ansprechen muss. Die Einführung einer Plattform bedeutet Standardisierung, und Standardisierung bedeutet, einen Teil der Freiheit aufzugeben, die maßgeschneiderte Eigenentwicklungen bieten. Für Unternehmen, die davon überzeugt sind, dass ihre Prozesse völlig einzigartig sind, kann sich das wie eine Einschränkung anfühlen. In der Praxis ist das Gegenteil der Fall. Genau das ermöglicht es ihnen, ein System zu ändern, ohne ihre gesamte Architektur neu verhandeln zu müssen.
Warum Abhängigkeit heute eine strategische Frage ist
Nichts davon ist statisch. Das gleiche Muster, das damit begann, Logik aus dem Code zu lösen, entwickelt sich weiter. Caspar beobachtet seit der Gründung von Alumio, wie sich der Boden unter diesem Problem verschiebt, und seine Einschätzung ist, dass die Entwicklung in dieselbe Richtung weitergeht.
„Wir haben Alumio gegründet, um die Technologie aus dem Code zu holen“, sagt Caspar. „Heute liegt die Technologie nicht mehr im Code, sondern auf einer visuellen Ebene. Der nächste Schritt ist, dass diese visuelle Ebene immer unwichtiger wird. Es wird zu einer geschäftlichen Entscheidung.“ Die technische Infrastruktur tritt immer weiter in den Hintergrund, während die strategische Entscheidung in den Vordergrund rückt.
KI ist der Bereich, in dem das konkret wird. Das Versprechen lautet, dass Modelle und Agenten auf Basis von Geschäftsdaten agieren: eine Frage zum Lagerbestand beantworten, eine Nachbestellung auslösen, eine Rechnung abgleichen, einen Bericht vorbereiten. Das funktioniert nur, wenn die zugrunde liegenden Daten vollständig, aktuell und autorisiert sind und wenn es eine Aufzeichnung darüber gibt, was wohin bewegt wurde und warum.
Ein Unternehmen, dessen Integrationslogik nur im Kopf eines Entwicklers existiert, kann einem KI-System keinen zuverlässigen Zugriff auf seine Betriebsabläufe gewähren. Es kann im Nachhinein auch nicht prüfen, was das System tatsächlich getan hat. KI beseitigt die Abhängigkeit von Integrationen nicht. Sie erhöht den Preis dafür. Die Unternehmen, die echten Mehrwert aus KI ziehen werden, sind diejenigen, die ihre Datenflüsse bereits sichtbar und steuerbar gemacht haben, bevor sie es mussten. Eine kontrollierte Integrationsebene ist heute ein Fundament, kein bloßer Komfort.
Unternehmen, die das frühzeitig erkennen, gewinnen Handlungsspielraum. Sie können neue Systeme einführen, auf den Markt reagieren und ihre Daten nutzen, ohne jedes Mal das Fundament neu bauen zu müssen. Diejenigen, die weiterhin individuelle Integrationen bauen, erben dieselbe Abhängigkeit wie ihre Vorgänger und bezahlen dafür mit der einen Währung, die kein Unternehmen zurückbekommt. Die Auflösung erfolgt später durch eine phasenweise Migration von Altsystemen.
Wo Ihre Integrationslogik heute liegt
Der Wandel in der Art und Weise, wie Unternehmen ihre Systeme vernetzen, lässt sich auf eine einzige Veränderung in ihrer Kaufabsicht zurückführen. Jahrelang war das Ziel eine funktionierende Verbindung. Heute ist das Ziel die Freiheit, Veränderungen vorzunehmen, ohne die Vergangenheit um Erlaubnis fragen zu müssen. Das ist nicht dasselbe. Der Unterschied liegt in der Abhängigkeit selbst. Sie liegt bei dem Entwickler, der das Wissen besitzt, bei Systemen, die zu eng miteinander verflochten sind, um sie zu trennen, und bei Entscheidungen, die vor Jahren getroffen wurden und die niemand mehr anzurühren wagt.
Keine dieser Abhängigkeiten kündigt sich an. Sie existieren unbemerkt in einer Landschaft, die noch funktioniert. Dann verlässt eine Schlüsselperson das Unternehmen, ein Investor stellt eine kritische Frage oder eine Marktveränderung erfordert eine Anpassung, die die Architektur nicht leisten kann. Spätestens dann sind die Kosten nicht mehr nur theoretisch. Der Unterschied ist dann gravierend: Ein Unternehmen, das seine Integrationslogik sichtbar und steuerbar gemacht hat, bleibt handlungsfähig. Wer das nicht getan hat, kann nur zusehen.
Der praktische Ausgangspunkt ist kleiner, als man denkt. Erfassen Sie, wo Ihre Integrationslogik tatsächlich liegt, und fragen Sie sich, wer sie morgen ändern könnte, wenn die Person, die sie gebaut hat, nicht mehr da wäre. Diese eine Frage deckt die Abhängigkeit auf, die die meisten Unternehmen nicht mehr wahrnehmen, und macht aus einem unsichtbaren Risiko etwas, das man aktiv angehen kann. Um es zu beseitigen, muss man nicht alles auf einmal herausreißen. Man muss lediglich bewusst entscheiden, dass die nächste Verbindung, die man aufbaut, nicht wieder etwas ist, das nur eine einzige Person versteht.
Die Integration selbst war nie das Schwierige. Was danach bleibt, ist es. Unternehmen, die jetzt handeln, werden auch dann noch agieren können, wenn es darauf ankommt.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
