Integratoren

Workspace ergänzt bestehende Systeme und kann schrittweise Aufgaben übernehmen, wenn Sie weniger Insellösungen möchten.

Sie müssen Ihren Shop, Ihr CRM, ERP, Newslettertool oder Backoffice-System nicht ersetzen, um mit Workspace zu starten.

Viele Unternehmen arbeiten bereits mit gewachsenen Systemlandschaften. Manche Systeme funktionieren gut, andere verursachen doppelte Pflege, manuelle Abstimmungen oder unklare Datenflüsse. Workspace setzt dort an: Es verbindet bestehende Systeme, übernimmt gezielt einzelne Aufgaben und hilft, Prozesse schrittweise zu vereinfachen.

Wenn ein bestehendes System gut funktioniert, kann es bleiben. Wenn Daten, Prozesse oder Zuständigkeiten besser in Workspace aufgehoben sind, kann Workspace diese Aufgaben Schritt für Schritt übernehmen.

Behalten, was funktioniert. Verbinden, was getrennt ist. Schrittweise übernehmen, was einfacher in Workspace wird.

Der Integrationsbereich ist der Gegenpol zum Migration Hub. Migration bedeutet: ein System ablösen oder Daten in ein neues Zielmodell überführen. Integration bedeutet: ein bestehendes System behalten und Workspace gezielt anbinden.

EinstiegWann passendErgebnis
Migration HubSie möchten von einem bestehenden System zu Workspace wechseln.Quellsystem, Zielmodell, Import, Testmigration und Go-live werden geplant.
IntegratorenSie möchten Ihr bestehendes System behalten und Workspace ergänzen.Datenflüsse, führende Systeme, API-Wege und nächste Prüfschritte sind klar.
EntwicklerdokumentationSie bauen eine konkrete technische Integration.Discovery, API, Ressourcen-Meta, Import-Jobs und Storefront-Verträge sind eingeordnet.

Startpunkt wählen

Nutzen Sie diesen Entscheidungsbaum, wenn Sie noch nicht wissen, ob Sie eine Integration, Migration, einen Import oder eine technische API-Umsetzung brauchen.

integration_start_decision here Sie sind hier Integratoren keep Bestehendes System weiter nutzen? here->keep migration Migration Hub nutzen Systemwechsel planen keep->migration nein catalog System oder Kategorie im Connector-Katalog? keep->catalog ja profile Passende Profil- oder Use-Case-Seite öffnen catalog->profile ja api API, Export, Import oder Ereignisse vorhanden? catalog->api nein technical Technische Umsetzung beginnt jetzt? profile->technical nach fachlicher Einordnung custom Eigene Integration oder Custom API prüfen api->custom ja request Projektprüfung starten Daten, Rechte und Grenzen klären api->request nein oder unklar custom->technical nach fachlicher Einordnung prepare Führendes System, Datenrichtung und Fehlerbearbeitung klären request->prepare vor Umsetzung developer Entwicklerdokumentation lesen Discovery und Ressourcen-Meta nutzen technical->developer ja technical->prepare nein

Typische Integrationen

Use CaseTypische DatenZiel
Shop-System anbindenProdukte, Kunden, Bestellungen, Checkout-Events, Preise, BeständeShop bleibt Verkaufskanal, Workspace ergänzt Datenpflege, Prozesse oder Auswertung.
Newsletter- oder Marketingtool anbindenKontakte, Einwilligungen, Listen, Segmente, KampagnenereignisseMarketingtool bleibt Versandlösung, Workspace ergänzt Kontakte, Consent oder Analyse.
CRM, ERP oder Backoffice anbindenLeads, Kundenprofile, Artikel, Lagerbestände, Preise, Aufträge, RechnungsdatenBestehende Fachsysteme bleiben dort führend, wo sie gut funktionieren; Workspace verbindet Daten mit weiteren Prozessen.
Eigene Anwendung anbindenIndividuelle Datenmodelle, interne Tools, Spezialprozesse, AutomationenBestehende Fachanwendungen werden mit Workspace verbunden.

Kein Big-Bang nötig

Viele Projekte starten nicht mit einer vollständigen Migration. Sie starten mit einer gezielten Anbindung: ein Shop bleibt Verkaufskanal, Workspace ergänzt PIM, Auftragsnacharbeit oder Reporting. Ein Newslettertool bleibt Versandsystem, Workspace ergänzt Kontakte, Einwilligungen oder Kampagnenauswertung.

