Automatisierung mit No-Code-Werkzeugen

In fast jedem Betrieb gibt es Tätigkeiten, die jemand regelmäßig ausführt, ohne dass dabei eine Entscheidung getroffen wird. Ein Formular geht ein, die Daten werden in eine Tabelle übertragen. Eine Rechnung kommt per E-Mail, der Anhang wandert in einen Ordner. Ein Auftrag wird abgeschlossen, drei Personen bekommen eine Nachricht. Solche Handgriffe kosten einzeln wenig Zeit und in der Summe erstaunlich viel. No-Code-Werkzeuge versprechen, sie ohne Programmierkenntnisse zu automatisieren. Das funktioniert in vielen Fällen, aber nicht in allen, und es entstehen dabei neue Abhängigkeiten. Dieser Beitrag ordnet ein, welche Werkzeugtypen es gibt, welche Abläufe sich eignen und worauf beim Einstieg zu achten ist.

Was No-Code konkret bedeutet

Der Begriff beschreibt Werkzeuge, mit denen sich Abläufe über eine grafische Oberfläche zusammensetzen lassen, statt sie zu programmieren. Man wählt einen Auslöser, etwa den Eingang einer E-Mail, und definiert daraufhin Schritte, etwa das Anlegen eines Datensatzes und das Versenden einer Benachrichtigung.

Davon abzugrenzen ist Low-Code, wo für komplexere Fälle Codefragmente eingefügt werden können. Die Grenze verläuft unscharf, und die meisten Werkzeuge bewegen sich in beiden Bereichen. Für den betrieblichen Einsatz ist die Unterscheidung weniger wichtig als die Frage, ob der Ablauf ohne Fachkraft aufgebaut, verstanden und im Fehlerfall repariert werden kann.

Der Nutzen liegt selten in der Zeitersparnis eines einzelnen Vorgangs. Er liegt in drei anderen Effekten: Vorgänge werden nicht vergessen, sie laufen einheitlich ab, und sie hinterlassen eine nachvollziehbare Spur. Gerade der zweite Punkt wird unterschätzt. Ein automatisierter Ablauf macht sichtbar, wie ein Prozess eigentlich funktionieren soll, und deckt dabei oft auf, dass es bisher mehrere unterschiedliche Varianten gab.

Werkzeugtypen und ihre Einsatzbereiche

Typ	Funktionsprinzip	Typischer Einsatz
Integrationsdienste	Verbinden Anwendungen über vorgefertigte Bausteine	Daten zwischen Systemen übertragen, Benachrichtigungen auslösen
Ablaufmodellierer	Verzweigungen, Schleifen, Fehlerbehandlung in einer Baumansicht	Mehrstufige Prozesse mit Bedingungen
Datenbank-Anwendungen	Tabellenähnliche Oberfläche mit Formularen, Ansichten und Regeln	Kleine Fachanwendungen, Projekt- und Bestandsverwaltung
Formular- und Prozesswerkzeuge	Erfassung mit anschließender Freigabe oder Weiterleitung	Anträge, Meldungen, Freigaben
Eingebaute Automatisierungen	Regeln innerhalb einer bestehenden Anwendung	Aufgabenverwaltung, CRM, Postfachregeln

Die letzte Zeile verdient besondere Aufmerksamkeit, weil sie oft übersehen wird. Viele Anwendungen, die im Betrieb ohnehin laufen, bringen eigene Automatisierungsfunktionen mit. Aufgabenverwaltungen können Aufgaben bei Statuswechsel weiterreichen, CRM-Systeme können Folgeaktivitäten anlegen, Postfächer können sortieren und weiterleiten. Diese eingebauten Funktionen sind meist einfacher zu pflegen als eine externe Verknüpfung, weil sie keine zusätzliche Schnittstelle und kein weiteres Konto benötigen. Der erste Blick sollte deshalb immer in die bereits vorhandenen Systeme gehen.

Welche Abläufe sich eignen

Nicht jeder wiederkehrende Vorgang ist ein guter Automatisierungskandidat. Als Faustregel eignen sich Abläufe mit folgenden Merkmalen:

