Slack-Integration
Verbinden Sie Threada mit Slack für gesteuerte Benachrichtigungen, Eskalations-Alerts und Anfragen-Eingang.
Überblick
Die Slack-Integration ermöglicht es Threada, Benachrichtigungen zu senden, Eingaben aus Kanälen zu sammeln und Eskalations-Alerts zu routen — alles gesteuert durch Workspace-Richtlinien.
Funktionen
- WorkItem-Zusammenfassungen und Eskalations-Alerts in Kanälen posten
- Anfragen-Eingang aus festgelegten Kanälen sammeln
- Prüfer in Slack benachrichtigen, wenn eine Genehmigung aussteht (Prüfer genehmigen in Threada Work)
- Benachrichtigungen nach Richtlinienklassifizierung und Priorität routen
- Audit-Trail für jede Nachricht und Interaktion
Ein durchgespieltes Beispiel
Ein durchgängiger Ablauf, den Threada mit Slack ausführt:
- Ein Teammitglied postet eine Anfrage in einem festgelegten Slack-Channel, und Threada erfasst sie als gesteuertes WorkItem mit typisiertem Schema.
- Threada entwirft eine fundierte Antwort oder schlägt eine Aktion vor und postet eine Benachrichtigung an Slack, die den richtigen Prüfer darauf hinweist, dass eine Genehmigung aussteht.
- Der Prüfer öffnet Threada Work und genehmigt oder lehnt an einem expliziten Entscheidungsschritt ab; die genehmigte Aktion läuft dann als gesteuerte Aktion mit Idempotenz.
- Das Ergebnis wird zurück in den Channel gepostet, und jede Nachricht und Interaktion wird auf dem Audit-Trail festgehalten.
Einrichtung
Konfigurieren Sie die Integration in Studio unter Pack-Governance. Installieren Sie die Threada-Slack-App mit bereichsbezogenen Berechtigungen und ordnen Sie Kanäle Ihren Workflow-Definitionen zu.
- Fügen Sie in Studio die Slack-Integration unter Pack-Governance hinzu.
- Installieren Sie die Threada-Slack-App mit bereichsbezogenen Least-Privilege-Berechtigungen.
- Ordnen Sie die Channels zu, aus denen Threada den Eingang lesen und in die es Ergebnisse posten darf.
- Validieren Sie die Verbindung; die Integration wird erst aktiviert, nachdem der Test erfolgreich war.
Berechtigungen und Datenzugriff
Slack wird über Least-Privilege-Oberflächen angebunden, jede mit eigenen Anmeldedaten, die Sie kontrollieren.
- Die Threada Slack Marketplace-App fordert einen einzigen OAuth-Scope an — commands —, sodass sie ausschließlich Ihre /threada-Slash-Befehlsaufrufe empfängt und kein Slack Web API-Token speichert.
- Die Aufnahme von Kanalnachrichten und das Posten in Kanäle nutzen eine mandantenspezifische Slack-App, deren bot token und signing secret Sie selbst bereitstellen; diese werden im Secret Manager gespeichert und nur für die von Ihnen zugeordneten Kanäle verwendet — dasselbe Anmeldedaten-Modell wie bei den übrigen Integrationen von Threada.
- Eingehende Slack-Anfragen werden gegen Ihr Slack signing secret verifiziert, bevor Threada ein WorkItem erstellt; ausgehende Alerts können außerdem eine Slack incoming webhook-URL ohne Token verwenden.
- Das Deinstallieren oder Deaktivieren der Integration stoppt Aufnahme und Posting und bewahrt die Audit-Historie für bereits erstellte WorkItems.
Häufig gestellte Fragen
Können Personen Aktionen direkt in Slack genehmigen?
Nicht in Slack selbst. Slack erhält eine Benachrichtigung, dass eine Genehmigung aussteht; der Prüfer genehmigt oder lehnt an einem expliziten Entscheidungsschritt in Threada Work ab, und erst dann läuft die gesteuerte Aktion. Das Ergebnis kann zurück in den Channel gepostet werden.
Erfasst Threada den Eingang aus Slack?
Ja. Nachrichten in festgelegten Channels werden zu gesteuerten WorkItems mit typisiertem Schema, sodass aus einer informellen Slack-Anfrage ein strukturierter, nachverfolgbarer Datensatz wird statt eines verlorenen Threads.
Welchen Zugriff benötigt die Integration?
Die Threada-Slack-App, installiert mit bereichsbezogenen Least-Privilege-Berechtigungen für die konkret genutzten Channels. Jede Nachricht und Interaktion wird auf dem Audit-Trail protokolliert.