Verbundene Marketplaces und was sie jeweils nicht können

Im System gibt es über zwanzig Marketplace-Konnektoren: Allegro, Kaufland, Zalando, Empik, eBay, Erli, eMAG, Otto, Modivo, Pigu, Trendyol, Bol, Cdiscount, AboutYou, Tradebyte, InPost, Temu, Ceneo, BRW, Home&you, Shoper, PrestaShop, WooCommerce, Shopify, Sellasist, IdoSell, Goshop, Turis, AliExpress sowie den manuellen Kanal.

Schritt für Schritt

Prüfen, welche Konnektoren verbunden sind

1. Öffne Integrationen → Integrationen, Tab Verfügbare Integrationen.
2. Stelle den Filter Typ auf Marketplace. Übrig bleibt der Marketplace-Konnektorkatalog, gruppiert nach Typ; über jeder Gruppe steht die Anzahl ihrer Einträge.
3. Wechsle zum Tab Meine Integrationen — hier stehen deine Verbindungen, nicht die Katalogtypen. Derselbe Filter Typ → Marketplace grenzt die Liste genauso ein. Die Kachel zeigt deinen Verbindungsnamen; darunter steht kleiner der Name der Integration.
4. Ein Kanal, der nicht in der Liste „Meine Integrationen“ steht, ist nicht verbunden — unabhängig davon, ob er im Katalog erscheint.

Prüfen, bevor du einem Kunden eine Funktion zusagst

1. Suche den Kanal in der Vergleichstabelle weiter unten. Dort steht, was der jeweilige Konnektor nicht kann.
2. Steht der Kanal in einer Zeile mit „keine Unterstützung“, suche keinen Schalter auf dem Verbindungsbildschirm — es gibt keinen. Die Funktion ist nicht deaktiviert; sie wurde nicht implementiert oder der Marketplace stellt sie nicht bereit.
3. Eine trotzdem ausgelöste Aktion beschädigt keine Daten — sie endet mit einem Hinweis, dass sie nicht unterstützt wird, und es wird nichts gesendet.
4. Bevor du einen Fehler meldest, prüfe noch die Zuordnungsgruppe (Abschnitt „Zwei Arten, ein Angebot einem Produkt zuzuordnen“). Häufig fehlt keine Funktion, sondern das Produkt hat kein verknüpftes Angebot auf einem Kanal der ersten Gruppe.

Was alle können

Praktisch alle unterstützen das Abrufen von Bestellungen und das Senden von Lagerbeständen. Das ist die gemeinsame Grundlage.

Wo die Unterschiede beginnen

Fehlende Funktion bedeutet keinen Fehler — der Marketplace stellt sie nicht bereit oder sie wurde nicht implementiert. Die Schaltfläche meldet in diesem Fall, dass der Vorgang nicht unterstützt wird.

Ceneo ist eine wichtige Ausnahme

Ceneo hat keine Liste „meiner Angebote“. Beim Abrufen fragt das System Ceneo daher nach unseren eigenen Produkten — anhand der SKU (oder, wenn keine SKU vorhanden ist, der EAN), jeweils 300 auf einmal — und speichert diejenigen, die Ceneo kennt. Ein Produkt, das es bei Ceneo nicht gibt, erscheint einfach nicht in der Liste.

Ceneo liefert die gesamte Produktseite einschließlich der Angebote der Konkurrenz zurück. Das System erkennt dein eigenes Angebot anhand der Einstellung Shopname bei Ceneo (zum Beispiel meinshop.de). Ohne diese Einstellung werden Angebote zwar abgerufen, aber ohne Preis und Bestand — ein fremder Preis wird niemals als eigener gespeichert. Die Einstellung erscheint automatisch in den Verbindungseinstellungen von Ceneo im Abschnitt Synchronisierung. Ein Angebot mit inaktivem Status (Bestand 0) ist ein Produkt, dessen eigenes Ceneo-Angebot gerade nicht angezeigt wird (meist wegen fehlenden Bestands), oder ein Angebot, das Ceneo gar nicht mehr zurückgibt.

