Konnektor
Ein Konnektor ist eine vorgefertigte, wiederverwendbare Software-Komponente, die zwei bestimmte Systeme über ihre Schnittstellen (APIs) miteinander verbindet und den Datenaustausch zwischen ihnen automatisiert. Im ERP-Kontext koppelt ein Konnektor das ERP mit Shop, Marktplatz, Payment, Versand oder Buchhaltung, ohne dass die Anbindung von Grund auf programmiert werden muss.
Ein Konnektor ist eine fertige, wiederverwendbare Software-Komponente, die zwei bestimmte Systeme über ihre Schnittstellen miteinander verbindet und den Datenaustausch zwischen ihnen automatisiert. Statt eine Anbindung individuell zu programmieren, greift man zu einer bereits vorhandenen Verbindung, die genau auf ein Systempaar zugeschnitten ist – etwa „ERP an Shopware“, „ERP an Amazon“ oder „ERP an DATEV“. Der Konnektor weiß, wie beide Seiten ticken: Er kennt die Adressen und Datenformate der jeweiligen Schnittstellen und übersetzt zwischen ihnen, sodass Bestellungen, Artikel, Bestände oder Belege ohne manuelles Abtippen von einem System ins andere fließen.
Anschaulich ist ein Konnektor wie ein passgenauer Adapterstecker: Er sitzt zwischen zwei Geräten, die für sich genommen nicht zusammenpassen würden, und sorgt dafür, dass Strom – hier: Daten – trotzdem sauber fließt. Im ERP-Umfeld sind Konnektoren der Standardweg, um ein Warenwirtschafts- oder ERP-System an die übrige Systemlandschaft zu koppeln, ohne für jede Verbindung ein eigenes Entwicklungsprojekt aufzusetzen. Sie sind damit ein zentraler Baustein dafür, dass Multichannel-Händler ihre Prozesse durchgängig und ohne Medienbruch abwickeln können.
Auf einen Blick
- Konnektor = fertige, wiederverwendbare Verbindung zwischen zwei konkreten Systemen
- Nutzt im Hintergrund die APIs beider Seiten und übersetzt zwischen ihren Datenformaten
- Verbindet das ERP mit Shop, Marktplatz, Payment, Versand oder Buchhaltung
- Spart individuelle Programmierung: konfigurieren statt entwickeln
- Muss gepflegt werden, wenn sich die angebundenen Systeme oder ihre APIs ändern
Wie ein Konnektor funktioniert
Ein Konnektor setzt technisch auf den Schnittstellen (APIs) der beiden Systeme auf, die er verbindet. Er ruft auf der einen Seite Daten ab oder schreibt sie – etwa neue Bestellungen aus einem Shop – und übergibt sie in passender Form an die andere Seite, zum Beispiel als Auftrag ins ERP. Dazwischen erledigt er die eigentliche Übersetzungsarbeit: Er wandelt Datenformate um, ordnet Felder einander zu und wendet Regeln an, damit beide Systeme dieselbe Information gleich verstehen. Ein Anwender bemerkt davon nichts – er sieht nur, dass die Bestellung wie von selbst im ERP erscheint.
Bestandteile eines Konnektors
Ein Konnektor besteht typischerweise aus drei Elementen: der Anbindung an die Quell-API, der Anbindung an die Ziel-API und der Logik dazwischen. Zur Logik gehören die Zuordnung der Felder (Feld-Mapping), Transformationsregeln für abweichende Formate – etwa Datums-, Währungs- oder Steuerangaben – sowie eine Steuerung, wann und in welcher Richtung synchronisiert wird. Viele Konnektoren enthalten zusätzlich eine Fehlerbehandlung: Schlägt eine Übertragung fehl, wird sie protokolliert und später erneut versucht, statt Daten still zu verlieren.
Mapping und Synchronisationsrichtung
Kernstück jedes Konnektors ist das Feld-Mapping – die Vereinbarung, welches Feld der einen Seite welchem Feld der anderen entspricht. Das Kundenfeld des Shops muss zum Kundenstamm des ERP passen, die Artikelnummer zum Artikelstamm. Ebenso wichtig ist die Richtung: Manche Daten laufen nur in eine Richtung (Bestellungen vom Shop ins ERP), andere in beide (Bestände werden im ERP geführt und in den Shop zurückgespiegelt). Eine sauber definierte Bestandssynchronisation verhindert dabei Überverkäufe über mehrere Kanäle hinweg.
Konnektor, API und Middleware: die Abgrenzung
Konnektor, API, Schnittstelle und Middleware werden oft in einem Atemzug genannt, meinen aber Unterschiedliches. Eine API ist die technische Andockstelle, die ein System anbietet – der Baustein, auf dem eine Verbindung überhaupt aufsetzen kann. Ein Konnektor ist demgegenüber die fertige Verbindung selbst: Er nutzt die APIs beider Seiten und bündelt Mapping, Regeln und Ablauf in einem konfigurierbaren Paket. Vereinfacht gilt: Die API stellt die Steckdose bereit, der Konnektor ist das passende Kabel samt Adapter.
Von der Middleware unterscheidet sich ein Konnektor durch den Umfang. Eine Middleware ist eine übergreifende Vermittlungsschicht, die viele Systeme zentral zusammenführt, Daten zwischenspeichert und Abläufe orchestriert; eine iPaaS-Plattform ist die Cloud-Variante davon. Konnektoren sind häufig die einzelnen Anschlussmodule innerhalb einer solchen Plattform – jeder Konnektor bindet ein System an, die Middleware koordiniert das Ganze. In kleineren Setups steht ein Konnektor aber auch für sich allein, als direkte Punkt-zu-Punkt-Verbindung zwischen genau zwei Systemen.
Warum Konnektoren wichtig sind: Nutzen
Der zentrale Vorteil eines Konnektors ist, dass eine Anbindung nicht jedes Mal neu erfunden werden muss. Weil die Verbindung für ein bestimmtes Systempaar bereits existiert und vielfach im Einsatz ist, lässt sie sich meist konfigurieren statt programmieren: Zugangsdaten hinterlegen, Mapping prüfen, Synchronisation starten. Das senkt Kosten und Projektdauer erheblich und macht Anbindungen auch für kleinere Händler erreichbar, die kein eigenes Entwicklerteam haben.
Hinzu kommt Zuverlässigkeit: Ein etablierter Konnektor wird von seinem Anbieter gepflegt und an Änderungen der angebundenen Systeme angepasst. Ändert ein Marktplatz seine API, aktualisiert der Anbieter den Konnektor – der Händler muss selbst nichts umbauen. So entsteht eine belastbare Datendrehscheibe rund um das ERP: Bestellungen laufen automatisch ein, Bestände bleiben kanalübergreifend synchron, Zahlungsstatus und Tracking-Nummern fließen zurück, Belege wandern in die Buchhaltung. Genau diese Durchgängigkeit ist die Voraussetzung, um im E-Commerce ohne wachsenden Personalaufwand zu skalieren.
Der Konnektor im ERP-System
Im ERP-Umfeld sind Konnektoren der übliche Weg, das zentrale System mit seiner Peripherie zu verbinden. Viele ERP-Anbieter pflegen einen App- oder Marktplatz-Bereich mit vorgefertigten Konnektoren zu gängigen Shops, Marktplätzen, Zahlungs- und Versanddienstleistern. Für den Händler bedeutet das: Er wählt den passenden Konnektor aus, hinterlegt die Zugangsdaten und legt fest, welche Objekte – Artikel, Bestände, Aufträge, Kunden, Belege – in welcher Richtung ausgetauscht werden.
Fertiger Konnektor oder individuelle Anbindung
Nicht jede Konstellation wird von einem Standardkonnektor abgedeckt. Für verbreitete Systeme gibt es meist fertige Verbindungen; für Nischensoftware oder stark angepasste Prozesse ist eine individuelle Anbindung über die API nötig. Die Faustregel: Wo ein gepflegter Standardkonnektor existiert, ist er fast immer die günstigere und robustere Wahl. Erst wenn Anforderungen darüber hinausgehen – Sonderfelder, spezielle Abläufe, exotische Zielsysteme –, lohnt sich eine maßgeschneiderte Integration. Bei der ERP-Auswahl ist die Zahl und Qualität verfügbarer Konnektoren daher ein wichtiges Kriterium.
Worauf es in der Praxis ankommt
Ein Konnektor ist kein Selbstläufer, der einmal eingerichtet für immer funktioniert. Weil er zwischen zwei sich verändernden Systemen sitzt, braucht er Pflege: Aktualisiert eine Seite ihre API oder ändert der Händler sein Mapping, muss der Konnektor mitziehen. Wichtig ist deshalb, wer den Konnektor verantwortet und aktualisiert – der ERP-Anbieter, ein Drittanbieter oder ein Dienstleister – und wie schnell er auf Änderungen reagiert.
Praktisch relevant sind außerdem Grenzwerte der angebundenen Systeme, etwa Rate-Limits, die die Zahl der Anfragen pro Zeitraum begrenzen, sowie eine idempotente Verarbeitung, damit dieselbe Bestellung bei einem Wiederholungsversuch nicht doppelt angelegt wird. Im DACH-Raum kommt der Anbindung an die Buchhaltung besondere Bedeutung zu: Konnektoren zu DATEV oder BMD müssen Belege so übergeben, dass Kontierung, Steuerschlüssel und revisionssichere Ablage stimmen. Fehlerhafte Mappings fallen hier schnell dem Steuerberater oder der Betriebsprüfung auf – ein Grund, gerade Finanz-Konnektoren sorgfältig zu testen.
Praxisbeispiel
Beispiel: Ein Konnektor zwischen Shop und ERP
Ein Händler für Outdoor-Ausrüstung betreibt einen Shopware-Shop und führt Bestände, Aufträge und Rechnungen im ERP. Statt beide Systeme von Hand abzugleichen, aktiviert er den fertigen Shopware-Konnektor seines ERP-Anbieters. Nach dem Hinterlegen der Zugangsdaten und einer Prüfung des Feld-Mappings – Artikelnummer, Preise, Kundendaten – läuft der Austausch automatisch: Jede Shop-Bestellung erscheint als Auftrag im ERP, der Bestand wird nach dem Verkauf reduziert und in den Shop zurückgespiegelt.
Als der Händler zusätzlich über Amazon verkauft, ergänzt er einen zweiten Konnektor. Nun laufen beide Kanäle über dasselbe ERP als zentrale Drehscheibe; die Bestandssynchronisation verhindert, dass ein nur einmal vorhandener Artikel doppelt verkauft wird. Weil beide Konnektoren vom Anbieter gepflegt werden, muss der Händler bei API-Änderungen der Plattformen nicht selbst eingreifen – er profitiert von den Updates, ohne eigene Entwicklungsarbeit.
Häufige Fragen
Passende Leistungen
Fragen zu Konnektor in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.