Die kurze Antwort
Ein internes SAP-Team hat heimlich ein Automatisierungsprodukt entwickelt, das direkt mit dem Berliner Partner-Startup n8n konkurrierte — während SAP gleichzeitig öffentlich über 60 Millionen Euro in n8n investierte. Als der Vorstand davon erfuhr, wurde das Projekt sofort gestoppt. COO Sebastian Steinhäuser bestätigte den Vorfall und erklärte: „Wir hätten dieses Produkt niemals kommerzialisiert."
Das eigentliche Problem ist kein Einzelfall mangelnder Integrität, sondern ein strukturelles Signal: KI-Coding-Assistenten haben die Schranke zum Bau funktionsfähiger Software so weit gesenkt, dass kleine Teams in Wochen produzieren können, was früher Monate erforderte — und was vorher sichtbar genug war, um von Führungsgremien bemerkt zu werden.
Was passierte: Investition und Parallelentwicklung
Auf der Sapphire-Konferenz am 12. und 13. Mai 2026 präsentierte SAP die strategische Investition in n8n als Teil seiner Business AI Platform-Strategie. SAP erwarb einen Anteil von rund 1,3 Prozent für mehr als 60 Millionen Euro. Das verdoppelte die Bewertung des Berliner Startups auf rund 5,2 Milliarden US-Dollar und machte n8n zu einem der höchstbewerteten KI-Unternehmen in Deutschland. Integrationsplan: Die visuelle Workflow-Canvas von n8n sollte nativ in Joule Studio, SAPsKI-Entwicklungsplattform für Unternehmensanwendungen, eingebettet werden.
Parallel dazu — Zeitpunkt unbekannt, Beginn vermutlich noch vor der Investitionsentscheidung — entwickelte ein internes SAP-Team ein Automatisierungsprodukt mit ähnlicher Kernfunktionalität. Das Projekt lief ohne Wissen des Vorstands. Weder der Produktname noch die beteiligte Einheit wurden öffentlich genannt. Es ist nicht bekannt, wie weit das Produkt entwickelt war oder ob es intern getestet wurde.
Teams, die heute Produktentwicklung im Eiltempo betreiben, stehen vor einem analogen Problem: Wenn Entwicklungszyklen durch KI-Assistenten schrumpfen, müssen Sichtbarkeits- und Alignment-Prozesse im gleichen Tempo skalieren.
Reaktion des Vorstands
SAP-Vorstandsmitglied Sebastian Steinhäuser (Chief Operating Officer, zuständig für Partnerschaften) bestätigte das Projekt gegenüber dem Handelsblatt und erklärte, der Vorstand habe sofort reagiert. Der genaue Hergang, durch den das Projekt bekannt wurde — ob durch interne Meldung, Prüfung oder eine andere Route —, wurde nicht offengelegt.
Personelle oder organisatorische Konsequenzen wurden von mehreren Quellen als eingetreten bestätigt („der Vorstand zog Konsequenzen"), ohne dass Details genannt wurden. Eine offizielle SAP-Pressemitteilung wurde nicht veröffentlicht. n8n-Gründer Jan Oberhauser hat sich in den verfügbaren Quellen nicht öffentlich geäußert.
Warum KI-Coding-Tools das Governance-Problem erzeugen
In der Berichterstattung über den Vorfall tauchen drei Tools immer wieder auf: Cursor, Claude Code und Codex. Alle drei sind KI-gestützte Entwicklungsumgebungen beziehungsweise Code-Agenten, die Entwickler befähigen, wesentlich schneller produktionsreifen Code zu erzeugen als in traditionellen Zyklen.
Das Ergebnis: Ein kleines Team kann in wenigen Wochen ein funktionsfähiges Softwareprodukt bauen, das früher eine Roadmap-Entscheidung, Ressourcenzuweisung und mehrere Quartale Entwicklungszeit benötigt hätte. Damit verschieben sich die Bedingungen für Shadow IT grundlegend — nicht mehr nur in Richtung von Einzelpersonen, die externe SaaS-Tools nutzen, sondern in Richtung von Teams, die intern eigenständige Produkte bauen, bevor Governance-Strukturen reagieren können.
Kommentatoren in der deutschen Tech-Presse formulieren es pointiert: „KI-Assistenten senken die Hürde für einen Nachbau so weit, dass die eigentliche Schranke nicht mehr die Technik ist, sondern die Kontrolle darüber, was ein Team im Stillen produziert."
Das ist keine neue Herausforderung in der Art — Shadow IT existiert seit Jahrzehnten. Was sich ändert, ist das Ausmaß. Wo früher ein Notebook oder ein unautorisiertes Abonnement das größte Risiko war, ist heute der Bau eines vollständigen Produkts für einzelne Teams in Reichweite.
Was das für DACH-Softwareteams bedeutet
Der SAP-n8n-Fall ist für Softwareteams in der DACH-Region in zwei Richtungen relevant:
Als Auftraggeber oder Partner: Wenn Sie Entwicklungsleistungen outsourcen oder mit Software-Partnern kooperieren, stellt sich die Frage, welche internen Produkte parallel entstehen könnten. Partnerverträge, die in einer Welt mit langen Entwicklungszyklen entworfen wurden, enthalten selten explizite Klauseln zu konkurrierenden internen Entwicklungen. Das ändert sich gerade.
Als Softwareentwickler oder -anbieter: Wenn Sie in Ihrem eigenen Unternehmen KI-Coding-Assistenten einführen oder bereits einsetzen, müssen Produkt-Roadmaps, Alignment-Prozesse und Sichtbarkeitsmechanismen für laufende Entwicklungsprojekte angepasst werden. Das gilt besonders, wenn Teams in wettbewerbssensiblen Bereichen arbeiten — Partnerschaften, Plattformen, Integrations-Tooling.
Für den DACH-Mittelstand, der häufig enge Ökosysteme mit wenigen, tief integrierten Plattformpartnern betreibt, ist das Vertrauensmoment besonders kritisch. Ein ähnlicher Vorfall in einem kleineren Ökosystem könnte Partnerbeziehungen dauerhafter beschädigen als bei einem DAX-Konzern mit entsprechenden Ressourcen für Schadensbegrenzung.
Handlungsempfehlungen
Aus dem Vorfall lassen sich für DACH-Unternehmen konkrete Maßnahmen ableiten:
- Partnerverträge aktualisieren: Klauseln zu konkurrierenden internen Produkten aufnehmen, insbesondere wenn Sie gleichzeitig investieren und kooperieren. Das ist nicht ungewöhnlich — strategische Investoren wie CVCs haben dafür standardisierte Regelwerke.
- Roadmap-Transparenz erhöhen: Regelmäßige (quartalsweise oder sogar monatliche) Übersichten laufender Entwicklungsprojekte auf Abteilungsebene, mit explizitem Abgleich gegen Partnerschaften und externe Investitionen. Kein einzelner Sprint-Review macht das sichtbar — es braucht einen strukturellen Prozess.
- KI-Tool-Governance einführen: Nicht als Verbot, sondern als Rahmen: Welche Teams nutzen KI-Assistenten? Für welche Projekttypen ist eine zusätzliche Freigabe sinnvoll? Das senkt das Risiko, ohne den Produktivitätsgewinn zu eliminieren.
- Ethisches Rahmenwerk für AI-Coding kommunizieren: Teams müssen wissen, wo die Grenzen liegen — nicht erst, wenn ein Projekt bereits weit fortgeschritten ist. Das ist eine Führungsaufgabe, keine technische Einschränkung.
FAQ
- Was hat SAP intern gebaut?
- Ein Workflow-Automatisierungsprodukt, das die Kernfunktionalität von n8n duplizierte. Weder der Produktname noch die beteiligte Einheit wurden öffentlich gemacht. Das Projekt wurde gestoppt, bevor es kommerzialisiert wurde.
- Warum hat SAP in n8n investiert?
- SAP investierte im Mai 2026 auf der Sapphire-Konferenz mehr als 60 Millionen Euro in n8n. Die Berliner Workflow-Plattform sollte nativ in Joule Studio, SAPsKI-Entwicklungsumgebung für Unternehmensanwendungen, integriert werden. n8n verbindet über 1.000 Integrationen und ermöglicht visuelles Bauen von KI-gesteuerten Arbeitsabläufen ohne Code.
- Wie haben KI-Coding-Tools wie Cursor oder Claude Code den Vorfall ermöglicht?
- Sie verkürzen die Entwicklungszeit drastisch. Aufgaben, die früher Monate dauerten, sind mit KI-Assistenten in Wochen erledigt. Das erlaubt kleinen internen Teams, funktionsfähige Produkte zu bauen, bevor Governance-Strukturen es bemerken. Die eigentliche Hürde ist nicht mehr technisches Know-how, sondern organisatorische Kontrolle über laufende Projekte.
- Was bedeutet der SAP-Fall für DACH-Softwareteams?
- Unternehmen, die KI-Coding-Tools einführen, müssen ihre Governance-Strukturen anpassen: Roadmaps häufiger abgleichen, Partnerverträge um Klauseln zu internen Konkurrenzentwicklungen ergänzen und die Sichtbarkeit laufender Projekte erhöhen. Das gilt besonders für enge Partner- und Plattformökosysteme, wie sie im DACH-Mittelstand verbreitet sind.
Quellen: Borncity (6. August 2026) · Dr. Web (6. August 2026) · Finanznachrichten.de (4. August 2026) · Handelsblatt (Primärquelle, August 2026) · Heise Online — SAP investiert in n8n (Mai 2026)