Das Abrufen dient der Ceneo-Preisanalyse — wenn dein Shop-Paket sie nicht umfasst, schlägt der Abruf mit einem Ceneo-API-Fehler fehl (im Aufgabenprotokoll). Sind zwei unserer Produkte derselben Ceneo-Produktseite zugeordnet, werden ihre Preise und Bestände nicht gespeichert — aus der Ceneo-Antwort lässt sich nicht feststellen, welches Angebot welches ist. Bestände werden ohnehin nach SKU/EAN gesendet; dafür ist der Angebotsspiegel nicht erforderlich.

Turis — B2B-Großhandel, Integration in beide Richtungen

Turis ist eine Plattform für Großhandelsbestellungen: Käufer ist ein Mitarbeiter des Einzelhandelsgeschäfts, die Bestellung gehört dessen Unternehmen, die Preise sind Großhandelspreise und die Zahlung erfolgt meist mit Zahlungsziel. Die Integration:

• ruft Bestellungen ab, die seit dem letzten Abruf geändert wurden;
• sendet Statusänderungen — Statuswerte sind für jeden Turis-Shop individuell. Ordne sie daher zuerst auf dem Verbindungsbildschirm zu (die Liste wird geladen, nachdem du das API-Clientgeheimnis gespeichert hast, oder über die Schaltfläche zum Aktualisieren der Status);
• sendet einen Trackinglink, keine Sendungsnummer — Turis hat dafür nur ein Feld pro Bestellung. Der Link stammt von der Kurier-Sendungsverfolgungsseite; falls der Kurier keine hat, aus der Vorlage in den Verbindungseinstellungen. Ohne beides schlägt das Senden mit einem Trackingfehler fehl, statt still Erfolg zu melden;
• sendet die Rechnungsnummer zur Bestellung (Nummernfeld, keine PDF-Datei);
• ruft den Angebotsspiegel ab — jedes Turis-Produkt (je Größe und Farbe separat) ist ein Angebot, das zuerst anhand der EAN, danach anhand der SKU mit unserem Produkt verknüpft wird;
• legt unsere Produkte aus nicht verknüpften Angeboten an — wenn du den Katalog in Turis pflegst, aber das Produkt bei uns noch nicht existiert. Ein Produkt mit derselben EAN oder SKU wird verknüpft und niemals dupliziert;
• sendet Bestände anhand der Turis-SKU — dafür müssen Angebote abgerufen worden sein (Angebotsabruf und -übertragung aktiviert) und eine Lagerzuordnung mit aktivierter Bestandssynchronisierung vorliegen;
• sendet Netto-Großhandelspreise — verknüpfe eine Netto-Preisgruppe und wähle in den Verbindungseinstellungen die „Währung des Großhandelspreises“. Turis hat keine Aktionspreise, daher werden diese nicht übertragen;
• veröffentlicht Produkte aus dem PIM — die Kategorie kommt aus der Kategoriezuordnung oder der Einstellung „Turis-Standardkategorie“. Das Beenden eines Angebots blendet das Produkt bei Turis aus, löscht es aber nicht (die SKU bleibt belegt); Bilder werden nur bei der ersten Veröffentlichung gesendet.

Eine in Turis stornierte Bestellung wird nur dann als inaktiv importiert, wenn ihr Status in der Einstellung „Turis-Statuswerte, die eine Stornierung bedeuten“ angegeben ist.

WooCommerce — eigener Shop auf WordPress

Die Verbindung erfolgt über die REST-API des Shops: Shopadresse (nur https) und ein Schlüsselpaar aus WooCommerce (Einstellungen → Erweitert → REST-API) mit Berechtigung Lesen/Schreiben. Ein Nur-Lese- Schlüssel kann Bestellungen abrufen, aber der Verbindungstest weist darauf hin, dass damit nichts gesendet werden kann. Die Integration:

