Individuelle API-Integrationen, die jedes System anbinden, mit Connector oder ohne

Wenn der Connector endet

Jede Automatisierungsplattform liefert eine Bibliothek vorgefertigter Connectoren, und für gängiges SaaS sind sie großartig. Zapier, Make und n8n verdrahten Slack mit HubSpot mit Google Sheets an einem Nachmittag. Das Problem beginnt in dem Moment, in dem ein Workflow ein Tool braucht, das nicht in der Bibliothek ist, oder eine Aktion, die der Connector nie freigegeben hat. Plötzlich hat das hübsche node-basierte Diagramm ein Loch, und ein Mensch ist wieder im Spiel, kopiert Daten aus einem System und tippt sie ins nächste.

Diese Lücke ist der Ort, an dem echte Unternehmen die meiste Zeit verlieren, denn die Systeme, die Ihren Betrieb tragen, sind selten generisch. Es ist die vertikale Plattform, auf die sich Ihre Branche geeinigt hat, das ERP mit API, aber ohne Connector, das interne Tool, das eine Entwicklerin vor drei Jahren gebaut hat, das Lieferantenportal, das nur seine eigenen REST-Endpunkte spricht. Ein reiner Connector-Anbieter erklärt Ihnen diese Integrationen für unmöglich oder bietet Ihnen einen Komplettaustausch an. Wir nicht. Wenn ein System eine API hat oder dazu gebracht werden kann, eine anzubieten, verdrahten wir Ihre Automatisierung direkt hinein.

Eine individuelle API-Integration ist genau das: Code, den wir schreiben, um über ihre eigene Schnittstelle mit einem bestimmten System zu sprechen, zu Ihren Bedingungen, statt darauf zu warten, dass ein Anbieter einen Connector liefert, der vielleicht nie kommt. Sie fügt sich in denselben n8n- oder Make-Flow ein wie alles andere, sodass Sie für die einfachen Teile die Lesbarkeit des visuellen Builders bekommen und eine maßgeschneiderte Verbindung genau dort, wo die Standard-Tools aufhören.

Was eine individuelle API-Integration wirklich umfasst

Eine API ist ein dokumentierter Weg, damit ein System aus einem anderen liest und in es schreibt, und sich sauber anzubinden ist mehr als das Absetzen einer einzelnen Anfrage. Wir kümmern uns zuerst um die Authentifizierung: API-Schlüssel, OAuth-2.0-Flows mit Token-Refresh, signierte Anfragen oder sitzungsbasierte Logins, gespeichert als Zugangsdaten, die Ihr Team besitzt und rotiert, nie fest im Code verankert. Dann kommt das eigentliche Engineering, die Teile, die entscheiden, ob eine Integration den Kontakt mit der Produktion übersteht oder um 2 Uhr nachts still abbricht.

Die meisten APIs liefern Daten in Seiten, drosseln Sie mit Rate-Limits und scheitern zeitweise aus Gründen, die nichts mit Ihrem Code zu tun haben. Deshalb bauen wir Paginierung, die jeden Datensatz durchläuft, Backoff und Warteschlangen, die Rate-Limits respektieren, statt Ihr Konto sperren zu lassen, Retries mit Idempotenz, sodass ein wiederholter Aufruf nie eine doppelte Bestellung erzeugt oder eine Kundin doppelt belastet, und Fehlerbehandlung, die einen Fehlschlag abfängt, protokolliert und einen Menschen alarmiert, statt den Datensatz zu verlieren. Wir bilden die Datengestalt der API auf das ab, was der nächste Schritt in Ihrem Workflow erwartet, denn zwei Systeme sind sich fast nie einig, wie ein Datum, eine Währung oder eine ID aussehen soll.

Wo die Arbeit Urteilsvermögen statt Verdrahtung braucht, setzen wir ein LLM als Schritt in den Flow: eine unstrukturierte Antwort lesen, klassifizieren, was zurückkam, oder Felder aus einer Nutzlast extrahieren, die nie maschinensauber gemeint war. Das ist dieselbe verbindende Schicht, die unter unseren Aufbauten zu Tool-Integration und Workflow-Automatisierung liegt, angewandt auf den konkreten Fall, in dem kein fertiger Connector existiert.

• Authentifizierung: API-Schlüssel, OAuth 2.0 mit automatischem Token-Refresh, signierte und sitzungsbasierte Anfragen
• REST und GraphQL, dazu SOAP und XML für ältere Enterprise-Systeme
• Paginierung, die zuverlässig jeden Datensatz durchläuft, nicht nur die erste Seite
• Rate-Limit-Handling mit Backoff und Warteschlangen, damit Ihr Konto nie gedrosselt oder gesperrt wird
• Idempotente Schreibvorgänge und Retries, damit ein wiederholter Aufruf nie dupliziert oder doppelt belastet
• Webhooks, damit ein Flow im Moment des Ereignisses feuert, statt getaktet abzufragen

Die APIs rekonstruieren, die niemand dokumentiert hat

Die schwierigsten und wertvollsten Integrationen sind jene, die ein Anbieter nie zum Automatisieren vorgesehen hat. Viel Software hat eine API, die real, aber undokumentiert ist und im Hintergrund die eigene Web-App antreibt, oder eine teilweise öffentliche API, die genau dort endet, wo Sie sie brauchen. Wir finden diese Endpunkte, untersuchen, wie das Produkt tatsächlich mit seinem eigenen Backend spricht, und bauen eine stabile Verbindung über dieselbe Schnittstelle, mit derselben Sorgfalt bei Auth und Rate-Limits wie bei einer dokumentierten API.

