sevDesk mit n8n: Polling-Trigger, Grenzen der API
sevDesk hat kein natives n8n-Node: So bauen Sie einen Polling-Trigger mit Schedule Trigger und HTTP Request Node inklusive dokumentierter API-Limits.
Überblick über alle n8n-Trigger-Typen: Schedule, Webhook, Polling, Manuell und Chat inklusive Einsatzempfehlung je Szenario.
Jeder n8n-Workflow braucht einen Startpunkt, sonst passiert schlicht nichts. Dieser Startpunkt heißt Trigger, und n8n bietet dafür deutlich mehr als nur "Zeitplan" oder "Webhook" an. Von der zeitgesteuerten Automatisierung über eingehende HTTP-Aufrufe bis zum Chat-Interface für KI-Agenten: Welcher Trigger-Typ zu Ihrem Szenario passt, entscheidet direkt darüber, wie zuverlässig und wie schnell Ihr Workflow reagiert.
Dieser Überblick zeigt Ihnen die wichtigsten Trigger-Arten in n8n, wie sie technisch funktionieren und wann Sie welchen einsetzen. Als Quelle dient die offizielle n8n-Dokumentation zu Trigger-Nodes.
Ein Trigger-Node ist laut Dokumentation ein Node, der einen Workflow als Reaktion auf eine bestimmte Bedingung startet. Jeder produktive Workflow braucht mindestens einen Trigger, damit n8n überhaupt weiß, wann er anlaufen soll.
Ein Workflow kann durchaus mehrere Trigger gleichzeitig enthalten, etwa einen Schedule Trigger für die tägliche Routine und zusätzlich einen Webhook für spontane externe Anstöße. Bei jeder einzelnen Ausführung löst dann aber immer nur der Trigger aus, dessen Bedingung tatsächlich eingetreten ist. Sie behalten also die Kontrolle darüber, aus welchem Anlass Ihr Workflow jeweils läuft, auch wenn mehrere Wege dorthin führen.
Der Schedule Trigger startet Workflows zu festen Zeiten und Intervallen, ähnlich wie das Unix-Cron-Utility. Laut Dokumentation zum Schedule Trigger Node stehen Ihnen dabei mehrere Intervall-Modi zur Verfügung:
0 9 * * 1-5 für werktags 9:00 Uhr.Wichtig zu wissen: Der Schedule Trigger greift nur, wenn der Workflow veröffentlicht ist, und richtet sich entweder nach der Workflow- oder nach der n8n-Instanz-Zeitzone. Sie können außerdem mehrere Trigger-Regeln innerhalb eines einzigen Schedule Trigger kombinieren, wenn ein Workflow zu unterschiedlichen Zeitpunkten unterschiedlich oft laufen soll.
Einsatzempfehlung: Der Schedule Trigger passt immer dann, wenn Sie eine feste Routine automatisieren, etwa nächtliche Datensynchronisationen, wöchentliche Reports oder regelmäßige Aufräumarbeiten wie Execution-Pruning-Checks. Er ist die richtige Wahl, wenn niemand von außen ein Ereignis auslöst, sondern die Uhr den Takt vorgibt.
Der Webhook Node verbindet externe Dienste mit n8n, indem er auf eingehende HTTP-Aufrufe wartet und bei Eintreffen sofort den Workflow startet. Laut Dokumentation zum Webhook Node unterstützt er die Methoden GET, POST, PUT, PATCH, DELETE und HEAD, bei einer maximalen Payload-Größe von 16 MB pro Aufruf.
Besonders relevant für die Praxis ist die Trennung zwischen zwei URLs:
Für die Absicherung stehen Basic Auth, Header Auth und JWT Auth zur Verfügung, dazu kommen IP-Whitelisting, das Ignorieren von Bots und CORS-Einstellungen. Bei der Antwort können Sie zwischen sofortiger Rückmeldung, der Antwort nach Abschluss des letzten Nodes, einer individuellen Antwort über eine separate Respond-to-Webhook-Node oder einer Streaming-Response wählen.
Einsatzempfehlung: Nutze den Webhook Trigger, wenn ein anderes System aktiv etwas an n8n melden soll, etwa ein neues Formular-Absenden, eine Zahlungsbestätigung eines Zahlungsdienstleisters oder ein Event aus einem CRM. Der große Vorteil gegenüber dem Schedule Trigger ist die Reaktionszeit: Der Workflow startet praktisch in dem Moment, in dem das Ereignis eintritt, statt erst beim nächsten geplanten Durchlauf.
Nicht jeder Dienst kann selbst einen Webhook auslösen. Viele externe Systeme, etwa klassische E-Mail-Postfächer oder RSS-Feeds, bieten keine aktive Benachrichtigung an. Für diesen Fall gibt es Polling Trigger: Sie prüfen in einem festgelegten Rhythmus selbst nach, ob es etwas Neues gibt, und starten den Workflow nur dann, wenn sich tatsächlich etwas geändert hat.
Ein gutes Beispiel dafür ist der RSS Feed Trigger. Laut Dokumentation zum RSS Feed Trigger Node fragt dieser Node die konfigurierte Feed-URL in einem einstellbaren Rhythmus ab und löst den Workflow nur bei neuen Einträgen aus. Zur Wahl stehen unter anderem stündliche, tägliche, wöchentliche und monatliche Prüfintervalle sowie freie Cron-Ausdrücke für individuelle Zeitpläne. Auf demselben Prinzip basieren auch andere n8n-Nodes wie der Email-Trigger per IMAP oder der Local File Trigger, die neue Nachrichten beziehungsweise neue Dateien durch regelmäßiges Nachfragen erkennen.
Einsatzempfehlung: Polling ist die richtige Wahl, wenn die Quelle selbst keine Push-Benachrichtigung anbietet, Sie das Ereignis aber trotzdem zeitnah verarbeiten wollen. Beachten Sie dabei, dass ein zu enges Prüfintervall unnötig viele Ausführungen und damit auch unnötige API-Aufrufe erzeugt, während ein zu weites Intervall die Reaktionszeit verlängert. Ein sinnvoller Mittelweg richtet sich danach, wie häufig sich die Quelle tatsächlich ändert.
Der Manual Trigger startet einen Workflow ausschließlich dann, wenn Sie im Editor aktiv auf "Execute Workflow" klicken. Laut Dokumentation zum Manual Trigger Node eignet er sich vor allem für zwei Situationen: zum Testen eines Workflows, bevor Sie einen automatischen Trigger ergänzen, und für Workflows, die bewusst nicht automatisch laufen sollen, weil ein Mensch jeden Durchlauf gezielt anstoßen möchte.
Eine technische Einschränkung sollten Sie kennen: Pro Workflow ist immer nur ein einziger Manual Trigger Node erlaubt.
Einsatzempfehlung: Verwende den Manual Trigger in der Entwicklungsphase, um einen Workflow Schritt für Schritt zu testen, oder für seltene, bewusst manuell ausgelöste Prozesse wie einmalige Datenmigrationen. Für den produktiven Dauerbetrieb ist er dagegen ungeeignet, weil dort eben kein Mensch dauerhaft auf "Ausführen" klicken soll.
Der Chat Trigger dient dazu, KI-Workflows für Chatbots und andere Chat-Oberflächen zu bauen. Laut Dokumentation zum Chat Trigger Node muss er mit einem Agent- oder Chain-Root-Node verbunden sein, damit die Konversation tatsächlich beantwortet wird. Jede einzelne Nachricht einer Konversation löst dabei eine vollständige Workflow-Ausführung aus, was bei der Planung deines Ausführungskontingents zu berücksichtigen ist: Ein Chat mit zehn Nachrichten verbraucht zehn Ausführungen.
Für den Zugriff bietet der Node zwei Modi: den Hosted Chat mit vorgefertigter n8n-Oberfläche und den Embedded Chat, den Sie über die Webhook-URL in eine eigene Anwendung integrieren. Zur Absicherung stehen keine Authentifizierung, Basic Auth oder die n8n-eigene Benutzerauthentifizierung zur Verfügung. Bei den Antwortmodi können Sie zwischen dem Abschluss nach dem letzten Node, individuellen Response-Nodes und einer Streaming-Antwort für Echtzeit-Ausgaben wählen.
Einsatzempfehlung: Der Chat Trigger passt, sobald Menschen direkt mit einem KI-Agenten in n8n kommunizieren sollen, etwa für einen internen Support-Bot, einen Wissens-Assistenten auf Basis eigener Dokumente oder eine Chat-Oberfläche, die auf einer Website eingebettet wird.
Als grobe Orientierung für die Praxis:
In der Praxis kombinieren Sie diese Typen oft innerhalb eines Automatisierungskonzepts: ein Webhook für die spontane Anfrage, ein Schedule Trigger für die tägliche Nachkontrolle, ein Manual Trigger für Tests während der Entwicklung. Wenn Sie sich bei der Auswahl oder der sauberen Konfiguration Ihrer Trigger unsicher sind, unterstützt Sie NordFlux bei der Einrichtung und Absicherung von n8n-Workflows inklusive passender Trigger-Strategie für Ihr Szenario.
Ja, ein Workflow kann mehrere Trigger-Nodes enthalten, etwa einen Schedule Trigger und zusätzlich einen Webhook. Bei jeder Ausführung löst jedoch immer nur der Trigger aus, dessen Bedingung tatsächlich eingetreten ist, die anderen bleiben in dem Moment inaktiv.
Der Webhook Trigger wartet passiv auf eingehende Aufrufe und reagiert quasi in Echtzeit, sobald ein externes System ihn aktiv anspricht. Der Polling Trigger dagegen fragt selbst in einem festgelegten Rhythmus bei der Quelle nach, ob es Neuigkeiten gibt, was sich vor allem für Dienste eignet, die keine eigene Push-Benachrichtigung anbieten.
Ja, laut Dokumentation greift der Schedule Trigger nur bei einem veröffentlichten Workflow. Änderungen an den hinterlegten Cron-Variablen werden zudem erst mit einer erneuten Veröffentlichung wirksam.
Der Manual Trigger ist vor allem für Tests und bewusst manuell gesteuerte Abläufe gedacht, etwa einmalige Datenmigrationen. Für dauerhaft laufende, automatisierte Prozesse ist er ungeeignet, weil dort niemand regelmäßig manuell auf "Ausführen" klicken soll.
Jede einzelne Nachricht innerhalb einer Konversation löst eine vollständige Workflow-Ausführung aus. Eine Unterhaltung mit zehn Nachrichten entspricht damit zehn separaten Ausführungen, was Sie bei der Planung Ihres Ausführungskontingents berücksichtigen sollten.
Gründer von NordFlux. Sieben Jahre Erfahrung von Web und SEO bis zur Automatisierung im Konzern-Maßstab, heute pragmatisch für den Mittelstand und mit deutscher Datenhoheit.
Zertifizierungen
sevDesk hat kein natives n8n-Node: So bauen Sie einen Polling-Trigger mit Schedule Trigger und HTTP Request Node inklusive dokumentierter API-Limits.
Der Cron-Ausdruck stimmt fast immer, die Zeitzone nicht. Drei echte n8n-Forum-Fälle zeigen, warum Schedule Trigger zur falschen Zeit auslösen.
Warum ein n8n-Agent den Chatverlauf vergisst, wie Session-Keys funktionieren und wann Simple Memory oder Postgres Memory die richtige Wahl ist.
Schedule, Webhook, Polling, Manual oder Chat, die Wahl des richtigen Triggers entscheidet oft über Zuverlässigkeit und Wartungsaufwand eines ganzen Workflows. NordFlux berät Sie herstellerneutral, welche Trigger-Architektur zu Ihren Prozessen und Systemen passt, und übernimmt auf Wunsch auch den laufenden Betrieb. Im ersten Gespräch ordnen wir Ihr konkretes Szenario gemeinsam ein.