Workers P4: Betriebsanleitung H4 verweist auf die P5-Schritte für WORKERS_KAUFLINK

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/superpowers/plans/2026-10-17-workers-p4-gespraeche-werkstatt.md

@@ -1355,7 +1355,7 @@ cd /home/webklar/apps && cp -p .env .env.bak-$(date +%F)-automail && sed -i 's/^
 ```
 *Erwartet:* `docker exec webklar-workers printenv WORKERS_AUTOMAIL` zeigt `ja`. *Wenn nicht:* `nein` = Zeile in `.env` prüfen; zurück: dieselbe Zeile auf `nein` und neu starten.
 
-**H4. `WORKERS_KAUFLINK` bleibt `nein`, bis die Kaufseite des Portals (P5) live ist und im Portal `WORKERS_KAUF_ENABLED=on` steht (nach der Rechtsrunde und der Testbestellung aus der P5-Anleitung)**; die P5-Anleitung nennt `WORKERS_KAUFLINK` nicht, du setzt es erst danach selbst in der `.env` auf `ja` und startest wie oben neu. Bis dahin legt Theo bei einem Kaufwunsch nach einer gesendeten Vorschau keinen Link an, sondern einen Eintrag „Kaufwunsch – Kauf-Link noch nicht aktiv“ (Etikett „Preisfrage“, mit dem Text des Kunden); du antwortest von Hand. Je Interessent gibt es diesen Eintrag nur einmal: nach `Erledigt` erzeugt ein weiterer Kaufwunsch desselben Interessenten keinen neuen, schau dann in „Details“ (Nachrichtenverlauf) nach neuen Nachrichten. *Erwartet:* `docker exec webklar-workers printenv WORKERS_KAUFLINK` zeigt `nein`. *Wenn nicht:* `ja` vor P5 = sofort auf `nein` und neu starten, sonst führt ein Kauf-Link auf eine Seite, die es nicht gibt.
+**H4. `WORKERS_KAUFLINK` bleibt `nein`, bis die Kaufseite des Portals (P5) live ist und im Portal `WORKERS_KAUF_ENABLED=on` steht (nach der Rechtsrunde und der Testbestellung aus der P5-Anleitung)**; die P5-Anleitung setzt es in Schritt G3 nach Testbestellung und Rechtsfreigabe auf `ja` und nimmt es im Rückweg (I1) als Erstes wieder zurück. Bis dahin legt Theo bei einem Kaufwunsch nach einer gesendeten Vorschau keinen Link an, sondern einen Eintrag „Kaufwunsch – Kauf-Link noch nicht aktiv“ (Etikett „Preisfrage“, mit dem Text des Kunden); du antwortest von Hand. Je Interessent gibt es diesen Eintrag nur einmal: nach `Erledigt` erzeugt ein weiterer Kaufwunsch desselben Interessenten keinen neuen, schau dann in „Details“ (Nachrichtenverlauf) nach neuen Nachrichten. *Erwartet:* `docker exec webklar-workers printenv WORKERS_KAUFLINK` zeigt `nein`. *Wenn nicht:* `ja` vor P5 = sofort auf `nein` und neu starten, sonst führt ein Kauf-Link auf eine Seite, die es nicht gibt.
 
 **H5. Bounce-Notbremse.** Der Dienst stoppt den Versand selbst, wenn unter den letzten 10 gesendeten Mails 2 hart zurückkommen oder in 7 Tagen mehr als 5 % (Mindestnenner 20 Mails). Dann kommt die Mail „[Hustler] Versand gestoppt (Bounces)“ an die Berichtsadresse, im Hochhaus steht oben die rote Zeile „Versand gestoppt: <Grund>. Ein Admin kann ihn in den Einstellungen freigeben.“, und nichts geht mehr hinaus (auch nicht von Hand); alle Mail-Aufträge bleiben offen. Prüfe zuerst die Ursache (Adressquellen, Postfach, DNS und DKIM). Freigeben nur so: WOMS → Hustler → Hochhaus → „Einstellungen“ (Admin) → oben im Abschnitt „Versand gestoppt“ → `Versand wieder freigeben`. Bounces bis dahin zählen danach nicht mehr; die offenen Aufträge gehen im nächsten Sendefenster hinaus. Probe (einmal, vor dem Dauerbetrieb): in der Appwrite-Konsole im Dokument `workersSettings/main` `sendingHalted` auf wahr und `sendingHaltedReason` auf `Test` setzen. *Erwartet:* WOMS zeigt „Versand gestoppt: Test. …“; nach `Versand wieder freigeben` steht im Dokument `sendingHalted` falsch, `sendingHaltedReason` leer und `sendingHaltedClearedAt` gefüllt. *Wenn nicht:* die Meldung erscheint nicht = Seite neu laden; ein Fehler beim Freigeben = B6 war nicht vollständig, Claude.