Systemintegration ohne Programmierer - wo die Grenzen liegen

No-Code-Werkzeuge können einfache ebenso wie verzweigte Integrationen abbilden; die Entscheidung fällt nicht allein anhand der Anzahl der Schritte. Verglichen werden müssen Gesamtkosten, Limits, Fehlerbehandlung, Anforderungen an die Daten und die Frage, wer den Ablauf betreibt.

Wir schreiben das ohne Ideologie. Wir verkaufen „echtes Programmieren“ nicht als Wert an sich – wir verkaufen das passende Werkzeug für die Aufgabe. Manchmal ist das ein No-Code-Werkzeug, und das sagen wir unseren Kunden auch.

Wann No-Code die richtige Wahl ist

Vier Bedingungen sprechen für einen schnellen No-Code-Piloten:

1. Fertige Konnektoren decken Systeme und Vorgänge ab. Fehlende Funktionen müssen nicht über eine private API umgangen werden.
2. Das Volumen passt in einen planbaren Tarif. Rechnen Sie Vorgänge pro Durchlauf, Wiederholungen und saisonale Spitzen ein.
3. Das Risiko ist kontrollierbar. Ein Vorgang lässt sich sicher wiederholen, ein Duplikat erkennen und ein Fehler an einen Menschen weiterleiten.
4. Das Team kann das Szenario betreiben. Es gibt ein Unternehmenskonto, Dokumentation, eine verantwortliche Person und Warnmeldungen.

Typische gute Anwendungsfälle: eine Nachricht im Messenger über ein neues Formular, einen Kontakt in eine E-Mail-Liste übernehmen, aus einer E-Mail eine Aufgabe erstellen oder Formularantworten in einer Tabelle speichern.

In solchen Fällen kann No-Code die Einführungszeit und Einstiegskosten senken. Konfiguration, Tests und Betrieb müssen trotzdem kalkuliert werden – „ohne Code“ heißt nicht „ohne Arbeit“.

Fünf Grenzen, auf die man trifft

1. Volumen und Limits

Die Abrechnungsmodelle unterscheiden sich je Plattform. Zapier zählt unter anderem Aufgaben, die durch Aktionen ausgeführt werden, während Make Credits nutzt, deren Verbrauch vom Modul und Vorgang abhängt. Auch eigener Code skaliert Infrastruktur- und Betriebskosten, daher gibt es keinen universellen Zeitpunkt für den Wechsel. Vergleichen Sie Kosten für das heutige Volumen, die Spitze und die Jahresprognose. Quellen: Abrechnungsregeln von Zapier, Preise und Credits von Make.

Berücksichtigen Sie, dass ein Geschäftsfall mehrere kostenpflichtige Vorgänge verbrauchen kann und Fehler oder Wiederholungen das Volumen erhöhen. Beim eigenen Modell kommen Bereitschaftszeit, Aktualisierungen von Integrationen und die Kosten für Änderungen hinzu.

2. Ausnahmen

Ein echter Prozess lautet nicht „wenn A, dann B“, sondern „wenn A, dann B, außer C – und dann hängt es von D ab“. Jede Ausnahme, die man in einem visuellen Werkzeug ergänzt, vergrößert das Diagramm, bis es nicht mehr verständlich ist.

Ein praktisches Warnzeichen zeigt sich, wenn das Team die Auswirkung einer Änderung nicht mehr vorhersagen oder wichtige Verzweigungen nicht mit Tests abdecken kann. Code kann dann lesbarer und leichter versionierbar sein. Schlecht entworfener Code löst das Problem jedoch nicht allein durch den Technologiewechsel.

3. Datentransformation und -abgleich

No-Code wird oft mühsam bei:

• dem Zusammenführen von Daten aus mehreren Quellen und der Entscheidung, welche Version zutrifft,
• dem Abgleichen von Datensätzen ohne gemeinsame Kennung („Jan Kowalski“ und „J. Kowalski“),
• Berechnungen mit Rundungen, Steuern und Währungen,
• Operationen auf Mengen, nicht auf einzelnen Ereignissen.

Viele Plattformen können aggregieren und über Mengen iterieren. Komplexe Abgleiche können jedoch viele Vorgänge verbrauchen und schwieriger zu testen sein. Die Aufgabe „Alle Bestellungen des letzten Monats verarbeiten und mit Zahlungen abgleichen“ sollte man mit einem periodischen Job im Code oder einer Operation näher an der Datenbank vergleichen.

4. Diagnose, wenn es nicht mehr funktioniert

Störungen können unbemerkt bleiben, wenn niemand Benachrichtigungen konfiguriert und die Vollständigkeit der Daten überwacht: Ein Token läuft ab, ein Format ändert sich oder ein Dienst liefert ein Teilergebnis.

Es stimmt nicht, dass No-Code grundsätzlich keine Störungsbehandlung bietet. Make stellt unter anderem Fehlerbehandlungspfade, die Speicherung unvollendeter Ausführungen und Wiederholungen bereit; Zapier kann fehlgeschlagene Schritte erneut ausführen. Die Verfügbarkeit hängt vom Tarif und der Konfiguration ab. Die Frage lautet daher: Sind die Mechanismen aktiviert, getestet und für den konkreten Prozess ausreichend? Quellen: Fehlerbehandlung in Make, Wiederholung fehlerhafter Ausführungen in Zapier.