Typische Probleme in gewachsenen Systemlandschaften sind doppelt gepflegte Daten, unklare führende Systeme, manuelle Exporte, abgebrochene Prozesse zwischen Teams und verteilte Auswertungen. Workspace muss diese Landschaft nicht sofort zentralisieren. Oft reicht ein erster Datenfluss, ein gemeinsames Datenmodell oder ein klarer Prozess, um spürbar mehr Ordnung zu schaffen.

Eine Integration kann dauerhaft die richtige Lösung sein. Sie kann aber auch der erste Schritt sein, damit Workspace später weitere Aufgaben übernimmt: Produktdaten werden zuerst aus einem Shop gelesen und später zentral in Workspace gepflegt, Kontakte werden zunächst importiert und später in Workspace geführt, oder Berichte entstehen zuerst aus synchronisierten Daten und später aus zentral gepflegten Workspace-Daten.

Diese Entscheidung bleibt bewusst offen:

EntscheidungBedeutung
Bestehendes System bleibt führendWorkspace nutzt ausgewählte Daten, ohne den bestehenden Arbeitsablauf sofort zu ersetzen.
Workspace wird führendDas externe System erhält ausgewählte Daten aus Workspace oder wird später abgelöst.
Hybrider BetriebEinzelne Datenarten haben unterschiedliche führende Systeme. Das muss vor dem Mapping dokumentiert werden.

Integrationswege

WegGeeignet fürHinweis
API-IntegrationEigene Clients, Middleware, Agenturen und technische IntegratorenLesen Sie zuerst Discovery und Ressourcen und Integration.
Import-JobsEinmalige oder wiederholte Datenübernahmen mit Prüf- und FehlerreportNutzen Sie Import-Jobs, wenn Daten chargenweise übernommen werden.
Exporte und DateienSysteme ohne direkte API oder mit bestehenden ExportprozessenOrdnen Sie Formate und Mapping mit Datenaustausch für Integrationen ein.
XML, EDI oder EDIFACTLieferanten-, Handels-, ERP- oder Logistikprozesse mit strukturierten NachrichtenPrüfen Sie Nachrichtentypen, Partnerprofile und Übertragungswege mit Datenaustausch für Integrationen.
Ereignisbasierte projektbezogene AnbindungProzesse, die auf Statusänderungen oder neue Vorgänge reagieren sollenKlären Sie Idempotenz, Wiederholung, Fehlerreport und Drittanbietergrenzen im Projekt.
Storefront-VerträgeÖffentliche Shops, Portale und ProduktkatalogeVerwenden Sie B2B-Onlineshop bauen, nicht interne PIM- oder Commerce-Pfade.
OpenAPI-AnalyseContract-Checks, DTO-Generierung, Privacy-Prüfung und TestsOpenAPI ersetzt keine Runtime-Discovery. Details stehen in OpenAPI verwenden.
Projektbezogene AnbindungDrittanbieter-APIs, bestehende Agenturen oder individuelle AltsystemePrüfen Sie Datenrichtung, Rechte, Rate Limits, Consent und Fehlerverhalten vor der Umsetzung.

Connector-Katalog

Nutzen Sie den Connector-Katalog, um typische Systeme und Integrationswege einzuordnen. Der Katalog ist kein Versprechen, dass jedes System ohne Projektprüfung sofort angebunden ist. Er zeigt, welche Richtung sinnvoll ist und welche Fragen vor der Umsetzung geklärt werden müssen.

Tool nicht dabei?

Viele Systeme lassen sich über API, Import, Export, Ereignisse oder Middleware anbinden. Sammeln Sie vor der Anfrage:

  • Name und Version des Systems,
  • gewünschte Datenarten,
  • gewünschte Datenrichtung: System zu Workspace, Workspace zu System oder beide,
  • verfügbare API, Exportmöglichkeiten oder Importdateien,
  • Häufigkeit der Datenübertragung,
  • fachlich führendes System,
  • technische Ansprechpartner,
  • Anforderungen an Datenschutz, Consent und Rechte,
  • bekannte Einschränkungen wie Rate Limits, Pflichtfelder oder spezielle Datenformate,
  • wer fachlich für Datenqualität, Fehlerbearbeitung und Freigabe verantwortlich ist.

Nächste Schritte

Hinweis zu Marken

Genannte Marken, Produktnamen und Unternehmensnamen sind Eigentum der jeweiligen Rechteinhaber. Sie werden hier nur zur eindeutigen Identifikation der jeweiligen Systeme verwendet. Workspace ist nicht mit den genannten Anbietern verbunden, wird nicht von ihnen gesponsert, autorisiert oder empfohlen und ist kein offizielles Angebot dieser Anbieter.