Beliebiges anbinden
HTTP rein, HTTP raus, die unangenehmen Teile erledigt
Jedes Automatisierungswerkzeug wirbt mit einer Zahl von Integrationen. Die Zahl ist immer groß und immer die falsche Frage, denn das System, das Sie tatsächlich brauchen, ist das, das 2014 in-house von jemandem gebaut wurde, der inzwischen gegangen ist. Was zählt, ist, wie gut das Werkzeug das Protokoll darunter spricht.
Die fertigen Verbindungen
Die Anwendungen, auf denen die meisten Unternehmen laufen, haben vorbereitete Schritte: Shops und Marktplätze, Buchhaltung und Rechnungsstellung, Tabellen und Datenbanken, Kalender und Mail, Speicher und Messaging, CRMs und Helpdesks, Zahlungsanbieter und Versanddienstleister. Sie autorisieren das Konto einmal, und die Felder sind in der Sprache der Anwendung benannt, nicht in der Sprache ihres JSON.
Wo eine Anwendung eine Besonderheit für den polnischen Markt hat – ein Rechnungssystem, das KSeF-tauglich sein muss, ein Versanddienstleister, dessen Etiketten ein nationaler Standard sind –, kennt der vorbereitete Schritt das, weil die Familie in diesen Markt verkauft und es lernen musste.
Und dann der allgemeine Fall
Alles Übrige ist ein HTTP-Schritt, und ein HTTP-Schritt hier ist kein Trostpreis. Es ist dieselbe Maschinerie, auf der die fertigen Verbindungen aufbauen, mit derselben Behandlung der Teile, die mühsam selbst zu schreiben sind.
Die lästigen Teile
Erledigt, damit Sie sie nicht erneut schreiben müssen
Authentifizierung
API-Schlüssel, Bearer-Tokens, Basic Auth, OAuth 2 mit Refresh, HMAC-Anfragesignierung, gegenseitiges TLS. Eine Zugangsdaten wird einmal gespeichert, per Name referenziert und niemals in ein Protokoll oder einen Laufdatensatz ausgegeben.
Paginierung
Cursor, Seitennummern, Offsets, Link-Header und die API, die das Ende durch ein leeres Array signalisiert. Sagen Sie, welche Form es ist, und der Schritt durchläuft die gesamte Menge.
Ratenbegrenzungen
Ein Limit pro Verbindung, das in jedem Workflow, der sie nutzt, eingehalten wird. Antwortet ein Anbieter mit 429 und einem Retry-After, wartet der Schritt entsprechend lange, statt weiter anzuklopfen.
Wiederholungen und Backoff
Vorübergehende Fehler werden mit wachsendem Abstand und einer Obergrenze wiederholt. Ein Schritt ist eine reine Funktion seiner Eingaben, daher wird bei einer Wiederholung der Schritt erneut ausgeführt, nicht der gesamte Lauf.
Ungeschickte Nutzdaten
JSON, Formularkodierung, XML, Klartext, Multipart-Uploads. Antworten werden in Felder zerlegt, die Sie per Name referenzieren können – auch die, die vier Ebenen tiefer verschachtelt sind.
Zeitlimits
Ein Limit pro Schritt, damit eine langsame Abhängigkeit keinen Worker blockiert, während alles dahinter ansteht. Was beim Erreichen des Limits geschieht, entscheiden Sie – pro Schritt.
Wenn es HTTP spricht, hat das Gespräch bereits begonnen.
Eingehende Webhooks, ernst genommen
Jeder Workflow kann eine URL haben, die ihn startet. Diese URL prüft Signaturen – HMAC in den Formen, die die gängigen Anbieter verwenden, und ein geteiltes Geheimnis, wo das alles ist, was der Absender leisten kann. Eine unsignierte Anfrage an einen Workflow, der eine Signatur erwartet, wird abgelehnt und protokolliert, nicht stillschweigend verarbeitet.
Die Deduplizierung erfolgt über den eigenen Bezeichner der Nutzdaten, sodass ein Absender, der erneut sendet, weil er Ihr 200 nicht rechtzeitig gesehen hat, einen Lauf statt drei erhält. Fehlerhafte Nutzdaten werden aufbewahrt, mit dem Grund ihrer Ablehnung, denn die häufigste Ursache für eine unerklärliche Lücke in einer Automatisierung ist ein Absender, der sich bei einem Feld anders entschieden hat.
Die Systeme, die nur CSV sprechen
Es gibt sie. Eine Datei erscheint um vier Uhr morgens auf einem SFTP-Server, kommt als Anhang an oder landet in einem gemeinsamen Ordner. Ein Workflow kann darauf achten, sie lesen und jede Zeile als Datensatz behandeln – auch die Datei mit Byte-Order-Mark, Semikolon-Trennern und einer Kopfzeile auf Polnisch, denn genau so sieht der Export in Wirklichkeit aus.
Umgekehrt funktioniert es ebenfalls: Ein Workflow kann eine Datei zusammenstellen und dort ablegen, wo das andere System sie erwartet – was häufig die einzige Schnittstelle einer Software von 2006 ist.
- ⚡AuslöserNeue Datei auf dem SFTP des Lieferanten:
stock-2026-09-09.csv. - 2ParsenSemikolons, Byte-Order-Mark, polnische Kopfzeilen. 4 118 Zeilen.
- 3NormalisierenWährungscodes gegen Referenzdaten geprüft; zwei als ungültig abgelehnt.
- 4PushHTTP
PATCHin Chargen von 200, Ratenlimit eingehalten. - !AusnahmenZwei Zeilen für eine Person abgelegt, mit Zeilennummer und Grund. Die anderen 4 116 liefen durch.
Schritte, die ein Modell aufgerufen haben: 0Kosten dieses Laufs: keine
Wo Zugangsdaten liegen
Verschlüsselt, per Name referenziert, auf den Workspace beschränkt, dem sie gehören, und niemals in ein Laufprotokoll, eine Fehlermeldung oder ein Support-Gespräch eingeblendet. Ein Laufdatensatz zeigt, dass sich ein Schritt als supplier-sftp authentifiziert hat; er zeigt nicht, was supplier-sftp ist.
Eine Agentur, die einen Workflow für dreißig Kunden betreibt, gibt jedem Kunden seinen eigenen Zugangsdatensatz, und der Workflow verweist auf den Satz statt auf das Geheimnis. Das Rotieren eines Schlüssels ist eine einzige Änderung an einer Stelle – was der Hauptgrund ist, warum Agenturen hierher kommen.
Das Grenze, die man kennen sollte: Ein System ohne jede Schnittstelle – keine API, kein Webhook, kein Dateiablageort, nichts als ein Mensch, der in einem Browser klickt – lässt sich weder hiermit noch mit irgendetwas anderem Ehrlichem automatisieren. Es gibt hier keinen Headless-Browser, der sich als Nutzer ausgibt, denn der bricht beim ersten Mal, wenn die Gegenseite einen Button verschiebt – und bricht stillschweigend.