• ruft Bestellungen ab, die seit dem letzten Abruf geändert wurden (erfordert WooCommerce 5.8 oder neuer);
• sendet Statusänderungen — verwendet werden die Statuswerte aus dem Shop einschließlich der von Plugins hinzugefügten; die Liste wird nach dem Speichern des geheimen Schlüssels geladen;
• sendet die Sendungsnummer als Bestellnotiz — WooCommerce hat kein eigenes Feld für Sendungsnummern. Standardmäßig ist es eine Kundennotiz, die der Shop per E-Mail versendet; den Text legst du in der Verbindung fest. Optional landet die Nummer auch in einem angegebenen Bestellmetafeld, wenn Theme oder Plugin dieses ausliest;
• ruft den Angebotsspiegel ab — ein einfaches Produkt ist ein Angebot, ein Produkt mit Varianten hat ein Angebot pro Variante. Die EAN wird aus dem GTIN-Feld (WooCommerce 9.2+) oder aus dem in den Einstellungen angegebenen Pluginfeld gelesen;
• sendet Bestände an abgerufene Angebote und aktiviert dort die Bestandsverwaltung;
• sendet den regulären Preis — nur in der Preisart (brutto oder netto), die der Shop verwendet, und nur in der Shopwährung. Aktionspreise bleiben unverändert.

NIP und Paketfach haben in WooCommerce keine eigenen Felder — dafür werden Plugins verwendet. Die Integration sucht nach verbreiteten Metaschlüsseln; verwendet dein Plugin andere, ergänze sie in den Verbindungseinstellungen. Rechnungen, Bestellannahmen und Retouren unterstützt WooCommerce nicht.

AliExpress — Verkäuferkonto

Die Verbindung erfolgt über eine Anwendung in der AliExpress Open Platform-Konsole: Trage in der Verbindung App Key und App Secret ein und anschließend den Autorisierungscode. Der Verkäufer öffnet den Autorisierungslink (Anleitung in der Feldbeschreibung), meldet sich an und fügt den Code aus der Rücksprungadresse ein. Der Code ist 30 Minuten gültig; nach dem Speichern ruft die Integration die Tokens ab und erneuert sie vor Ablauf selbst. Etwa alle 60 Tage verlangt AliExpress eine erneute Autorisierung — dann schlägt der Abruf mit der Aufforderung fehl, einen neuen Code einzutragen. Die Integration:

• ruft Bestellungen ab, die seit dem letzten Abruf geändert wurden (beim ersten Abruf: sieben Tage rückwirkend). Neue unbezahlte Bestellungen werden nicht importiert — sie kommen, sobald der Käufer bezahlt hat. Neue Bestellungen, die auf AliExpress bereits versendet oder abgeschlossen sind, werden ebenfalls nicht angelegt, damit sie nicht in die Kommissionierung gelangen;
• Mehrwertsteuersatz der Position: AliExpress gibt ihn nicht an. Wir verwenden den Steuersatz des Käuferlandes aus der Einstellung „MwSt.-Satz nach Land des Käufers“ (zum Beispiel DE=19), sonst den Standardsatz (23);
• storniert im WMS eine auf AliExpress geschlossene Bestellung — AliExpress verwendet denselben Status „abgeschlossen“ für angenommene und geschlossene Bestellungen. Ohne Annahme durch den Käufer geschlossene Bestellungen kommen im WMS als „Geschlossen“ an und werden storniert;
• setzt den Status „versendet“ — das ist der einzige Status, den ein Verkäufer bei AliExpress setzen darf. Ordne ihn in der Statuszuordnung zu; eine Änderung im WMS meldet dann den Versand mit Sendungsnummer. Andere Status (Stornierung, Schließen, Stornierungsannahme) kann nur das Seller Center ändern — die Integration meldet dies im Protokoll, statt Erfolg vorzutäuschen;
• sendet Sendungsnummern (Versandmeldung) über eine von zwei Methoden, festgelegt mit „Versandmethode melden“: grenzüberschreitend (AliExpress-Logistikdienst; ohne Kurierzuordnung wird die Nummer als „anderer Zusteller“ mit Trackinglink übertragen) oder lokale Zustellung (DBS) — ein eigener Kurier im Käuferland, zum Beispiel InPost oder DPD, zugeordnet anhand des Namens oder über die Liste KURIER=CODE. Bei lokaler Zustellung erhält eine Bestellung mit mehreren Paketen nur eine Nummer (die des ersten Pakets);
• ruft den Angebotsspiegel ab — ein Angebot entspricht der Produkt-SKU. Eine SKU ohne Verkäufer-SKU ist sichtbar, aber dafür können weder Bestand noch Preis übertragen werden. Länder mit eigenem Preis (bereits bei AliExpress hinterlegt und in „Länder mit eigenem AliExpress-Preis“ eingetragen) erzeugen ein zusätzliches Angebot pro Land, zum Beispiel 1005001:MUG-1@DE;
• sendet Bestände, Basispreis, Aktionspreis (und dessen Löschung) sowie länderspezifische Preise — eine Preiskonfiguration für DE schreibt den Preis für Deutschland. Abgelehnt werden: ein Aktionspreis, der nicht unter dem Preis liegt, ein Länderpreis unter 70 % des Basispreises (AliExpress-Regel), eine andere Währung und eine andere Preisart (brutto/netto). Gibt es mehrere Preiskonfigurationen für Länder, legst du mit price_sync_countryless_offers fest, welcher Länderpreis als Basispreis gilt;
• veröffentlicht Produkte mit dem Veröffentlichungsassistenten: Kategorien und Attribute werden bei AliExpress abgerufen; das Produkt wird mit einer SKU angelegt und sofort zum Verkauf freigegeben. Wähle vor der ersten Veröffentlichung in den Verbindungseinstellungen eine Versandvorlage (ohne sie lässt sich kein Produkt veröffentlichen) und die Angebotssprache — AliExpress akzeptiert keine polnischen Texte, daher stammen Titel und Beschreibung aus der Produktübersetzung (standardmäßig Englisch). Legt AliExpress das Produkt an, lehnt aber die Freigabe zum Verkauf ab, endet das Angebot mit einem Fehler und der Produktnummer. Schalte es im Seller Center frei, statt es ein zweites Mal zu veröffentlichen. Varianten (Farben, Größen) werden vorerst als einzelne Produkte veröffentlicht.

