Integratoren
Sie möchten bestehende Shops, CRM-, ERP-, Newsletter- oder Backoffice-Systeme mit Workspace verbinden? Klären Sie zuerst, welches System fachlich führt, welche Daten fließen und welcher Integrationsweg zur Aufgabe passt.
Eine Integration lässt ein bestehendes System weiterlaufen. Soll es abgelöst oder sein Bestand in ein neues Zielmodell überführt werden, beginnen Sie bei Migration zu Workspace. Für die anschließende technische Umsetzung wechseln Sie zu Integration.
Zuerst den Weg bestimmen
| Vorhaben | Passender Einstieg | Ergebnis |
|---|---|---|
| Ein bestehendes System bleibt erhalten | Diese Seite und der Connector-Katalog | Datenrichtung, führendes System und Integrationsweg sind eingeordnet. |
| Ein bestehendes System soll ersetzt werden | Migration zu Workspace | Zielmodell, Übernahme, Testmigration und Go-live werden geplant. |
| Die fachliche Entscheidung steht, die technische Umsetzung beginnt | Integration | Discovery, API, Ressourcen-Meta, Imports und Fehlerbehandlung sind geklärt. |
| Es gibt keinen passenden Systemeintrag | Eigene Integration entwickeln | Verfügbare APIs, Exporte, Dateien und Projektgrenzen werden geprüft. |
Vier Fragen vor jeder Integration
- Welche Daten sollen ausgetauscht werden?
- In welche Richtung fließen sie?
- Welches System entscheidet fachlich über jede Datenart?
- Wer bearbeitet Fehler, Konflikte und Freigaben?
Ohne diese Antworten entsteht leicht eine Verbindung, die doppelte Pflege oder unklare Zuständigkeiten nur verlagert.
Typische Vorhaben
| Use Case | Typische Daten | Fachliches Ziel |
|---|---|---|
| Shop-System anbinden | Produkte, Kunden, Bestellungen, Preise und Bestände | Der Shop bleibt Verkaufskanal; Workspace ergänzt Datenpflege, Folgeprozesse oder Auswertung. |
| Newsletter- oder Marketingtool anbinden | Kontakte, Einwilligungen, Listen, Segmente und Kampagnenereignisse | Das Marketingtool bleibt Versandlösung; Workspace ergänzt Kontakte, Consent oder Analyse. |
| CRM, ERP oder Backoffice anbinden | Leads, Kundenprofile, Artikel, Lagerbestände, Aufträge und Rechnungsdaten | Fachsysteme bleiben dort führend, wo sie gebraucht werden; Workspace verbindet sie mit weiteren Abläufen. |
| Eigene Anwendung anbinden | Individuelle Datenmodelle, interne Tools und Spezialprozesse | Eine vorhandene Fachanwendung tauscht kontrolliert Daten mit Workspace aus. |
Das führende System festlegen
| Entscheidung | Bedeutung |
|---|---|
| Das bestehende System bleibt führend | Workspace nutzt ausgewählte Daten, ohne den bisherigen Arbeitsablauf zu ersetzen. |
| Workspace wird führend | Das externe System erhält ausgewählte Workspace-Daten oder wird später abgelöst. |
| Hybrider Betrieb | Für unterschiedliche Datenarten gelten unterschiedliche führende Systeme. Jede Zuordnung muss vor dem Mapping dokumentiert sein. |
Eine Integration kann dauerhaft passen oder eine spätere Migration vorbereiten. Entscheidend ist nicht die technische Verbindung allein, sondern wer Datenqualität, Konflikte und Änderungen verantwortet.
Integrationswege vergleichen
| Weg | Geeignet für | Nächster Schritt |
|---|---|---|
| API | Eigene Clients, Middleware und technische Integratoren | Discovery und Ressourcen und Integration lesen. |
| Import-Jobs | Einmalige oder wiederholte Übernahmen mit Fehlerreport | Import-Jobs öffnen. |
| Exporte und Dateien | Systeme ohne direkte API oder mit bestehenden Exportabläufen | Datenaustausch für Integrationen zur Einordnung von Format und Mapping nutzen. |
| EDI/EDIFACT | Strukturierte Handels-, Logistik-, Beschaffungs- oder ERP-Nachrichten | Unterstützte Nachrichten und Partnerverträge unter Datenaustausch für Integrationen prüfen. |
| Ereignisbasierte Integration | Reaktionen auf neue Vorgänge oder Statusänderungen | Idempotenz, Wiederholung und Fehlerbearbeitung projektbezogen klären. |
| Storefront-Verträge | Öffentliche Shops, Portale und Produktkataloge | Mit B2B-Onlineshop bauen starten; keine internen Admin-Pfade verwenden. |
| OpenAPI-Analyse | Contract-Checks, DTO-Generierung und Tests | OpenAPI verwenden lesen; OpenAPI ersetzt keine Runtime-Discovery. |
Den Connector-Katalog richtig nutzen
Der Connector-Katalog ordnet typische Systeme, Datenflüsse und Prüfstatus ein. Er ist kein Marketplace und verspricht nicht, dass jedes genannte System ohne Projektprüfung fertig angebunden ist.
Fehlt ein Tool, prüfen Sie zuerst API, Export, Importdateien, Ereignisse oder Middleware. Für eine belastbare Einordnung benötigen Sie:
- Name und Version des Systems,
- gewünschte Datenarten und Datenrichtung,
- verfügbaren API-, Export- oder Importweg,
- Häufigkeit der Übertragung,
- fachlich führendes System,
- Datenschutz-, Consent- und Rechteanforderungen,
- bekannte Rate Limits, Pflichtfelder und Formatgrenzen sowie
- Verantwortliche für Datenqualität, Fehlerbearbeitung und Freigabe.
Sie sind bereit für die Umsetzung, wenn …
- Use Case und Datenarten feststehen,
- jede Datenrichtung beschrieben ist,
- pro Datenart ein führendes System benannt ist,
- Rechte und sensible Daten abgegrenzt sind,
- Fehlerbearbeitung und Wiederholung geklärt sind und
- die technische Detailseite ausgewählt ist.
Hinweis zu Marken
Genannte Marken, Produktnamen und Unternehmensnamen gehören ihren jeweiligen Rechteinhabern. Sie dienen hier nur der eindeutigen Identifikation. Workspace ist kein offizielles Angebot dieser Anbieter und wird nicht als von ihnen gesponsert, autorisiert oder empfohlen dargestellt.