Custom API Integration
Nutzen Sie diese Seite, wenn ein individuelles System, eine Agentur-Middleware oder eine interne Anwendung an Workspace angebunden werden soll. Eine Custom API Integration startet nicht mit Pfaden, sondern mit Datenhoheit, Sicherheitsgrenzen und Fehlerverhalten.
Wann ist diese Integration sinnvoll?
- Das anzubindende System ist individuell entwickelt oder stark angepasst.
- Ein Standardtool reicht nicht aus, aber eine API oder ein Export ist verfügbar.
- Eine Agentur oder internes Entwicklungsteam kann Mapping und Betrieb verantworten.
- Workspace soll nur bestimmte Daten, Aufgaben oder Ereignisse übernehmen.
Umsetzungsschritte
- Use Case und führende Systeme festlegen.
- Datenobjekte, Richtung und Identitätsfelder dokumentieren.
- Rechte, Tenants, Scopes und Umgebungen trennen.
- Discovery und Ressourcen-Meta lesen.
- Mapping mit Testdaten prüfen.
- Fehlerfälle und Wiederholungen testen.
- Betrieb, Monitoring und fachliche Nacharbeit festlegen.
Technische Referenzen
| Aufgabe | Dokument |
|---|---|
| API-Discovery | Discovery und Ressourcen |
| API und CLI testen | CLI und API |
| Eigene Clients bauen | Backend-Integration für eigene Clients |
| Import-Jobs nutzen | Import-Jobs |
| OpenAPI verwenden | OpenAPI verwenden |
Grenzen
Custom Integrationen brauchen Projektverantwortung. Workspace kann technische Verträge bereitstellen, aber Datenqualität, fachliche Mapping-Entscheidungen, Drittanbieter-API-Grenzen, Consent, Betrieb und Fehlernacharbeit müssen im Projekt geklärt werden.
Nächste Schritte
- Lesen Sie Eigene Integration entwickeln.
- Prüfen Sie Integration.
- Halten Sie Datenrichtung, führendes System und Fehlerbehandlung schriftlich fest.