Ein Make-Szenario, das monatelang stillschweigend Datensätze bewegt hat, bricht auf eine von zwei Arten: Die Historie füllt sich mit roten Modulen und einer kurzen Fehlerzeile — oder es verstummt, und eine Woche lang merkt es niemand. Zufall ist beides nicht. Fast jeder Fehler zwischen Make und Bitrix24 (Alaio) stammt aus denselben vier Ecken: der Verbindung, dem pollenden Trigger, den Feldcodes und dem fehlenden Suchschritt vor einem Create.

Warum bricht die Verbindung nach Monaten plötzlich ab?

Make erreicht das Portal über eine Anwendung: entweder die aus dem Market installierte, oder eine lokale App, die Sie selbst mit Client-ID, Secret und einer Handler-URL auf den Rückkanal von Make registriert haben. Zwei Dinge frieren in diesem Moment ein — die Rechte, die die App nutzen darf, und der Mitarbeiter, dessen Sitzung sie autorisiert hat. Entfernt jemand die App aus dem Portal, deaktiviert diesen Mitarbeiter oder beschneidet die Rechte, fallen sämtliche Module aller Szenarien gleichzeitig aus, und zwar mit einem Autorisierungsfehler, nicht mit einem Datenfehler.

Der Fehlertext sagt, welche Seite zu reparieren ist. Meldet die Antwort, dass die Anwendung nicht installiert sei, ist die App auf Portalseite verschwunden — eine neue Autorisierung in Make ändert daran nichts, solange sie nicht zurück ist. Ein ungültiges oder abgelaufenes Token bedeutet dagegen, dass der Refresh-Zyklus gerissen ist und die Verbindung neu autorisiert werden muss. Am fehlerhaften Modul selbst zu schrauben, hilft in beiden Fällen nicht.

Warum übersieht das Watch-Modul Datensätze?

Weil es pollt. Watch Deals, Watch Leads und Watch Tasks sind keine Ereignis-Abonnements: Sie fragen das Portal im Takt des Szenarios, was seit dem letzten Mal dazugekommen ist. Drei Einstellungen entscheiden, was sie sehen: das Intervall, ob der Filter auf Erstellungs- oder Änderungszeit läuft, und wie viele Einträge ein Durchlauf nehmen darf — ein Feld mit sehr kleinem Standardwert. Ein Massenimport von zweihundert Leads sickert deshalb in Häppchen durch, bis die Warteschlange aufgeholt hat, und genau das liest sich wie ein Trigger, der Datensätze verloren hat. Ein Filter auf Erstellungszeit bemerkt Änderungen nie; ein Filter auf Änderungszeit liest erneut ein, was das Szenario selbst gerade geschrieben hat.

Pollen kostet auf beiden Seiten: Der Lauf passiert, ob sich etwas geändert hat oder nicht, und jeder Zyklus verbraucht REST-Aufrufe im Portal. Erlaubt sind grob ein paar Aufrufe pro Sekunde, weshalb eine Schleife über einige hundert Datensätze ohne Pausen ins Limit läuft — und diese Obergrenze gilt pro Portal, das zweite Szenario erbt sie also.

Muss die Reaktion sofort kommen, soll das Portal von sich aus senden: entweder ein ausgehender Webhook auf ein Custom-Webhook-Modul, oder ein Schritt im Prozess selbst. Ein HTTP-Anfrage GET/POST feuert genau an der Stelle des Prozesses, die Sie gewählt haben, und schickt nur das, was Sie schicken wollten; JSON aus Feldern erstellen setzt den Body zusammen, ohne Anführungszeichen von Hand zu maskieren; Wert aus JSON per Pfad extrahieren holt die Antwort in den Prozess zurück — mehr dazu im Beitrag über JSON in Geschäftsprozessen. Wo eine verlorene Zustellung teuer ist — eine Bestellung geht in die Fertigung, ein Dokument zur Unterschrift —, wiederholt der Zuverlässiger Webhook nach eigenem Zeitplan, statt nach dem ersten Fehlschlag weiterzuziehen. Beide Richtungen sind in der Webhook-Fehlersuche beschrieben.

Warum scheitern Create und Update, obwohl die Daten stimmen?

Fast immer an Feldcodes. Benutzerdefinierte Felder reisen unter ihrem UF_CRM_…-Code, nicht unter der Beschriftung aus der Karte; Phasen und Pipelines gehen über IDs; Telefon und E-Mail sind Mehrfachfelder, eine schlichte Zeichenkette landet also in der falschen Form oder tut stillschweigend nichts. Dazu kann eine Phase Felder verlangen, die einen Moment vorher optional waren — deshalb kommt ein Datensatz, den ein Mensch von Hand speichern kann, aus dem Modul abgelehnt zurück. Prüfen Sie die Nutzdaten gegen die echten Codes, bevor Sie das Modul verdächtigen: Der häufigste Fall ist in Deal-Feld über die API aktualisieren durchgespielt. Methoden ohne eigenes Modul laufen über Make an API Call, das denselben Regeln folgt — nur ohne jede Feldzuordnung.

Warum entstehen Dubletten nach einem erneuten Lauf?

Weil Create-Module anlegen. Starten Sie eine auf halber Strecke gestorbene Charge neu, landet alles vor dem Abbruchpunkt ein zweites Mal — nichts in den Nutzdaten sagt «diesen gibt es schon». Die Form, die wiederholte Läufe übersteht, heißt suchen, verzweigen, dann anlegen oder aktualisieren, und am günstigsten läuft sie im Portal: Auftrag nach Bedingung finden und Kontakt per Telefon/E-Mail finden geben einen vorhandenen Datensatz an den Prozess zurück, sodass die Verzweigung vor dem Schreiben passiert. Was sich schon angesammelt hat, ist eine eigene Aufgabe — siehe Dubletten in Bitrix24.

Welche Hälfte des Szenarios gehört gar nicht zu Make?

Die Hälfte, die das Portal nie verlässt. Eine Phase verschieben, ein Feld füllen, eine Aufgabe eröffnen, nach einer Bedingung verzweigen: Wer das über ein externes Szenario leitet, kauft eine Netzrunde, einen zweiten Ort zum Debuggen und eine Quote, auf die man achten muss — und sonst nichts. Die tragfähige Teilung lautet: Make gehören die Systeme draußen, dem Portal seine eigenen Datensätze, und dazwischen liegt ein Aufruf. Die Innenseite ist gewöhnliche Einrichtung von Automatisierungsregeln; wenn genau dieser interne Schritt nie gestartet ist, hilft die Checkliste warum Regeln nicht auslösen. Dieselbe Abwägung für die Nachbarn steht in Konnektoren gegen Automatisierung im Portal und in Bitrix24 mit n8n verbinden.

Wie es weitergeht

Zerlegen Sie das Szenario in zwei Listen: Module, die Systeme außerhalb des Portals berühren, und Module, die nur Portaldatensätze berühren. Die zweite Liste wandert nach innen, und übrig bleiben meist eine Verbindung und ein Webhook — klein genug, um sie am Leben zu halten. Die Bausteine für die Innenseite liegen im Roboter-Katalog, und fehlt der passende, beschreiben Sie die Aufgabe: Roboteka baut fehlende Automatisierungsregeln kostenlos und stellt sie in die gemeinsame Bibliothek.