• Sie treten regelmäßig auf, nicht nur einige Male im Jahr.
• Der Auslöser ist eindeutig erkennbar, etwa ein Formulareingang oder ein Statuswechsel.
• Die Schritte sind gleich, unabhängig davon, wer sie ausführt.
• Es sind keine Ermessensentscheidungen nötig, oder diese lassen sich als klare Bedingung formulieren.
• Ein Fehler fällt auf und ist korrigierbar.

Der letzte Punkt ist der wichtigste und wird beim Einstieg meist übersehen. Ein automatisierter Ablauf, der eine falsche Rechnung verschickt oder Datensätze doppelt anlegt, macht mehr Arbeit als die manuelle Variante. Vorgänge mit Außenwirkung oder mit finanziellen Folgen gehören deshalb nur dann vollständig automatisiert, wenn sie vorher gründlich getestet wurden. Für den Einstieg eignen sich interne Abläufe besser.

Ein realistischer Einstieg

Sinnvoll ist es, mit einem einzigen, klar abgegrenzten Ablauf zu beginnen und diesen mehrere Wochen zu beobachten. Typische erste Kandidaten sind die Übernahme von Formulardaten in eine zentrale Übersicht, das Ablegen von Anhängen aus einem bestimmten Postfach in eine strukturierte Ordnerablage, oder eine Erinnerung, wenn ein Vorgang eine definierte Zeit ohne Bewegung bleibt.

Wer stattdessen versucht, gleich den Hauptprozess des Betriebs abzubilden, scheitert meist an Sonderfällen. Fast jeder Prozess hat Ausnahmen, die im Kopf der Beteiligten existieren, aber nirgends beschrieben sind. Diese Ausnahmen zu finden ist der eigentliche Aufwand, nicht das Zusammenklicken der Schritte.

Kostenmodelle und ihre Tücken

Die Abrechnung erfolgt bei Integrationsdiensten meist nach Anzahl der Vorgänge, teilweise gestaffelt nach Ausführungsschritten. Das wirkt bei kleinen Mengen günstig und kann bei häufig auslösenden Abläufen schnell wachsen.

Zwei Muster führen regelmäßig zu unerwarteten Kosten. Das erste sind Abläufe, die in kurzem Abstand prüfen, ob sich etwas geändert hat, und dabei auch dann Vorgänge verbrauchen, wenn nichts passiert ist. Ereignisgesteuerte Auslöser sind hier deutlich sparsamer, sofern das Quellsystem sie unterstützt. Das zweite sind Schleifen über Listen, bei denen jeder Eintrag als eigener Vorgang zählt. Ein täglicher Abgleich über einige hundert Datensätze erzeugt so schnell ein Vielfaches der erwarteten Menge.

Vor dem Produktivbetrieb lohnt daher eine Überschlagsrechnung: Wie oft löst der Ablauf aus, wie viele Schritte enthält er, und was ergibt das im Monat? Diese Zahl lässt sich dem manuellen Aufwand gegenüberstellen. Manche Werkzeuge bieten dauerhaft kostenfreie Stufen mit begrenztem Vorgangskontingent, die für einzelne einfache Abläufe ausreichen.

Abhängigkeiten und Betriebsrisiken

Ein automatisierter Ablauf ist ein kleines Stück Betriebssoftware, auch wenn kein Code sichtbar ist. Daraus folgen einige Punkte, die im Alltag leicht untergehen.

Zuständigkeit. Wenn nur eine Person weiß, welche Abläufe existieren und wie sie funktionieren, entsteht eine Abhängigkeit. Eine schlichte Übersicht mit Name, Zweck, beteiligten Systemen und verantwortlicher Person löst das Problem weitgehend.

Stille Fehler. Abläufe fallen aus, wenn ein Zugang abläuft, eine Schnittstelle sich ändert oder ein Feld umbenannt wird. Wenn niemand benachrichtigt wird, merkt man es unter Umständen wochenlang nicht. Eine Fehlerbenachrichtigung an eine tatsächlich gelesene Adresse gehört zu jedem produktiven Ablauf.

