Betreiber-Schritte
Zielsystem-Owner und Testkanal festlegen.
Secrets in /etc/saferpage/alert-dispatch.env oder Secret Manager setzen.
Dry-run ausfuehren und Runner-State pruefen.
Receiver-Signatur und Dedupe pruefen.
Freigabe setzen und nach erstem Lauf sent/error pruefen.
Abnahme
Alert-Delivery-Readiness-Smoke ist gruen: HTTP-Ziele erreichbar, failed_check_count=0, Dry-run sent_count=0 und Runner sent_count=0.
Mindestens ein externes natives Zielsystem ist serverseitig konfiguriert oder der lokale File-Sink ist bewusst nur fuer Audit-Dry-runs zugelassen.
SAFERPAGE_ALERT_DISPATCH_APPROVED=yes ist erst nach dokumentierter Betreiberfreigabe gesetzt.
Receiver prueft Idempotency-Key und optional HMAC-Signatur.
Public-State zeigt keine Ziel-URLs, Tokens, Empfaenger oder Rohpayloads.
Stop-Bedingungen
sent_count steigt ohne Approval-Record.
Webhook-URL, Token oder Empfaenger erscheinen in Public-State, Logs oder Exporten.
Zielsystem erzeugt Duplikate trotz Idempotency-Key.
Runner error_count ist groesser 0.