TillyGen und Zapier

Worum es geht

Zapier kettet einen Auslöser an Aktionen quer durch Tausende Apps, und sein Webhook-Trigger ist die offene Tür für Werkzeuge ohne fertigen Connector. Genau das ist der Weg für TillyGen: Ein Plan-Ereignis erreicht Zapier als Webhook-Aufruf mit JSON im Gepäck, und der Zap verteilt es — eine Slack-Nachricht in den Produktionskanal, eine Zeile im Tracking-Sheet, eine Mail an den Kundenkontakt. Das Aufsetzen ist Klicken, nicht Programmieren — und liegt damit in Reichweite des Producers, dem der Prozess gehört. Der Plan selbst bewegt sich nie; nur Nachrichten über ihn.

Eine Integration ist dann gut, wenn niemand mehr über sie spricht: Die Daten liegen dort, wo sie gebraucht werden, ohne dass jemand exportiert.

Was hier anders läuft

Konkret heißt das in der Planung:

• Ein Webhook-Trigger empfängt Plan-Ereignisse aus der TillyGen-API und startet den Zap mit den Feldern des Ereignisses als Variablen
• Typischer erster Zap: Drehplan aktualisiert, also Post in den Slack-Produktionskanal mit Änderungszusammenfassung und Planlink
• Ein Protokoll-Zap hängt jedes Export-Ereignis an ein Spreadsheet — ein kostenloser Prüfpfad, wer wann welchen Planstand veröffentlicht hat
• Ein Zap pro Handgriff hält Ausfälle isoliert; ein kaputter Mail-Schritt blockiert nie die Slack-Ankündigung

Schritt für Schritt

In dieser Reihenfolge geht es am schnellsten:

1. Liste die Handgriffe, die sich bei jeder Planänderung wiederholen — Ankündigungen, Protokolle, Benachrichtigungen — und nimm den nervigsten zuerst.
2. Lege einen Zap mit Webhook-Trigger an und richte das Ereignis der TillyGen-API auf seine Catch-URL, dann löse ein Test-Ereignis aus, um die Felder zu sehen.
3. Mappe die Ereignisfelder in die Aktion — Kanalnachricht, Tabellenzeile, Mail — und formuliere den Output so, dass ein Mensch erkennt, was sich geändert hat.
4. Schalte den Zap scharf und beobachte ihn über eine echte Planungswoche; justiere Wortlaut und Filter, wo er zu oft oder zu vage feuert.
5. Ergänze den nächsten Handgriff als eigenen Zap, statt den ersten aufzublähen — kleine Zaps überleben, clevere verrotten.

Typische Stolperstellen

Was in der Praxis am häufigsten schiefgeht:

• Ein Zap, der bei jedem Mini-Edit postet, erzieht den Kanal dazu, Plan-Ankündigungen komplett zu ignorieren — filtere auf bedeutsame Ereignisse
• Automatisierung verdeckt Urheberschaft: Postet der Zap Falsches, muss ein Mensch das Bemerken besitzen — ein Roboter kennt keine Scham

Mit TillyGen

TillyGen bleibt das System, in dem Pläne sich ändern; Zapier ist der Ausrufer, der es allen erzählt. Die API sendet das Ereignis, der Zap verbreitet die Nachricht — und kein Werkzeug flussabwärts hält je das Original.

Ändert sich eine Randbedingung, wandern die Folgen durch den ganzen Plan: betroffene Einstellungen werden markiert, die Disposition wird neu erzeugt, und niemand arbeitet weiter mit einer Fassung von gestern.