Früher oder später läuft jedes Automatisierungsprojekt gegen dieselbe Wand. Sie bauen eine Regel, die einer Person etwas mitteilen soll, öffnen die Empfängerliste — und genau der Chat, den Sie brauchen, steht nicht darin. Die Nachricht landet im Benachrichtigungsstrom, die zuständige Person öffnet ihn nie, und das Team tippt denselben Satz weiterhin jeden Tag von Hand. Dieser Artikel zeigt, was eine Automatisierungsregel in Bitrix24 (Alaio) mit Chats kann und was nicht — und wie sich die verbleibenden Lücken schließen lassen.

Welche Chats es auf einem Portal gibt

Im Messenger liegen vier Dinge in einer Liste, die sich unterschiedlich verhalten. Der private Chat ist ein Gespräch zu zweit und entsteht mit der ersten Nachricht. Der Gruppenchat wird von Hand angelegt — für eine Abteilung, ein Projekt oder eine einmalige Sache wie eine Ausschreibung. Ein Kanal ist ein Gruppenchat mit Einwegkommunikation: wenige schreiben, alle lesen. Dazu kommen die Dienstchats, die das Portal selbst anlegt: der Chat einer Aufgabe, der Chat einer Arbeitsgruppe oder eines Projekts und der Chat eines Kundengesprächs aus einem Messenger oder dem Website-Widget.

Für die letzte Art gelten völlig andere Regeln — Warteschlange, Verteilung auf Mitarbeitende und Verknüpfung mit einer CRM-Karte. Das steht im Leitfaden zu den Offenen Kanälen; alles Weitere hier betrifft interne Chats.

Warum eine Regel nicht in den Aufgabenchat schreiben kann

Die Standardaktion sendet eine Nachricht an eine Person oder in einen Gruppenchat, und für die meisten Hinweise reicht das — welcher Kanal zu welchem Ereignis passt, steht im Artikel über Benachrichtigungen aus Geschäftsprozessen. Die Diskussion einer Aufgabe steht in dieser Empfängerliste jedoch nicht, und keine Einstellung bringt sie hinein.

Das ist bitter, denn genau dorthin schauen die Menschen. Ein Kommentar in der Aufgabe wird gelesen, eine Zeile im Benachrichtigungsstrom mit allem anderen weggewischt. Die wertvollste Nachricht einer Regel — «die Priorität hat sich geändert», «die Rechnung liegt bei», «die Kundin hat geantwortet» — landet also an der am wenigsten gelesenen Stelle des Portals.

Der Robot Nachricht in den Aufgaben-Chat bringt sie dorthin, wo sie hingehört: Aufgaben-ID, Text und bei Bedarf eine Liste von Datei-IDs aus dem Drive — die Nachricht erscheint samt Anhängen in der Diskussion. Typische Fälle: Ein Deal-Prozess meldet der zuständigen Person die geänderte Priorität; die Buchhaltung legt die Rechnung direkt in die Aufgabe, statt zu erklären, wo sie im Drive liegt; ein Freigabeprozess hält fest, wer wann zugestimmt hat.

Der Aufgabenchat ist der Kommentarstrom

Eines sollte man vorher wissen: Aufgabenchat und Aufgabenkommentare sind derselbe Strom. Was in der Diskussion geschrieben wird, ist eine Chatnachricht, und was der Chat bekommt, erscheint als Kommentar. Beteiligt sind Ersteller, Verantwortliche, Mitwirkende und Beobachter — wer als Mitwirkender hinzukommt, kommt auch in das Gespräch.

Im selben Strom liegen Diensteinträge: «Aufgabe erstellt», «Frist geändert», «Aufgabe abgeschlossen». Sie stehen neben echten Kommentaren, und das wird wichtig, sobald eine Automatisierung den Strom liest.

Woher die Chat-ID kommt

Die Oberfläche zeigt die Kennung eines Chats nirgends an — weder in der Aufgabenkarte noch im Chat selbst. Jede Arbeit mit einem Gespräch von außen beginnt aber damit: eine Nachricht über die API senden, die Diskussion exportieren, den Chat an ein anderes System anbinden. Die Messenger-Methoden erwarten zudem eine bestimmte Form — keine nackte Zahl, sondern eine Zeichenkette wie chat123.