Paketfächer: AliExpress übermittelt dem Verkäufer den vom Käufer gewählten Abholpunkt nicht (die API hat kein solches Feld), daher erhält die Bestellung immer eine Lieferadresse. Rechnungen und Bestellannahmen nimmt AliExpress nicht über die API an; Retouren und Streitfälle ruft diese Version noch nicht ab.

Shopify — Shop auf der Shopify-Plattform

Die Verbindung erfolgt über eine Anwendung im Shopify Dev Dashboard, in derselben Shopify-Organisation, zu der der der Shop gehört. Trage in der Verbindung die Adresse name.myshopify.com ein (eine eigene Shopdomain funktioniert nicht) sowie Client ID und Client secret der Anwendung. Die Anwendung benötigt Zugriff auf geschützte Kundendaten (Vorname, E-Mail, Telefon, Adresse) und muss im Shop installiert sein. read_orders und read_products sind erforderlich; für Sendungsnummern, Stornierungen, Bestände und Preise sind weitere Rechte nötig — der Verbindungstest nennt fehlende Rechte und die Funktionen, die dann nicht arbeiten. Ein Shop aus einer anderen Shopify-Organisation (öffentliche Anwendung, OAuth-Installation) lässt sich derzeit nicht verbinden. Die Integration:

• ruft Bestellungen ab, die seit dem letzten Abruf geändert wurden — bei der ersten Verbindung die letzten sieben Tage (einstellbar, höchstens 60). Testbestellungen werden ausgelassen;
• ruft keine Bestellungen ohne Kundendaten ab — hat die Anwendung keinen Zugriff auf geschützte Kundendaten, endet der Abruf mit einem entsprechenden Fehler; der Verbindungstest nennt die gesperrten Felder. Sobald du den Zugriff gewährst, kommen die Bestellungen automatisch wieder;
• ruft nur noch zu versendende Mengen ab — bereits in Shopify erfüllte Positionen oder Stückzahlen werden nicht importiert. Die zweite Adresszeile geht nicht verloren: Sie wird der Hausnummer („12/4“) oder der Straße hinzugefügt;
• zeigt den aus Zahlung und Fulfillment berechneten Status — Shopify hat keinen einzelnen Bestellstatus. Der Katalog ist fest: storniert, erstattet, Zahlung ungültig, erfüllt, teilweise erfüllt, angehalten, bezahlt, autorisiert, Nachnahme, Zahlung ausstehend. Standardmäßig inaktiv sind storniert, erstattet, mit ungültiger Zahlung, Zahlung ausstehend, angehalten (Shopify kann sie nicht erfüllen) und in Shopify erfüllt — damit eine bereits auf anderem Weg versendete Bestellung nicht ein zweites Mal versendet wird. Eine ausgelassene Bestellung kommt automatisch wieder, sobald sie sich in Shopify ändert, etwa nach einer Zahlung oder dem Aufheben der Sperre. Statusänderungen werden nicht an Shopify gesendet — es gibt dort kein passendes Feld;
• erkennt Nachnahme am Namen der Zahlungsmethode — standardmäßig „Cash on Delivery (COD)“. Heißt die Zahlungsmethode in deinem Shop anders (zum Beispiel „Zahlung bei Lieferung“), ergänze ihren Namen in der Verbindung unter „Nachnahmemethoden“ — sonst wirkt die Bestellung wie unbezahlt und wird nicht abgerufen;
• sendet Sendungsnummern als Fulfillment der Bestellung — alle Pakete gehen in ein Fulfillment. Shopify erkennt InPost, DPD, DHL, GLS, UPS, FedEx und Packeta und erstellt den Trackinglink selbst; bei anderen Kurieren stammt der Link aus der Kurier-Vorlage im WMS. Eine Versand-E-Mail an den Kunden wird nur gesendet, wenn du dies in der Verbindung aktivierst. Alle Pakete einer Bestellung müssen mit demselben Kurier versendet werden — Shopify akzeptiert Pakete mehrerer Kuriere nicht in einem Fulfillment; die Nummern werden dann mit einem zu klärenden Fehler nicht gesendet. Dasselbe gilt bei einer in Shopify stornierten oder angehaltenen Bestellung;
• storniert die Bestellung in Shopify — ohne Erstattung und ohne Wiederherstellung des Shopbestands (das bleibt Aufgabe des Shops); der Stornierungsgrund aus dem WMS wird als interne Notiz übertragen;
• ruft den Angebotsspiegel ab — jede Produktvariante ist ein separates Angebot;
• sendet Bestände an einen Standort des Shops, der in der Verbindung unter „Bestandsstandort“ gewählt wurde. Ohne Standort werden keine Bestände gesendet. Varianten, die in Shopify keine Bestände verfolgen oder an diesem Standort nicht gelagert sind, werden mit einem Hinweis übersprungen, was du in Shopify aktivieren musst;
• sendet den Variantenpreis — nur in der Preisart (brutto oder netto), die der Shop verwendet, und nur in der Shopwährung. Der Streichpreis (Aktionspreis) bleibt unverändert.

