[SUB] Portalverweis (legacy)¶
⚫ Legacy — wird abgelöst. Seit 13.05.2026 läuft der Portalverweis-Pfad durch SUB Retoure (Output
sub_action: portalverweis). Diese Karte bleibt als Referenz für die alte Implementierung, wird aber nicht mehr aktiv gepflegt. Wenn du gerade Portalverweis bearbeitest, ist SUB Retoure die richtige Adresse.
Wird vom DAILY mokebo-ops Sync automatisch befüllt — bitte nicht manuell editieren.
Status: — Letzter Erfolgs-Run: — Erfolgsquote 7d: — Trigger: — Node-Count: —
🟢 Auf einen Blick¶
| Was tut der Workflow | Schickt dem Kunden den Link zum Retouren-Portal, wenn er anfragt wie er retournieren soll. |
| Wann greift er | Aus MOKI Dispatcher v2, Intent „portalverweis". |
| Sichtbarer Effekt für CS | Internal Note + ggf. gedraftete Antwort. |
| Symptom wenn kaputt | Im Sheet Ticket Log v2 steht Sub Action: no_op, obwohl der Sub erfolgreich war → Output-Format mismatched. |
| Owner | Susi (Backup: TBD) |
| Eskalation | Susi direkt anschreiben (Slack-DM). |
| Link in n8n | TBD — Susi via search_workflows("Portalverweis") heraussuchen |
Bekannte Stolpersteine / Edge-Cases¶
- Output-Convention nicht eingehalten: Sub returnt
{status, ticket_id, reason}, Parent erwartet{ticketId, sub_action, sub_status, sub_reason, sub_macro_id, sub_message}→ Build Log Row im Parent setzt fälschlichSub Action: no_op. Vorlage:Set Result/Set Result1aus SUB Sendungsstatus. Mapping siehehandover.mdSchritt 2.