Drupal wird zum Betriebssystem für digitale Prozesse
Warum die Zukunft von Content-Management weit über Inhalte hinausgeht – und was das für Unternehmen, ihre IT-Architektur und den Einsatz von KI bedeutet.
Ein Unternehmen bietet eine persönliche Beratung an. Interessierte füllen ein Onlineformular aus und beschreiben kurz ihr Anliegen. Drupal nimmt die Anfrage entgegen, prüft die Angaben und gleicht die Kontaktdaten mit dem CRM ab.
Anschließend bewertet eine KI, welchem Beratungsthema die Anfrage zugeordnet werden kann und welche Ansprechperson am besten geeignet ist. Das System prüft verfügbare Kalender, schlägt passende Termine vor und verschickt eine Einladung. Wenn die Anfrage besondere Anforderungen enthält oder die Zuordnung unklar ist, wird ein:e Mitarbeiter:in eingebunden.
Für die anfragende Person wirkt das wie ein einziger, nahtloser Prozess.
Technisch arbeiten dabei jedoch mehrere Systeme zusammen: Formular, Drupal, CRM, KI-Dienst, Kalender und gegebenenfalls eine interne Aufgabenverwaltung.
Ein Anmeldeprozess. Viele Systeme. Ein gemeinsames Ziel.
Was für Anwender:innen wie ein einziger Vorgang aussehen sollte, ist technisch häufig ein Flickenteppich aus Schnittstellen, Automatisierungen und manuellen Arbeitsschritten.
Genau hier beginnt eine spannende Entwicklung innerhalb der Drupal-Community. Drupal könnte künftig nicht nur Inhalte, Benutzer:innen und Daten verwalten, sondern auch die Zusammenarbeit unterschiedlichster Anwendungen koordinieren.
Weniger Insellösungen. Mehr Zusammenarbeit. Und eine Plattform, die den Überblick behält.
Vom Content-Management zum Prozessmanagement
Drupal hat sich längst vom klassischen CMS entfernt. Mit strukturierten Datenmodellen, granularen Berechtigungen, leistungsfähigen APIs und einer modularen Architektur bildet es bereits heute das Fundament komplexer digitaler Anwendungen.
In Headless-Architekturen übernimmt Drupal die Verwaltung von Inhalten, Daten und Geschäftslogik. React, mobile Anwendungen oder andere Frontends greifen über APIs darauf zu.
Doch was passiert, wenn nicht nur verschiedene Frontends, sondern auch unterschiedliche Geschäftsprozesse miteinander verbunden werden sollen?
Hier setzt die nächste Entwicklungsstufe an.
Im Oktober 2026 beschreibt Drupal-Entwickler und ECA-Maintainer Jürgen Haas in einem Interview mit The Drop Times seine Vision einer gemeinsamen Oberfläche für die Modellierung und Steuerung von Workflows.
Der entscheidende Gedanke: Drupal muss nicht alles selbst erledigen. Es muss dafür sorgen, dass alles sinnvoll zusammenarbeitet.
Das klingt zunächst unspektakulär. Für die Architektur komplexer Unternehmensanwendungen ist es ein bemerkenswerter Schritt.
Eine Plattform. Viele Spezialisten.
Unternehmen verfügen heute über eine Vielzahl spezialisierter Systeme. CRM, ERP, Buchhaltung, Marketing-Automatisierung, Kalender, KI-Dienste und individuelle Fachanwendungen erfüllen jeweils eigene Aufgaben.
Das Problem entsteht häufig zwischen diesen Systemen.
Daten müssen übertragen, Berechtigungen geprüft, Prozesse ausgelöst und Ergebnisse dokumentiert werden. Jede neue Integration erhöht die Komplexität. Änderungen an einer Schnittstelle können Auswirkungen auf mehrere Anwendungen haben.
Die Drupal-Community arbeitet deshalb an einem Ansatz, bei dem unterschiedliche Workflow-Technologien über gemeinsame Schnittstellen zusammenarbeiten.
Dazu gehören insbesondere:
ECA (Event-Condition-Action) automatisiert Vorgänge innerhalb von Drupal. Beispielsweise können Daten beim Absenden eines Formulars geprüft, Anfragen kategorisiert oder Folgeaktionen durch bestimmte Ereignisse ausgelöst werden.
Maestro übernimmt länger laufende Geschäftsprozesse, bei denen Menschen Entscheidungen treffen, Freigaben erteilen oder Aufgaben bearbeiten müssen.
FlowDrop ermöglicht datenorientierte Workflows, die sich besonders für die Zusammenarbeit mit KI-Agenten eignen.
Activepieces und n8n verbinden externe Anwendungen und stellen zahlreiche fertige Integrationen bereit.
Diese Systeme sollen ihre jeweiligen Stärken behalten.
Die gemeinsame Idee ist eine übergreifende Modellierung: Anwender:innen beschreiben, was passieren soll. Die passende Technologie übernimmt die Ausführung.
Nicht jede Anwendung muss jede Aufgabe beherrschen. Und nicht jeder Geschäftsprozess braucht eine individuelle Softwareentwicklung.
Die Architektur wird modularer, ohne dass die Prozesse komplizierter werden müssen.
Wenn KI nicht nur antwortet, sondern Termine koordiniert
Besonders interessant wird diese Entwicklung durch künstliche Intelligenz.
Bisher konzentrieren sich viele KI-Anwendungen auf die Generierung von Texten, Bildern oder die Beantwortung von Fragen.
Der nächste Schritt geht weiter.
KI-Agenten können innerhalb definierter Geschäftsprozesse Aufgaben übernehmen, Daten auswerten, Entscheidungen vorbereiten und Aktionen auslösen.
Ein Beispiel aus einem Beratungsprozess:
Eine interessierte Person meldet sich über ein Onlineformular für ein Beratungsgespräch an und beschreibt kurz ihr Anliegen. Drupal nimmt die Daten entgegen und startet einen Workflow.
Eine KI prüft, ob die Angaben vollständig sind, erkennt das Thema der Anfrage und ordnet sie dem passenden Beratungsbereich zu. Bestehende Kontakte werden abgeglichen, mögliche Dubletten erkannt und fehlende Informationen identifiziert.
Anschließend prüft der Workflow die verfügbaren Kalender der zuständigen Berater:innen. Auf Basis der Anfrage, der benötigten Expertise und der hinterlegten Verfügbarkeiten werden passende Termine ermittelt und der anfragenden Person vorgeschlagen.
Nach der Terminbuchung werden die Informationen im CRM dokumentiert, eine Kalendereinladung verschickt und die zuständige Person über den neuen Beratungstermin informiert.
Ist die Anfrage besonders komplex oder nicht eindeutig zuzuordnen, wird ein:e Mitarbeiter:in eingebunden. Diese Person kann die Zuordnung prüfen, den Prozess anpassen oder die Anfrage manuell übernehmen.
Was früher aus mehreren manuellen Arbeitsschritten bestand, wird zu einem zusammenhängenden Prozess.
Dabei bleibt Drupal die zentrale Instanz für Daten, Berechtigungen und fachliche Regeln. Die KI übernimmt klar definierte Aufgaben innerhalb dieser Struktur.
Das ist ein wichtiger Unterschied zu KI-Lösungen, die weitgehend unabhängig von bestehenden Anwendungen arbeiten.
Die KI muss die Geschäftsprozesse nicht neu erfinden. Sie kann die vorhandenen nutzen.
Kontrolle ist kein Widerspruch zu Automatisierung
Mit zunehmender Automatisierung wächst die Bedeutung klarer Verantwortlichkeiten.
Wer darf Kontaktdaten verändern? Welche Informationen dürfen an externe Dienste übertragen werden? Darf ein KI-Agent eigenständig einen Termin buchen oder nur Vorschläge erstellen? Wann muss ein Mensch eine Entscheidung bestätigen?
Die Drupal-Architektur bietet dafür bereits eine wichtige Grundlage: ein ausgereiftes Rollen- und Berechtigungssystem.
Jürgen Haas formuliert im Interview einen zentralen Grundsatz: KI-Agenten dürfen Workflows entwerfen, aber nicht selbstständig ihre eigenen Berechtigungen erweitern oder sicherheitsrelevante Änderungen freigeben.
Für Unternehmen ist das entscheidend.
Denn produktive KI braucht mehr als leistungsfähige Modelle. Sie benötigt nachvollziehbare Prozesse, definierte Zugriffsrechte und eine Architektur, die Kontrolle ermöglicht.
Gerade bei personenbezogenen Daten, sensiblen Beratungsinhalten und regulatorischen Anforderungen wird diese Verbindung zum Wettbewerbsvorteil.
Warum das für CTOs interessant ist
Die technische Entwicklung berührt eine grundsätzliche Architekturentscheidung.
Wie baut man digitale Systeme, die sich weiterentwickeln können, ohne bei jeder neuen Anforderung zusätzliche Abhängigkeiten zu schaffen?
Viele Unternehmen haben in den vergangenen Jahren erhebliche Summen in Integrationen, individuelle Schnittstellen und proprietäre Automatisierungsplattformen investiert.
Das funktioniert. Bis sich Anforderungen verändern, Anbieter wechseln oder neue Technologien integriert werden sollen.
Eine offene, modulare Architektur verfolgt einen anderen Ansatz.
Geschäftslogik und Daten bleiben im eigenen System. Spezialisierte Dienste werden dort eingebunden, wo sie einen konkreten Mehrwert liefern.
Daraus ergeben sich vier strategische Vorteile.
1. Weniger Abhängigkeit von einzelnen Anbietern
Offene Schnittstellen ermöglichen es, externe Dienste auszutauschen, ohne die gesamte Anwendung neu entwickeln zu müssen.
Ein KI-Modell kann ersetzt, ein CRM gewechselt, ein Kalenderdienst ausgetauscht oder eine neue Automatisierungsplattform angebunden werden.
Die fachlichen Prozesse bleiben davon möglichst unabhängig.
2. Investitionen bleiben länger nutzbar
Bestehende Datenmodelle, Berechtigungen und Geschäftsprozesse können weiterverwendet werden.
Neue Anforderungen führen nicht zwangsläufig zu neuen Anwendungen. Häufig lassen sich vorhandene Komponenten erweitern oder miteinander kombinieren.
3. KI wird integrierbar statt isoliert
KI-Agenten können auf vorhandene Daten und definierte Funktionen zugreifen.
Damit entstehen keine zusätzlichen Datensilos und keine parallelen Geschäftsprozesse, die später aufwendig synchronisiert werden müssen.
4. Komplexität wird beherrschbar
Die technische Vielfalt verschwindet nicht. Aber sie muss nicht mehr vollständig bei den Anwender:innen ankommen.
Eine gemeinsame Oberfläche kann Prozesse verständlich darstellen, während unterschiedliche Systeme im Hintergrund ihre Aufgaben übernehmen.
Für CTOs bedeutet das vor allem eines: mehr architektonische Freiheit bei gleichzeitig klareren Verantwortlichkeiten.
Open Source als Architekturstrategie
Eine solche Entwicklung entsteht nicht durch einen einzelnen Anbieter.
Sie entsteht durch die Zusammenarbeit vieler Entwickler:innen, Unternehmen und Organisationen, die gemeinsame technische Grundlagen schaffen.
Das ist eine besondere Stärke des Drupal-Ökosystems.
Im Interview beschreibt Jürgen Haas, wie aus ursprünglich eigenständigen Projekten gemeinsame Konzepte entstehen. Unterschiedliche Workflow-Systeme verwenden häufig ähnliche Begriffe und benötigen vergleichbare Schnittstellen.
Statt diese Grundlagen mehrfach zu entwickeln, arbeitet die Community daran, sie gemeinsam nutzbar zu machen.
Perspektivisch könnten zentrale Schnittstellen sogar Bestandteil von Drupal Core werden.
Das ist mehr als eine technische Optimierung.
Es schafft die Grundlage für eine Infrastruktur, die unabhängig von einzelnen Unternehmen weiterentwickelt und langfristig gepflegt werden kann.
Natürlich entsteht eine solche Architektur nicht über Nacht. Gemeinsame Standards, die Übergabe von Daten und die Nachvollziehbarkeit komplexer Prozesse müssen sorgfältig entwickelt werden.
Doch die Richtung ist erkennbar. Die beteiligten Projekte existieren bereits, erste Integrationen werden erprobt und die gemeinsame Architektur nimmt Gestalt an.
Open Source bedeutet hier nicht nur, dass Software frei verfügbar ist. Es bedeutet, dass ihre Zukunft gemeinsam gestaltet wird.
Wir gestalten diese Entwicklung mit
Bei E-Fork setzen wir seit Jahren auf Drupal als zentrale Plattform für komplexe digitale Anwendungen.
Unsere Architekturen verbinden strukturierte Daten, individuelle Geschäftslogik, APIs und unterschiedliche Frontends. Dabei geht es nicht allein um Websites, sondern um digitale Systeme, die sich an veränderte Anforderungen anpassen können.
Die zunehmende Verbindung von Drupal, Workflow-Automatisierung und künstlicher Intelligenz ist für uns deshalb eine konsequente Weiterentwicklung.
Wir sind Teil der Drupal-Community und beteiligen uns aktiv an der Weiterentwicklung des Ökosystems. Gemeinsame technische Grundlagen, offene Standards und wiederverwendbare Lösungen sind für uns keine abstrakten Ideale, sondern Teil unserer täglichen Entwicklungsarbeit.
Unser Ziel ist es, diese Möglichkeiten frühzeitig in belastbare Architekturen zu übersetzen und für unsere Kund:innen nutzbar zu machen.
Denn die entscheidende Frage lautet nicht, welche neue Technologie als Nächstes verfügbar sein wird.
Sondern wie wir Systeme entwickeln, die auch mit der übernächsten noch funktionieren.
Fazit: Die Zukunft gehört den Verbindungen
Drupal entwickelt sich zunehmend zu einer Plattform, die weit mehr leistet als die Verwaltung digitaler Inhalte.
Strukturierte Daten, Geschäftsprozesse, externe Anwendungen und KI-Agenten wachsen zu einer gemeinsamen Architektur zusammen.
Für Unternehmen eröffnet das neue Möglichkeiten: weniger technische Abhängigkeiten, intelligentere Automatisierung und digitale Anwendungen, die langfristig erweiterbar bleiben.
Für CTOs ist das ein guter Zeitpunkt, bestehende Architekturen zu hinterfragen.
Nicht jedes Problem braucht eine neue Plattform. Manchmal braucht es vor allem eine bessere Verbindung zwischen den Systemen, die bereits vorhanden sind.
Die Zukunft digitaler Plattformen entscheidet sich nicht daran, wie viel sie selbst können. Sondern daran, wie gut sie mit anderen zusammenarbeiten.
Quelle und weiterführende Informationen
Grundlage dieses Digital Insights ist das Interview On the Limits of Drupal Orchestration and Shared Infrastructure mit Jürgen Haas, veröffentlicht am 20. Oktober 2026 bei The Drop Times.
Weitere technische Hintergründe liefern die Drupal-Projekte ECA, Maestro, FlowDrop und die laufenden Arbeiten an gemeinsamen Workflow-Schnittstellen innerhalb der Drupal-Community.
FAQ
-
Der Begriff beschreibt eine Architekturidee: Drupal kann Inhalte, Daten, Berechtigungen und Abläufe in einer gemeinsamen Plattform verbinden. Spezialisierte Anwendungen bleiben für ihre Aufgaben zuständig. Drupal koordiniert ihre Zusammenarbeit über Schnittstellen.
-
Strukturierte Daten, APIs, Rollen und automatisierte Abläufe sind bereits Teil des Drupal-Ökosystems. Werkzeuge wie ECA und Maestro lassen sich für konkrete Prozesse einsetzen. Die im Artikel beschriebene gemeinsame Modellierung über mehrere Workflow-Systeme hinweg ist eine Entwicklungsrichtung der Community. Welche Kombination produktionsreif passt, muss im jeweiligen Projekt geprüft werden.
-
In der Regel geht es darum, vorhandene Systeme besser zu verbinden. Voraussetzung sind geeignete Schnittstellen und klare Zuständigkeiten: Welches System führt welche Daten, wer darf sie ändern und wie werden Fehler behandelt? So können bestehende Investitionen weiter genutzt werden.
-
Sie können beispielsweise Anfragen einordnen, fehlende Informationen erkennen und Entscheidungen oder Terminvorschläge vorbereiten. Welche Aktionen sie ausführen dürfen, legen die fachlichen Regeln und Berechtigungen fest. Bei unklaren oder sensiblen Vorgängen wird ein Mensch eingebunden; die KI erweitert ihre Zugriffsrechte nicht selbst.
-
Entscheidend sind ein konkreter Nutzen, klare Datenverantwortung, geeignete Schnittstellen und ein verlässlicher Betrieb. Dazu gehören Datenschutz, Protokollierung, Fehlerbehandlung und menschliche Freigaben. Offene Software kann Abhängigkeiten verringern; Integrationen und Wartung bleiben trotzdem Aufgaben, die geplant und finanziert werden müssen.
-
Mit einem überschaubaren, häufig wiederkehrenden Prozess, etwa der Bearbeitung von Beratungsanfragen. Zuerst werden Ablauf, beteiligte Systeme, Ausnahmen und Freigaben beschrieben. Anschließend wird die Integration schrittweise umgesetzt und geprüft. Eine KI kommt dort hinzu, wo sie einen messbaren Vorteil bietet.