Wenn es wirklich gar keine API gibt, gehen wir eine Ebene tiefer: direkte Datenbank-Lese- und -Schreibzugriffe für selbst gehostete Systeme, geplante Datei-Abholungen für Tools, die nur CSV exportieren, das Parsen eingehender E-Mails oder, als bewusstes letztes Mittel, sorgfältige Browser-Automatisierung, die die Oberfläche bedient, die ein Mensch bedienen würde. Nichts davon ist glamourös, und wir sind ehrlich über die Kompromisse: Ein undokumentierter Endpunkt kann sich ohne Vorwarnung ändern, also überwachen wir ihn genau und legen ihn so aus, dass er laut scheitert statt still. Der Punkt ist, dass ein Alt- oder Eigenbausystem selten der Grund ist, warum ein Projekt stoppt. Wir finden die Naht und verdrahten hindurch, ohne herauszureißen oder zu ersetzen, was bereits funktioniert.

• Undokumentierte und interne APIs, kartiert durch die Analyse, wie ein Produkt mit seinem Backend spricht
• Direkter Datenbankzugriff für selbst gehostete und On-Premise-Systeme
• Geplante Datei-Abholungen und E-Mail-Parsing für Tools, die nur CSV oder PDF exportieren
• Browser-Automatisierung als letztes Mittel für Systeme ohne anderen Zugang

Wo sich ein individueller Aufbau lohnt

Individuelle API-Integrationen rechnen sich überall dort, wo ein System zentral für Ihren Betrieb ist, aber außerhalb der Connector-Bibliotheken liegt. Die klarsten Gewinne sind die Tools, die Ihr Team ohnehin dutzendfach am Tag von Hand anfasst, denn jede dieser Berührungen ist reiner Overhead, den eine direkte Verbindung löscht. Sobald die Integration existiert, läuft der Workflow von selbst: Eine Bestellung landet, ein Datensatz aktualisiert sich, ein Report entsteht, und niemand musste das Tool öffnen.

Wir schneiden jeden Aufbau auf die tatsächliche Aufgabe zu, statt um eines aufgeräumten Diagramms willen zu integrieren. Manchmal ist es ein einseitiger Push in ein System nach Zeitplan; manchmal ein lebendiger Zwei-Wege-Abgleich, der zwei Plattformen in Übereinstimmung hält; manchmal ein ereignisgesteuerter Flow, in dem ein Webhook aus einem Tool Aktionen über drei andere auslöst. Wir sagen Ihnen ehrlich, welche Teile langweilig zuverlässig sind und welche echtes Engineering brauchen, und wir bauen nur, was mehr zurückgibt, als es an Wartung kostet.

• Abgleich einer vertikalen oder Branchenplattform, die eine API, aber keinen Standard-Connector hat
• Daten in ein ERP, PMS oder Buchungssystem über dessen rohe API schreiben und daraus lesen
• Ein selbstgebautes internes Tool in den Rest Ihres automatisierten Stacks einbinden
• Einen KI-Schritt mit Live-Daten aus einem System füttern und das Ergebnis automatisch zurückschreiben
• Echtzeit-Webhook-Flows, die reagieren, sobald sich eine Zahlung, Bestellung oder ein Status ändert

Was der Bau braucht, was Ihnen gehört und was er kostet

Eine abgegrenzte individuelle API-Integration erreicht meist in zwei bis vier Wochen die Produktion, länger, wenn eine API undokumentiert ist und wir sie zuerst kartieren müssen, oder wenn die Logik über mehrere Systeme wirklich komplex ist. Wir bauen an Ihren echten Daten, testen die Fehlerfälle so hart wie den Idealpfad und rollen mit Überwachung vom ersten Tag an aus, sodass Sie nie raten müssen, ob ein Flow lief. Weil unser Preis ergebnisbasiert ist, zahlen Sie, wenn die Integration tatsächlich funktioniert, nicht für Stunden, die im Durchstöbern von Dokumentation vergehen.

Ihnen gehört alles, was wir bauen: der Code, die Zugangsdaten, die Dokumentation und der Workflow, in dem sie lebt, laufend auf Ihren Konten und Ihrer Infrastruktur. Wir bevorzugen für die meisten Kunden selbst gehostetes n8n, damit Ihre Daten unter Ihrer Kontrolle bleiben und die Kosten nicht mit jedem API-Aufruf skalieren, wie es getaktete SaaS-Preise tun. Wenn Sie es je ins Haus holen oder zu einem anderen Partner wechseln wollen, kommt alles mit. Wir vergraben die Verbindung nicht dort, wo nur wir sie erreichen, und wir halten Ihre Integration nicht auf unserer Plattform als Geisel.

Es ist nicht immer der richtige Schritt, und das sagen wir auch. Wenn ein dokumentierter Connector die Aufgabe bereits erfüllt, nutzen Sie ihn, uns dafür zu bezahlen, ihn in Code nachzubauen, ist Verschwendung. Wird ein System einmal im Monat angefasst, oder ist seine API so instabil, dass die Wartung jede Ersparnis auffräße, kostet eine individuelle Integration mehr, als sie zurückgibt. Und ein undokumentierter Endpunkt, den ein Anbieter morgen ändern könnte, ist ein echtes Risiko, das wir vorab benennen, statt darum herumzuverkaufen. Das Ziel ist, die Systeme anzubinden, die Ihr Business tatsächlich tragen, nicht Code um seiner selbst willen zu schreiben.