Der Robot Chat-ID der Aufgabe liefert sie im Prozess: Hinein geht die Aufgaben-ID, heraus kommen die Zahl, die fertige Dialogkennung chatXXX und ein Kennzeichen «Chat gefunden». Von dort wandert die Kennung weiter — in den nächsten Robot, in eine HTTP-Anfrage an ein anderes System oder in ein Protokoll.

Das Gespräch zurück in den Prozess lesen

Schreiben ist die halbe Miete; ein Prozess, der auf Gesagtes reagiert, ist mehr wert. Der Robot Letzter Kommentar der Aufgabe gibt Text, Autor und Datum des letzten Kommentars zurück und überspringt Diensteinträge standardmäßig — «Aufgabe abgeschlossen» wird also nie für eine menschliche Antwort gehalten. Hängen Sie eine Bedingung daran, und Schweigen wird zum Signal: drei Tage ohne Kommentar heißt eskalieren, ein neuer Kommentar heißt weiterlaufen. Wie solche Zweige entstehen, steht im Artikel über die «Wenn-dann»-Bedingung.

Im CRM übernimmt das der Robot Kommentare des Elements abrufen: Er liest die Timeline-Kommentare eines Deals, eines Leads oder eines Smart-Prozess-Elements und gibt sie als Zeichenkette, als Liste zum Durchlaufen und als JSON zurück. Und wenn ein Kundengespräch an der falschen Karte hängt — ein Chat erzeugte einen Lead, der Lead wurde konvertiert, die Historie blieb zurück —, verschiebt der Robot Gespräch des offenen Kanals verknüpfen sie dorthin, wo das Team tatsächlich arbeitet.

Wann ein Chatbot wirklich nötig ist

Ein Chatbot in Bitrix24 ist eine externe Anwendung, die per REST auf dem Portal registriert wird: Sie erscheint in der Kontaktliste, empfängt Ereignisse zu Nachrichten und antwortet unter eigenem Namen. So entstehen Support-Bots, Umfrage-Bots und Assistenten, die aus dem Gespräch heraus eine Anfrage anlegen.

Der Preis ist Entwicklung. Ein Bot läuft auf Ihrem Server, nicht auf dem Portal, und braucht einen Ereignis-Handler, Rechte und laufende Pflege. Prüfen Sie deshalb vorher, ob es überhaupt ein Bot sein muss. «Ein Bot, der in den Chat schreibt, wenn der Deal eine Phase erreicht» ist kein Bot, sondern eine gewöhnliche Automatisierungsregel. «Ein Bot, der morgens die offenen Aufgaben zusammenfasst» auch nicht. Ein Bot lohnt sich dort, wo ein Mensch mit ihm spricht — Fragen stellt und im Dialog Antworten bekommt. Alles andere sind Nachrichten aus einem Prozess, ganz ohne Code.

Den Lärm klein halten

Je mehr Automatisierung in Chats schreibt, desto schneller hören die Menschen auf zu lesen. Nichts doppeln: Wurde aus einem Ereignis bereits eine Aufgabe, braucht es keine zusätzliche Chatnachricht. Nicht den Normalfall melden, sondern die Abweichung — «Prozess gestartet» hilft niemandem, «seit drei Tagen keine Antwort» schon. Und laute Aufgaben einzeln stummschalten: Der Robot Stummmodus für die Aufgabe schaltet die Benachrichtigungen genau einer Aufgabe ab, ohne die übrigen zu berühren — gedacht für lange Hintergrundaufgaben mit ständigem Gesprächsfluss.

Kommen gar keine Nachrichten mehr an, liegt es meist vor dem Chat: Die Regel lief nie. Die Prüfliste dafür steht im Artikel darüber, dass Roboter nicht funktionieren.

Wie es weitergeht

Fangen Sie mit dem Satz an, den Ihr Team am häufigsten von Hand tippt, und lassen Sie ihn einen Prozess in den Aufgabenchat schreiben. Fügen Sie dann die Gegenrichtung hinzu: Eine Bedingung auf den letzten Kommentar macht aus «liegt einfach herum» eine Eskalation mit Namen und Frist. Das größere Bild zum Prozessbau steht im Leitfaden zu den Geschäftsprozessen, die aufgabennahen Teile in den Artikeln über Roboter in Aufgaben und Aufgabenfelder, und die Bausteine selbst liegen im Robot-Katalog. Fehlt der passende — beschreiben Sie die Aufgabe: Roboteka baut fehlende Aktivitäten kostenlos und stellt sie in die gemeinsame Bibliothek.