Versandbestätigungen OTTOmarket schlagen alle fehl

Hi Forum,

seit ca. 08.05. werden weder durch die Ereignisaktion, noch durch die entsprechende Aktion in PlentyFlow Versandbestätigungen an OTTOmarket erfolgreich gesendet. Oder anders: Sie werden gesendet, schlagen jedoch CRITICAL fehl:

Object
identifier:"OTTO market"
callerFunction:"backend: POST /rest/flows/commands/run/"
callerLine:"384"
code:"module_otto::order.shipping.noShipmentsBuild"
translations_de:"Es wurden keine Sendungen gebaut."
codeMessage:"The return package and shipping package do not contain a valid return tracking number."
createdAt:"2026-05-13T12:23:44.768073+02:00"
id:"Y0pzTn95dwBHbCVCWlAFXgwEbHhAYmgAUXFudR11WwZ5R1h4QXhHeEdAdQJWV1tdWExLVkxNRglcWREPClNcW1RQElFeME12HWN_d04="
integration:"Plenty\Modules\Otto\Order\Services\SendShippingConfirmationService"
level:"CRITICAL"
references:Array[2]
0:Object
type:"action"
value:"orderShipping"
1:Object
type:"orderId"
value:2612150
timestamp:1778667824768

Die Fehlermeldung: codeMessage:„The return package and shipping package do not contain a valid return tracking number.“

Sendungsnummer von Versand- und Returnlabel liegen jedoch natürlich vor.

Wir haben in dem Zeitraum, kann leider den genauen Tag nicht mehr nennen, von Ereignisaktionen auf PlentyFlow zum Erzeugen der Return Label und Melden der Versandbestätigung umgestellt.

Jedoch funktioniert nicht mal mehr eine Fallback-Ereignisaktion, die ich für betroffene Aufträge ausgelöst habe.

Hat sonst noch jemand diese Issues bei OTTOmarket? Ticket bei Plenty ist offen seit 48h.

Gruß
Marc

In der alten FAQ (https://forum.plentymarkets.com/t/otto-market-haeufig-gestellte-fragen-faq/619919/3) ist der Fehler und dessen Ursache beschrieben. Scheinbar geht die Versandbestätigung bei euch raus, bevor die Sendungsnummern erzeugt sind. Vergleich mal die Uhrzeiten der Labelerstellung mit der Uhrzeit in der Fehlermeldung.

Gruß Johannes

als ihr umgestellt habt, habt ihr da auch im Assistenten OTTO Grundeinstellungen die Optionen für DHLReturn… verknüpft (Retourenversanddienstleister)?

Gruß
Steffi

Retourenlabel erzeugt am 13.05. 11:43 Uhr
Versandbestätigung gesendet am 13.05. 12:23 Uhr

Timestamp des Errors ist 2026-05-13 12:23:44 (Europe/Berlin)

Das entsprechende Versandprofil ist bereits verknüpft gewesen und ist es auch jetzt noch.

Seltsam ist einfach, dass auch die Fallback-Versandbestätigung über eine Ereignisaktion nicht funktionieren. Die einzige „ungewöhnliche“ Konfiguration bei uns ist, dass der Versand der Ware mit DPD erfolgt, das Retourenlabel jedoch mit DHL erzeugt wird. Aber das hat in der Vergangenheit bisher auch problemlos funktioniert.

Könnt ihr denn den Versand mit den Sendungsnummern manuell im OPC bestätigen, oder schlägt die Bestätigung dort auch fehl?

Gruß Johannes

Das hat funktioniert, konnte ich Mittwoch am eigenen Leib 60x erfahren :grimacing:

Retourennummer in Plenty und aus den OTTO-Einstellungen stimmen überein? Wenn es vorher funktioniert hat, wüsste ich aber nicht, warum mit der Umstellung die Daten falsch sein sollten.

Nur dass wir vom gleichen Assistenten sprechen:

Ich hatte es auch schon einmal, dass ich dann die Aktion im Ereignis gelöscht sowie gespeichert habe und wieder hinzugefügt. Dann wurde das Retourelabel wieder erstellt (kann mal vorkommen, dass es hängt, obwohl das Ereignis korrekt ist.)

Ist alles verknüpft. Mich wundert nur gerade die Menge an Einstellungsverknüpfungen?
Was ist der Unterschied zwischen DHLOnlineRetoure und DHLRetoureOnline? Scheint aber auch schon immer da zu sein, weil es bereits verknüpft ist.

nach der Umstellung musst du DHLReturns… verknüpfen!! Das ist nicht in deinem Screenshot zu sehen. Kommt unter GLS_ShipIT. Siehe mein Screenshot oben.

Erst nachdem die Einstellungen unter Einrichtung > Aufträge > Versand > Dienstleister > DHL Versenden > RetoureOnline - Einstellungen gemacht wurden, kommen die Einstellungen im OTTO Assistenten

Danke für den Hinweis! Ich habe die Verknüpfung jetzt hergestellt. Wir versenden erst Montag wieder. Ich prüfe dann nochmal und gebe Feedback. Danke!

Update 18.05.: Die neuen Verknüpfungen scheinen die Ursache gewesen zu sein. Danke an @ecomsilio-sh !