Shopify-Produkte kannst du über Produkte aus nicht verknüpften Angeboten erstellen auf der Angebotsseite anlegen, nachdem du den Angebotsspiegel abgerufen hast: Zuerst erfolgt die Zuordnung per EAN und SKU; ohne Treffer wird ein neues Produkt mit Name, SKU, EAN, Bildern, Marke, Größe, Farbe und Gewicht erstellt. Die Beschreibung wird nicht abgerufen.

Bestellbeträge werden in der Währung angezeigt, in der der Kunde bezahlt hat. Nachnahme wird anhand des Namens der Zahlungsmethode erkannt (Liste in den Verbindungseinstellungen) und nie als Vorauszahlung behandelt. NIP und Paketfach haben in Shopify keine eigenen Felder — die Integration sucht in den Bestellattributen nach den Schlüsseln aus den Verbindungseinstellungen. Rechnungen, Bestellannahmen und Retouren unterstützt Shopify nicht.

Manueller Kanal

Der Eintrag Manuell fragt keinen externen Dienst ab. Er dient dazu, Bestellungen außerhalb einer Integration einzugeben, damit sie den normalen Lagerprozess durchlaufen. Suche dort nicht nach Synchronisierungseinstellungen.

Zwei Arten, ein Angebot einem Produkt zuzuordnen

