Zum Inhalt

[SUB] Retoure Status

🚧 Phase 0 — SHADOW_MODE. Im MOKI Dispatcher v2 seit 13.05.2026 verkabelt (Routing-Case 6), aber Zendesk-Writes (Public Reply, Internal Note, Auto-Noise Tag) sind deaktiviert. Tickets bekommen das Tag sub-shadow-mode — sie sind in Zendesk via Search tags:sub-intent-retoure_status sub-shadow-mode filterbar. Erster echter Lauf erwartet am 14.05. um 7:00 mit dem MOKI-Cron.

Wird vom DAILY mokebo-ops Sync automatisch befüllt — bitte nicht manuell editieren.

Status: Shadow-Mode (Sub aktiv, Zendesk-Writes off) Letzter Erfolgs-Run: — Erfolgsquote 7d: — Trigger: Subworkflow-Call (Routing-Case 6 in v2) Node-Count: —

🟢 Auf einen Blick
Was tut der Workflow Antwortet auf den Intent retoure_status — Kunde fragt: „Wo ist meine Retoure / wann kommt mein Geld?" Sub holt Plenty-Retoure-Status (Plenty-Lookup'4 im Parent), formuliert Antwort, draftet sie als Public Reply + Internal Note.
Wann greift er Aus MOKI Dispatcher v2 heraus, wenn Intent-Klassifikation retoure_status ergibt. Aktuell Phase 0 SHADOW_MODE — schreibt nichts in Zendesk.
Sichtbarer Effekt für CS Während Shadow: Tag sub-shadow-mode auf dem Ticket — sonst nichts. Susi reviewt die vorgeschlagenen Antworten manuell via Zendesk-Search-Filter. Nach Live-Schaltung: Public Reply + Internal Note.
Symptom wenn kaputt In Shadow: kein Eintrag im Ticket Log v2 für sub_action: sub_retoure_status_*. Nach Live: dieselben Symptome wie andere Subs (Internal Note fehlt).
Owner Susi (Backup: TBD)
Eskalation Susi direkt anschreiben (Slack-DM).
Link in n8n SUB Retoure Status

Architektur

flowchart LR
  Trigger[Sub-Trigger
von Dispatcher] --> Convert[Convert Types
ticketId number
isWhatsApp boolean]
  Convert --> Lookup[Plenty-Lookup'4
im Parent]
  Lookup --> Status[Status-Mapping
Plenty-Retoure-Status]
  Status --> Draft[Antwort-Draft
Claude API]
  Draft --> Shadow{SHADOW_MODE?}
  Shadow -- ja --> NoOp[Tag setzen:
sub-shadow-mode]
  Shadow -- nein --> Write[Public Reply +
Internal Note + Tag]
  NoOp --> Out[Return Output]
  Write --> Out

Subworkflow-Calls

Auto-generiert aus den executeWorkflow-Nodes — bitte nicht manuell editieren.

  • (keine — ist ein reiner Sub)

Verwandte Workflows

  • EwGhdDQ7rZfpvPum — dieser Sub (Haupt-ID)
  • jH2KcelwtAAbeaTH — eine der Helper-Komponenten
  • FiIxCqEGKngq7p3Y — eine der Helper-Komponenten

(Genaue Rollen werden in der Karte ergänzt, sobald Live-Modus aktiv ist und die Architektur sich gesetzt hat.)

Bekannte Stolpersteine / Edge-Cases

  • SHADOW_MODE-Toggle liegt in den Sub-Settings. Wenn du auf Live wechselst, MUSS auch die MOKI Config (Sheet) auf live=TRUE für diesen Intent gesetzt werden — sonst silent-skip.
  • Convert-Types am Sub-Trigger ON: ticketId muss number sein (Zendesk schickt String), isWhatsApp boolean. Wenn das jemand abdreht, brechen die Folge-Nodes wegen Typ-Mismatch.

Debug-Anleitung

  1. Shadow-Run reviewen: in Zendesk Search → tags:sub-intent-retoure_status sub-shadow-mode → Tickets durchgehen, Internal-Note-Vorschläge ansehen.
  2. n8n → SUB Retoure Status → Executions → Filter „Failed".
  3. Im Ticket Log v2 Sheet: Filter sub_action LIKE sub_retoure_status_* — sollte ab 14.05. erste Zeilen haben.

Entscheidungen / Geschichte

  • 2026-05-13: Im Dispatcher verkabelt (Routing-Case 6, Switch-Case sub_retoure_status, Lookup'4 → Sub-Call → Merge-Index 6). Convert-Types ON. Zendesk-Writes deaktiviert. Ready für 7:00-Run am 14.05.
  • (geplant) Nach Shadow-Review: Live-Schaltung mit live=TRUE in MOKI Config, Zendesk-Writes aktivieren.