OTTO mit KI verbinden: Bestellungen und Artikeldaten im Chat abfragen

Du verbindest deinen OTTO-Seller-Account zuerst mit Backlane und anschließend Backlane mit einem kompatiblen KI-Client. Dafür brauchst du Zugriff auf das Händlerkonto, die passenden API-Berechtigungen und einen KI-Client, der Remote-MCP mit OAuth unterstützt. Ob die Einrichtung funktioniert, prüfst du in drei Schritten: die Verbindung anzeigen lassen, eine bekannte SKU abrufen und einen kleinen Bestellausschnitt lesen. Eine erfolgreiche Anmeldung allein bestätigt noch keinen Zugriff auf Artikeldaten und Bestellungen.

Die folgenden Prompts sind Vorlagen für diese ersten Prüfungen. Sie wurden nicht mit einem Händlerkonto ausgeführt. Die aktuellen Einrichtungsschritte und Verbindungsdaten stehen in der Backlane-Dokumentation.

Welche Rolle spielen OTTO, Backlane und der KI-Chat?

OTTO Market stellt die Daten deines Seller-Accounts bereit. Die OTTO-Anbindung von Backlane verbindet die freigegebenen Marktplatzschnittstellen mit deinem KI-Client. Der KI-Chat nimmt deine Frage entgegen, ruft passende Werkzeuge auf und bereitet deren Antworten auf.

Der Weg lautet damit: OTTO-Seller-Account → Backlane → KI-Client. MCP steht für Model Context Protocol und bezeichnet die Schnittstelle zwischen KI-Client und Backlane. OAuth ist das Anmelde- und Berechtigungsverfahren für diese Verbindung.

Dabei gibt es zwei getrennte Freigaben: Du erlaubst Backlane den Zugriff auf dein OTTO-Konto und meldest dich im KI-Client bei Backlane an. Die Anmeldung in einem OTTO-Browserfenster stellt die zweite Verbindung nicht automatisch her. Ebenso legt das Hinzufügen von Backlane im KI-Client noch keinen OTTO-Seller-Account an.

Was brauchst du vor der Einrichtung?

Du brauchst einen Backlane-Zugang, die richtige Backlane-Organisation und einen OTTO-Zugang mit Berechtigung, die Anbindung freizugeben. Wenn dir dafür Rechte fehlen, muss die zuständige Person deines Händlerkontos die Einrichtung übernehmen oder freigeben.

Für die beiden Datentests müssen die entsprechenden OTTO-Schnittstellen zugänglich sein: Products für Artikeldaten und Orders für Bestellungen. OTTO nennt solche Berechtigungsbereiche „Scopes“. Sie sind fachlich getrennt; ein gelungener Produktabruf beweist deshalb nicht, dass auch Bestellungen gelesen werden können. Die OTTO-Dokumentation zu App-Berechtigungen beschreibt diese Bereiche und die Freigabe einer Dienstleister-App durch den Händler.

Außerdem muss dein KI-Client Remote-MCP mit OAuth unterstützen. Ob die Einrichtung in deinem Tarif und Workspace verfügbar ist, prüfst du anhand der verlinkten Anbieteranleitungen in der Setup-Dokumentation. In Team-Workspaces kann zusätzlich eine Freigabe durch einen Administrator nötig sein.

Bereite für den Test eine bekannte SKU und einen kürzlich abgeschlossenen Kalendertag mit einer Bestellung vor. Eine SKU ist deine Artikelkennung für eine konkrete Variante. Übernimm sie aus deinem Seller-Portal, damit du die Antwort später eindeutig zuordnen kannst.

Wie richtest du die beiden Verbindungen ein?

Melde dich zuerst bei Backlane an und wähle die Organisation, in der du deinen OTTO-Account nutzen möchtest. Wähle dort OTTO und folge dem Verbindungsdialog für deinen Seller-Account. Schließe die vorgesehenen Anmelde- und Freigabeschritte ab.

Verbinde danach deinen KI-Client mit Backlane. Verwende dafür die MCP-Server-URL und die Anleitung für deinen Client aus der Dokumentation. Schließe auch hier die Anmeldung mit deinem Backlane-Account ab und aktiviere die Verbindung für deinen Chat, soweit dein Client dies verlangt.

Zugangsdaten gehören ausschließlich in die vorgesehenen Anmelde- oder Verbindungsdialoge. Kopiere keine Passwörter, API-Schlüssel oder Tokens in den Chat. Das bloße Einfügen der Server-URL in eine Nachricht stellt keine Verbindung her; die URL gehört in die Verbindungseinstellungen.