Konnektoren lassen sich in zwei Gruppen einteilen:

• Angebotszuordnung erforderlich — Bestände werden nur für ein Produkt mit zugeordnetem, aktivem Angebot gesendet (Angebot einem Produkt zuordnen – ohne Zuordnung läuft nichts). So arbeiten die meisten, darunter Allegro, Kaufland, eBay, Zalando und PrestaShop.
• Arbeiten mit Produktcodes — Bestände werden nach EAN oder SKU und ohne Angebotszuordnung gesendet. Dazu gehören AboutYou (nach SKU), Ceneo, Shoper, Temu und Tradebyte. AboutYou ruft allerdings eine Angebotsliste ab; ohne diese lassen sich keine Preise ändern.

Dieser Unterschied erklärt das häufige „Bei uns geht es, dort aber nicht“: In der ersten Gruppe wird ein Produkt ohne zugeordnetes Angebot einfach übersprungen.

Sellasist — Bestellungen aus Sellingo und anderen Kanälen in Sellasist

Sellasist sammelt Bestellungen aus vielen Kanälen: aus dem Sellingo-Shop, aber auch von Allegro oder Erli. Für die Verbindung brauchst du die Adresse des Sellasist-Panels (zum Beispiel meinshop.sellasist.pl — einfach einfügen; es ist nicht die Shopadresse) und den API-Schlüssel aus Sellasist (Integrationen → API-Schlüssel). Nach dem Speichern des Schlüssels werden die Bestellstatus des Kontos geladen.

Die Integration:

• importiert nur Bestellungen aus ausgewählten Shops und Kanälen — die Liste „Zu importierende Shops und Kanäle“ befindet sich im Tab Verbindung. Sie enthält Sellingo-Shops, aber auch Marketplace-Konten und weitere in Sellasist gesammelte Bestellquellen (zum Beispiel Allegro, Erli). Wähle nur Quellen aus, die nicht bereits direkt mit dem WMS verbunden sind: Ein Kanal, der sowohl hier als auch direkt (zum Beispiel Allegro) verbunden ist, landet doppelt im WMS. Wechselst du einen Kanal von einer direkten Verbindung zu Sellasist, kommen nach der Auswahl auch seine Bestellungen der letzten Tage (Einstellung „Wie viele Tage rückwirkend Änderungen prüfen“) — auch solche, die das WMS bereits über die direkte Verbindung hat. Stelle für den ersten Abruf dort einen Tag ein oder wähle den Kanal erst aus, wenn alte Bestellungen versendet sind. Solange du nichts auswählst, wird nichts importiert und die Problemliste zeigt einen Hinweis;
• speichert die Bestellnummer, die der Kunde kennt — bei Marketplace-Bestellungen die Kanalnummer (zum Beispiel von Allegro). Eine Sellingo-Shopbestellung kommt ohne Shopnummer, an ihrer Stelle steht dann die Sellasist-Bestellnummer — damit findest du sie im Sellasist-Panel;
• aktualisiert Status- und Zahlungsänderungen bei Bestellungen der letzten Tage (Einstellung „Wie viele Tage rückwirkend Änderungen prüfen“, Standard 14). Ältere Bestellungen werden nicht automatisch aktualisiert;
• storniert eine Bestellung im WMS, wenn sie in Sellasist auf einen als Stornierung markierten Status wechselt;
• sendet Statusänderungen und Sendungsnummern an Sellasist. Die Weitergabe des Status an den Kanal, von dem die Bestellung stammt, ist standardmäßig deaktiviert;
• sendet Bestände anhand des Produktsymbols (SKU) oder der EAN — wählbar in den Einstellungen.

Da Sellasist Rechnungen nicht als Dateien annimmt, sendet die Integration keine Rechnungen.

Hinweis für Implementierungen

Der Konnektor wird anhand seines Symbols erkannt. Eine Änderung des Symbols in der Datenbank oder ein erneutes Seed des Katalogs kann Zuordnungen auseinanderlaufen lassen und Aufgaben stoppen. Das lässt sich nicht im Panel ändern.