5. Verantwortung und Wissen

Ein von einer ausgeschiedenen Person gebauter Ablauf kann zu einer Blackbox in einem Konto werden, zu dem niemand mehr Zugang hat. Das ist ein organisatorisches Risiko, keine Grenze der Technologie selbst. Ein Unternehmenskonto, eine zweite verantwortliche Person, Dokumentation, der Export der Konfiguration und regelmäßige Zugriffstests verringern es.

Wann auf Code umsteigen?

Signale für einen Vergleich mit einer Code-Variante; keines entscheidet ohne Migrationskosten und Prozessanforderungen allein:

Signal	Warum es eine Grenze ist
Die prognostizierten Gesamtkosten übersteigen die Code-Variante	Migration und Amortisationszeit sollten berechnet werden
Änderungen lassen sich nicht sicher testen und prüfen	Das Risiko von Regressionen wächst
Ein Ausfall ist teuer und die Plattform erfüllt SLA-Anforderungen nicht	Eine andere Architektur oder ein Plan ist nötig
Die Verarbeitung von Mengen verbraucht unverhältnismäßig viele Vorgänge	Berechnungen sollten näher an die Daten verlagert werden
Sensible Daten laufen über einen externen Dienst	Eine Compliance-Frage, siehe Datensicherheit bei der KI-Einführung
Niemand im Unternehmen versteht die bestehenden Abläufe	Organisatorisches Risiko

Die Zwischenlösung, die wir am häufigsten empfehlen

Sie müssen nicht zwischen Extremen wählen. Ein Muster, das sich in der Praxis bewährt:

Lassen Sie die No-Code-Abläufe dort, wo sie Kosten- und Betriebsanforderungen erfüllen. Verlagern Sie nur den Bereich in Code, für den die Analyse einen Vorteil zeigt – etwa bei Änderungskontrolle, Skalierungskosten oder Verfügbarkeitsanforderungen.

So lenkt dieser Ansatz Arbeit dorthin, wo die Analyse das größte Risiko oder die höchsten Kosten gezeigt hat, ohne einfache Abläufe automatisch umzuschreiben, die ihre Anforderungen erfüllen. Den Umfang vergleichen wir im Prozessaudit.

Was kostet beides?

• No-Code: das Werkzeug-Abonnement abhängig von der Zahl der Vorgänge, plus die Zeit der Person, die es baut und überwacht.
• Eigene Automatisierung: bei uns im August 2026 2.000–8.000 PLN netto für einen Prozess, mehrere im Paket 8.000–25.000 PLN netto, Betrieb 1.500–5.000 PLN netto/Monat. Infrastruktur ist ein eigener Posten und hängt von Volumen, Verfügbarkeit, Backups und Monitoring ab.

Der Break-even hängt vor allem vom Volumen ab. Rechnen Sie ihn lieber auf Papier aus, statt einen Technologiestreit zu führen.

Wann überhaupt nicht automatisieren?

• Wenn der Prozess ohnehin geändert werden muss. Automatisierung verfestigt einen Prozess, sie repariert ihn nicht.
• Wenn das Volumen gering und die manuelle Ausführung günstig ist. Ein seltener Prozess amortisiert die Konfiguration möglicherweise nicht; Ausnahmen sind teure Fehler oder Compliance-Vorgaben.
• Wenn es keinen Verantwortlichen gibt. Ohne eine Person, die Alerts entgegennimmt und Änderungen freigibt, steigt das Risiko eines unbemerkten Ausfalls oder fehlerhaften Betriebs.

Häufige Fragen

Sind No-Code-Werkzeuge sicher?

Sicherheit hängt von Konfiguration, Datenumfang, Berechtigungen, Aufbewahrung, Verarbeitungsort und Vertrag mit dem Anbieter ab. Prüfen Sie auch, welche Daten in Ausführungshistorien landen und wie sie gelöscht werden. Bei personenbezogenen Daten müssen Rollen der Parteien und Pflichten aus der DSGVO vor Inbetriebnahme des Ablaufs geklärt sein.

Lassen sich bestehende No-Code-Abläufe ohne Unterbrechung in Code migrieren?

Oft ja: durch einen kontrollierten Parallelbetrieb und den Vergleich der Ergebnisse. Doppelte Einträge oder Nachrichten müssen jedoch verhindert, die Synchronisierung von Änderungen geregelt und ein Rückfallplan vorbereitet werden. Nicht jedes Quellsystem erlaubt eine Migration völlig ohne Unterbrechung.

Wer sollte Automatisierungen im Unternehmen bauen?

Bei einfachen Abläufen kann es die Person sein, die den Prozess kennt – das ist ein Vorteil von No-Code. Bei Abläufen, von denen Geld abhängt, braucht es jemanden, der Betrieb und Monitoring verantwortet.

---

Wir haben kein Interesse daran, Dinge in Code umzuschreiben, die funktionieren. Wenn Sie wissen möchten, welche Ihrer Abläufe ihrer bisherigen Klasse entwachsen sind, schreiben Sie uns oder sehen Sie sich Prozessautomatisierung an.