Ein Trigger ist ein externes Ereignis, das eine Aufgabe oder eine Abfolge von Aufgaben in einer Integration initiiert.
Sie können sich einen Trigger als Einstiegspunkt für Ihre Integration vorstellen und das mit dem Trigger verknüpfte Ereignis führt dazu, dass die mit dem Trigger verknüpften Aufgaben ausgeführt werden.
Sie können der Integration mehrere Trigger hinzufügen. Wenn jedoch ein Ereignis auftritt, beginnt nur der Trigger, der mit dem Ereignis verknüpft ist, mit der Ausführung der Aufgaben. Weitere Informationen finden Sie unter Mehrere Trigger in einer Integration hinzufügen.
Eine Liste aller verfügbaren Trigger finden Sie unter Alle Trigger.
Connector-Ereignistrigger
Connector-Ereignistrigger sind spezielle Trigger, mit denen Sie eine Integration auf Grundlage des Ereignisabos aufrufen können, das in verschiedenen Geschäftsanwendungen mit Integration Connectors erstellt wurde.
Eine Liste aller verfügbaren Connector-Ereignistrigger finden Sie unter Connector-Ereignistrigger. Weitere Informationen zu Ereignisabonnements in Integration Connectors finden Sie unter Ereignisabonnements.
Mehrere Trigger in eine Integration einfügen
Sie können einen oder mehrere Trigger in eine Integration einfügen, wobei jeder Trigger einer anderen Aufgabe zugeordnet ist.
Die Integration beginnt mit dem Trigger, für den das Ereignis eintritt. Beispiel: Ihre Integration hat zwei Trigger, wobei Trigger-1Task-1 zugeordnet ist und Trigger-2 einer nachgelagerten Aufgabe Task-5.
Wenn ein Ereignis Trigger-2 auslöst, wird die Integration ab Task-5 ausgeführt.
Wenn mehrere Trigger gleichzeitig ausgeführt werden, führt jeder Trigger seine Kopie der Integration aus. Wenn im obigen Beispiel Trigger-1 und Trigger-2 gleichzeitig ausgeführt werden, führt Trigger-1 die Integration ab Task-1 und Trigger-2 eine separate Kopie der Integration ab Task-5 aus. Es gibt keine Überschneidungen zwischen den Ausführungsabläufen der beiden Integrationen.
Ausführungsmodi
Basierend auf dem Trigger wird Ihre Integration entweder im synchronen oder asynchronen Modus ausgeführt:
Synchrone Ausführungen: Im synchronen Modus ist das Ausführungsergebnis der Integration kurz nach der Ausführung der Integration verfügbar. Der synchrone Modus ist in Szenarien nützlich, in denen Sie das Ausführungsergebnis unmittelbar nach der Ausführung der Integration wünschen. Trigger führen die Integration im synchronen Modus aus:
Asynchrone Ausführungen: Asynchrone Ausführungen verwenden das Fire-and-Forget-Modell. Der asynchrone Modus eignet sich für Szenarien, in denen Integrationen sehr lange dauern können oder das Ausführungsergebnis nicht unmittelbar nach Ausführung der Integration erforderlich ist. Zu den Triggern, die die Integration im asynchronen Modus ausführen, gehören:
Alle nicht synchronen Ausführungen werden im asynchronen Modus ausgeführt. Einige der gängigen asynchronen Modus sind unter anderem:
Ausführungen, die von einer Sperrung oder einer Genehmigungsaufgabe fortgesetzt werden, werden ebenfalls im asynchronen Modus ausgeführt, selbst wenn die anfängliche Ausführung im synchronen Modus war.
Kontingente und Limits
Weitere Informationen zu allen Kontingenten und Limits finden Sie unter Kontingente und Limits.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-25 (UTC)."],[[["\u003cp\u003eA trigger is an external event that initiates a task or sequence of tasks within an integration, serving as the entry point for the integration's execution.\u003c/p\u003e\n"],["\u003cp\u003eConnector Event triggers are specialized triggers that allow integrations to be invoked based on event subscriptions in various business applications using Integration Connectors.\u003c/p\u003e\n"],["\u003cp\u003eMultiple triggers can be added to an integration, but only the trigger associated with the specific event that occurs will initiate its corresponding tasks.\u003c/p\u003e\n"],["\u003cp\u003eIntegrations can execute in either synchronous mode, where results are available immediately, or asynchronous mode, using a fire-and-forget model suitable for long-running processes.\u003c/p\u003e\n"],["\u003cp\u003eThere is a page available to review the quotas and limits for these integrations.\u003c/p\u003e\n"]]],[],null,["# Triggers\n\nSee the [supported connectors](/integration-connectors/docs/connector-reference-overview) for Application Integration.\n\nTriggers\n========\n\nA trigger is an external event that initiates a task, or sequence of tasks, in an integration.\nYou can think of a trigger as an entry point to your integration and the event tied to the trigger causes the\ntasks associated with the trigger to run.\n\nYou can add multiple triggers to your integration. However, when an event occurs, only the trigger\nassociated with the event begins executing its tasks. For more information, see [Adding multiple triggers in an integration](#multi-trigger).\n\nFor the list of all the available out-of-the-box triggers, see [All triggers](/application-integration/docs/all-triggers-tasks).\n\nConnector Event triggers\n------------------------\n\n\nConnector Event triggers are specialized triggers that let you invoke an integration based on the [event subscription](/integration-connectors/docs/eventsubscription) created in various business applications using [Integration Connectors](/integration-connectors/docs).\n\nFor the list of all the available Connector Event triggers, see [Connector Event triggers](/application-integration/docs/all-triggers-tasks#event_triggers). For more information about event subscriptions in Integration Connectors, see [Event subscriptions](/integration-connectors/docs/eventsubscription).\n\nAdding multiple triggers in an integration\n------------------------------------------\n\nYou can add one or more triggers in an integration where each trigger is associated with a different task. The integration starts from the trigger for which the event occurs. For example, consider your integration has two triggers where `Trigger-1` is associated with `Task-1`, and `Trigger-2` is associated with a downstream task `Task-5`. Now suppose an event triggers `Trigger-2`, the integration runs from `Task-5` onwards.\n\n\nIf multiple triggers run at the same time, each trigger runs its copy of the integration. In the\npreceding example, if both `Trigger-1` and `Trigger-2` run simultaneously,\n`Trigger-1` runs the integration from `Task-1` onwards, and `Trigger-2`\nruns a separate copy of the integration from `Task-5` onwards. There is no overlap between the execution flows of the two integrations.\n\nExecution modes\n---------------\n\nBased on the trigger, your integration is executed in either synchronous or asynchronous mode:\n\n- **Synchronous executions:** In synchronous mode, the execution result of the integration is available soon after the integration runs. Synchronous mode is helpful in scenarios where you want the execution result immediately after the integration runs. Triggers execute the integration in the synchronous mode include the following:\n - [Test or publish an integration](/application-integration/docs/test-publish-integrations)\n - Call the [`projects.locations.integrations.execute`](/application-integration/docs/reference/rest/v1/projects.locations.integrations/execute) API\n - Call the integration from a [sub-integration in the synchronous mode](/application-integration/docs/configure-call-integration-task)\n- **Asynchronous executions:** Asynchronous executions use the fire and forget model. Asynchronous mode is helpful in scenarios where integrations can take a long time to run, or the execution result is not required immediately after the integration runs. Triggers that execute the integration in the asynchronous mode include the following:\n - All execution that are not synchronous are executed in asynchronous mode. Some of the common asynchronous mode includes, but is not limited to:\n - [Schedule trigger](/application-integration/docs/configure-schedule-trigger)\n - [Cloud Scheduler trigger](/application-integration/docs/configure-cloud-scheduler-trigger)\n - [Cloud Pub/Sub trigger](/application-integration/docs/configure-pubsub-trigger)\n - [Salesforce trigger](/application-integration/docs/configure-salesforce-trigger)\n - Call the [`projects.locations.integrations.schedule`](/application-integration/docs/reference/rest/v1/projects.locations.integrations/schedule) API\n - Executions that are resumed from a suspension or a approval task are also executed in aynchronous mode, even if the initial execution was is synchronous mode.\n\nQuotas and limits\n-----------------\n\nFor information about quotas and limits, see [Quotas and limits](/application-integration/docs/quotas).\n\nWhat's next\n-----------\n\n- Learn about [all tasks and triggers](/application-integration/docs/all-triggers-tasks).\n- Learn how to [test and publish an integration](/application-integration/docs/test-publish-integrations).\n\n- Learn about [error handling](/application-integration/docs/error-handling-strategy).\n- Learn about [integration execution logs](/application-integration/docs/introduction-logs)."]]
