Nach Zahlung / Scope-Bestätigung

Workflow-Material sicher vorbereiten

Diese Anleitung wird nach Kauf oder Scope-Bestätigung genutzt. Sie erklärt, welches Material geeignet ist und welche Inhalte vor einem Review entfernt werden müssen.

Was geeignet ist

• Redigierter n8n Workflow-Export ohne Credentials.
• Screenshots von Nodes und Fehlerpfaden ohne private Werte.
• Kurzbeschreibung: Zweck, Trigger, betroffene Systeme.
• Schlimmster realistischer Fehlerfall im Betrieb.
• Information, ob der Workflow produktionsnah oder intern genutzt wird.
• Hinweis, welche Systeme kritisch sind: CRM, E-Mail, Slack, Sheets, API.

Nicht senden

• API Keys, OAuth Tokens, Passwörter oder Session-Cookies.
• Kundendaten, Zahlungsdaten, Gesundheitsdaten oder Bewerberdaten.
• Private Webhook-URLs oder interne Admin-Links.
• Produktionsgeheimnisse, vertrauliche Payloads oder Live-Logs.
• Daten, für die keine Weitergabe erlaubt ist.
• Unredigierte Kundennamen, E-Mail-Adressen oder Telefonnummern.

Redaction-Checkliste

1. Alle Credential-Felder entfernen oder auf [REDACTED] setzen.
2. Webhook-URLs kürzen: Domain und Token entfernen.
3. Beispiel-Payloads durch fiktive Werte ersetzen.
4. Node-Namen prüfen: keine Kundennamen oder Geheimnisse.
5. Fehlerbeispiele anonymisieren.
6. Export lokal speichern und vor Versand noch einmal durchsuchen nach key, token, secret, password.

Einreichen nach Kauf

Material wird im MVP per E-Mail an info@clawilab.com eingereicht. Der Betreff sollte FlowFail Material nach Kauf enthalten. Die Kauf-E-Mail aus Stripe muss in der Nachricht stehen, wenn sie von der Absenderadresse abweicht.

1. Gekauftes Paket nennen: Quick Scan oder Detail Review.
2. Redigierten n8n-Export als .json oder Screenshots anhängen.
3. Kurz Zweck, Trigger, betroffene Systeme und schlimmsten Fehlerfall beschreiben.
4. Bestätigen, dass keine Secrets, Credentials, Kundendaten oder privaten Payloads enthalten sind.

Was der Review danach liefert

Der Report bewertet sichtbare Struktur- und Betriebsrisiken: Fehlerpfade, Retry-/Duplikatrisiken, Webhook-/Payload-Grenzen, sensible Datenpfade und Wartbarkeit. Er ersetzt keine Rechtsberatung, keinen Pentest und keine produktive Runtime-Überwachung.