Für die ersten Abfragen kannst du Schreibzugriffe in Backlane organisationsweit deaktivieren. Das ist die technische Beschränkung. Der Zusatz „nur lesen“ in den folgenden Prompts grenzt zusätzlich den Arbeitsauftrag ein, ersetzt aber keine Zugriffsrechte.

Wie prüfst du den Zugriff mit drei kleinen Abfragen?

Prüfe zuerst die Erreichbarkeit von Backlane, danach Produkt- und Bestellzugriff getrennt. So kannst du einen Fehler dem richtigen Schritt zuordnen.

Ein durchgehendes Beispiel: Du verkaufst Leuchten und möchtest vor einer ersten Auswertung deinen Zugang prüfen. Die SKU LEUCHTE-BLAU ist hier frei erfunden; du ersetzt sie durch deine tatsächliche Kennung. Im Seller-Portal wählst du zusätzlich einen Tag, für den du eine Bestellung kennst. Die folgenden Schritte führen dich von der Einrichtung bis zum Abgleich dieser Daten.

1. Ist Backlane im Chat erreichbar und OTTO verbunden?

Ein erfolgreicher Aufruf von list_integrations bestätigt zunächst die MCP-Verbindung. Die Übersicht zeigt angebotene Integrationen und welche davon tatsächlich verbunden sind. Dass OTTO genannt wird, genügt deshalb nicht: Prüfe den gemeldeten Verbindungszustand. Gibt es keine verbundene Marktplatzanbindung, ist das kein MCP-Verbindungsfehler. Die Setup-Anleitung erklärt die nächsten Einrichtungsschritte.

Prüfe meine Backlane-Verbindung ausschließlich lesend.
Rufe dafür list_integrations auf.

Unterscheide angebotene Integrationen von verbundenen Accounts.
Zeige für OTTO den gemeldeten Verbindungszustand und vorhandene
Verbindungsnamen. Zeige einen bereitgestellten Einrichtungs-
oder Reparaturlink, falls die Anbindung fehlt oder defekt ist.
Gib keine Zugangsdaten, Tokens oder internen Kennungen aus.
Bei mehreren OTTO-Verbindungen frage, welche ich prüfen möchte.

Erwartetes Ergebnis: bestätigte OTTO-Verbindung, keine verbundene
OTTO-Anbindung, gemeldeter Reparaturbedarf oder ein Abruffehler.
Frage bei einem Fehler nicht nach Zugangsdaten im Chat.

Für das Leuchtenbeispiel wählst du eine tatsächlich verbundene OTTO-Anbindung. Auch dieser Verbindungszustand ist noch kein Nachweis, dass jede OTTO-Schnittstelle erreichbar ist.

2. Kommen die Artikeldaten der bekannten SKU zurück?

Der Einzelabruf einer SKU prüft den Produktzugriff und die Kontozuordnung. Er erspart dir, für einen Verbindungstest das gesamte Sortiment zu lesen.

Lies in der OTTO-Verbindung [Verbindungsname] ausschließlich
die Produktvariante mit der SKU [SKU]. Ändere keine Daten.

Zeige nur SKU, EAN und Produktreferenz, soweit vorhanden,
sowie Quelle und Abrufzeitpunkt. Kennzeichne fehlende Felder.

Erwartetes Ergebnis: ein eindeutig zuordenbarer Datensatz
oder eine klare Meldung zu fehlendem Treffer, Anmeldung
oder Berechtigung. Erfinde keine Ersatzwerte und leite
aus einem fehlenden Treffer keinen Listingstatus ab.

Vergleiche die EAN und SKU der Leuchte mit deinem Seller-Portal. Ein passender Datensatz bestätigt diesen Produktabruf. Er bestätigt noch nicht, dass die Variante online ist: Die OTTO-Produktdokumentation unterscheidet die übermittelten Produktdaten vom Marketplace-Status.

3. Lässt sich ein kleiner Bestellausschnitt lesen?

Eine Seite mit höchstens drei Bestellungen reicht als nächster Zugriffstest. Wähle den vorbereiteten Tag und filtere nach dem Bestelldatum. OTTO unterscheidet dieses Datum von Änderungs- und Statuszeitpunkten; die Bestelldokumentation zeigt dafür eigene Datumsfilter und die Begrenzung über limit.