Datenschutz. Werden personenbezogene Daten durch einen Integrationsdienst geleitet, ist dieser in aller Regel Auftragsverarbeiter. Es braucht einen entsprechenden Vertrag, einen Eintrag im Verarbeitungsverzeichnis und eine Klärung des Serverstandorts. Das ist kein Ausschlussgrund, aber ein Punkt, der vor dem Produktivbetrieb erledigt sein sollte. Diese Hinweise ersetzen keine Rechtsberatung.

Bindung an den Anbieter. Abläufe lassen sich zwischen Werkzeugen kaum übertragen. Bei einem Anbieterwechsel ist Neuaufbau die Regel. Das spricht dafür, die Zahl der Abläufe überschaubar zu halten und Kernprozesse nicht ausschließlich in einem externen Werkzeug abzubilden.

Wo No-Code an Grenzen stößt

Der Ansatz trägt weit, aber nicht beliebig weit. Deutliche Grenzen zeigen sich in vier Bereichen.

Bei sehr vielen Verzweigungen wird die grafische Darstellung unübersichtlicher als der entsprechende Code. Wenn ein Ablauf mehr als eine Bildschirmhöhe an Bedingungen umfasst, ist das ein Signal, ihn aufzuteilen oder anders zu lösen.

Bei großen Datenmengen stoßen Integrationsdienste an Leistungs- und Kostengrenzen. Für den Abgleich einiger Datensätze am Tag sind sie gut geeignet, für die nächtliche Verarbeitung großer Bestände selten.

Bei Systemen ohne Schnittstelle bleibt nur der Umweg über Oberflächenautomatisierung, die erfahrungsgemäß fehleranfällig ist und bei jeder Änderung der Oberfläche bricht.

Und schließlich bei Anforderungen an Nachvollziehbarkeit und Prüfbarkeit, etwa in stark regulierten Bereichen. Hier ist die Frage, ob Änderungen an einem Ablauf versioniert und geprüft werden können, oft entscheidender als die Funktionalität selbst.

In diesen Fällen ist eine individuelle Lösung nicht der Rückschritt, als der sie manchmal dargestellt wird, sondern die passendere Antwort. No-Code ist ein Werkzeug für einen bestimmten Bereich, nicht ein Ersatz für alles.

Häufige Fragen

Wie viel Zeit sollte man für den ersten Ablauf einplanen?

Für einen einfachen Ablauf mit zwei bis drei Schritten reicht bei einem gängigen Werkzeug meist ein halber Tag, inklusive Einarbeitung und Test. Der größere Anteil entfällt dabei nicht auf die Technik, sondern auf die Klärung des Prozesses selbst. Wenn diese Klärung deutlich länger dauert als das Einrichten, ist das ein gutes Zeichen: Sie hätte ohnehin stattfinden müssen.

Was passiert, wenn der Automatisierungsdienst ausfällt?

Das hängt vom Ablauf ab. Bei ereignisgesteuerten Auslösern gehen Vorgänge während einer Störung häufig verloren, sofern das Quellsystem sie nicht erneut zustellt. Bei zeitgesteuerten Abläufen werden sie beim nächsten Durchlauf meist nachgeholt. Für Abläufe, bei denen ein Ausfall Folgen hätte, sollte es einen manuellen Ersatzweg geben, der dokumentiert und bekannt ist.

Ersetzen No-Code-Werkzeuge eine Fachanwendung?

Für einfache, klar abgegrenzte Aufgaben können sie das durchaus, etwa bei einer Bestands- oder Projektübersicht mit wenigen Beteiligten. Sobald Anforderungen an Rechteverwaltung, Revisionssicherheit, Schnittstellen zur Buchhaltung oder große Datenmengen hinzukommen, wird der Nachbau aufwendiger und fragiler als eine passende Standardlösung. Ein sinnvoller Zwischenweg ist, ein No-Code-Werkzeug zunächst als Erprobung zu nutzen und die Erkenntnisse daraus in die Auswahl einer dauerhaften Lösung einfließen zu lassen.