Mokebo PlentyOne — Custom IDs

mokebo verwendet auf einigen PlentyOne-Standardfeldern Custom-IDs, die nicht mit den Defaults aus der Plenty-Doku übereinstimmen. Vor jeder API-Integration prüfen.

Auftragsstatus (Retoure-Bereich)

Status	Bedeutung
9.01 \| Retourenlabel versen[den/det]	Reiner Retourenauftrag, kein automatischer Label-Versand durch Plenty (Prime-Fall, Amazon-Label existiert bereits)
9.02	Plenty erzeugt + verschickt automatisch ein Retourenlabel an den Kunden
9.1 \| Retoure versendet	Standard nach Versand, Tracking-Endstand

Plenty-Doku-Standard 9.0/9.1/9.2/9.3 sind ergänzt um diese Subdezimal-Werte.

Auftragsherkunft (Referrer)

• 4.01 | Amazon Germany — NICHT Standard 2 (Amazon Generic) und NICHT 143xx
• mokebo hat eigene Sub-Referrer für Marktplätze.
• Vor jeder Integration via GET /rest/orders/referrers validieren.

Property-Types

typeId	Bedeutung	Wo
35	Retourengrund	orderItems[].properties (NICHT Plenty-Standard 4)
7	externe Auftrags-ID	Order-Level
2	Versandprofil-Referenz	Order-Level

Versanddienstleister-Codes (Beispiele)

• 41 | GLS - PC Na... — GLS Variante
• DHLP — DHL Paket

Variieren je nach Lager (Dropship vs. eigenes Lager).

Lager

mokebo arbeitet primär dropship: Dropship-Lager: procontour GmbH, Dropship-Lager: MAGMA. Lager-ID am Auftrag immer mitprüfen — einheitliches „Mokebo-Lager" gibt es nicht.

User-IDs (ownerId)

ownerId	User	Verwendung
78	n8n-api+38991@mail.account.plentysystems.com, Display „N8N"	Alle automatisierten Auftrags-Anlagen aus n8n-Workflows
67	apoio Plugin-User	CS arbeitet primär darüber → viele händisch angelegte Retouren
2	Standard-System-User für Auftrags-Import	Marketplace-Imports

Auftragstyp-IDs für orderItems

• typeId: 1 — Verkaufsposition (auch in Retouren-Aufträgen, nicht 11 wie Plenty-Doku-Skill behauptet)
• typeId: 6 — Versandkosten-Position (im 01-Retouren-Erfassung-Filter ignoriert)

Verlinkung zwischen Retoure-Item und Hauptauftrag-Item via orderItems[].references[] mit referenceType: "parent" und referenceOrderItemId: <hauptauftragItemId>.