Prüfe lesend die Bestellungen der OTTO-Verbindung
[Verbindungsname] für den Kalendertag [JJJJ-MM-TT]
in Europe/Berlin. Nenne zuerst die genauen Zeitgrenzen.

Filtere nach Bestelldatum mit fromOrderDate und toOrderDate,
sortiere nach ORDER_DATE und verwende keinen Statusfilter.
Lies nur eine Ergebnisseite mit limit=3, keine weiteren Seiten.

Zeige je Bestellung eine lokale Zeilennummer, Bestelldatum
und je Position SKU sowie fulfillmentStatus. Gib keine Namen,
Adressen, Kontaktdaten oder Bestellkennungen aus.

Erwartetes Ergebnis: höchstens drei Bestellungen, Abrufzeitpunkt
und Hinweis, ob weitere Ergebnisseiten vorhanden sind.
Kennzeichne dies als Stichprobe ohne Gesamtzahl oder Umsatzsumme.
Unterscheide leeres Ergebnis, fehlenden Zugriff und Abruffehler.

fulfillmentStatus beschreibt den Bearbeitungsstatus der einzelnen Bestellposition. Gleiche Datum, SKU und Positionen mit dem Seller-Portal ab. Die Bestellschnittstelle kann zusätzlich Käuferdaten liefern; die eingeschränkte Ausgabe begrenzt die Chatantwort, nicht automatisch den Umfang der API-Antwort.

Im Beispiel ist die Einrichtung für diese Aufgaben bestätigt, sobald die Verbindung erreichbar ist und beide Datenabrufe nachvollziehbar funktionieren. Liefert der Bestelltest keine Treffer, prüfst du zunächst Datum und Verbindung, statt daraus null Verkäufe abzuleiten.

Was bedeutet ein Fehler oder ein leeres Ergebnis?

Ein Abruffehler, fehlende Berechtigungen und ein erfolgreicher Abruf ohne Treffer sind unterschiedliche Befunde. Entscheidend ist, welcher Schritt tatsächlich geantwortet hat.

Beobachtung	Was ist belegt?	Nächste Prüfung
Keine Backlane-Werkzeuge im Chat	Der Verbindungstest wurde noch nicht ausgeführt.	Installation, Anmeldung und Aktivierung im KI-Client prüfen.
Übersicht erfolgreich, aber keine verbundene Marktplatzanbindung	Backlane ist erreichbar; angebotene Integrationen sind noch keine verbundenen Accounts.	Aktive Organisation und Seller-Verbindung prüfen; bereitgestellten Einrichtungs- oder Reparaturlink nutzen.
Anmeldung fehlgeschlagen	Der betroffene Abruf wurde nicht authentifiziert.	Prüfen, ob die Meldung vom KI-Client oder von der OTTO-Anbindung stammt; dort die Anmeldung erneuern.
Zugriff verweigert	Die angefragten Daten wurden nicht freigegeben.	Berechtigungen für die betroffene Schnittstelle prüfen.
Bekannte SKU nicht gefunden	Für diese Kennung kam kein Produktdatensatz zurück.	Verbindung und exakte SKU prüfen.
Bestellabfrage erfolgreich, aber leer	Die konkrete Abfrage lieferte keine Treffer.	Datumsgrenzen, Konto und Filter mit dem Seller-Portal abgleichen.

Ein weiterer Sonderfall: Öffnest du die MCP-Server-URL ohne Anmeldung direkt im Browser, kann eine 401-Antwort erscheinen. Laut Backlane-Dokumentation ist das zu erwarten und kein brauchbarer Verbindungstest. Verwende dafür den Werkzeugaufruf im angemeldeten KI-Client.

Was ist nach dem erfolgreichen Test sinnvoll?

Halte die verwendete Verbindung, SKU, Datumsgrenzen und Abrufzeitpunkte fest. Damit hast du eine kleine Referenz für spätere Prüfungen, ohne bereits eine umfassende Auswertung zu behaupten.

Wenn du anschließend versandbereite Bestellpositionen prüfen möchtest, nutze den Prompt für versandbereite OTTO-Positionen. Er fragt alle Ergebnisseiten ohne Datumsuntergrenze ab, damit ältere offene Positionen berücksichtigt werden.

Für Verkaufsvergleiche führt der Praxisleitfaden zur Auswertung von Marktplatzdaten weiter. Wenn die Produktdaten erreichbar sind, der Artikel aber nicht sichtbar ist, nutze die Anleitung zur OTTO-Listingdiagnose. Diese fachlichen Fragen beginnen dort, wo der Verbindungstest endet.