Un trigger è un evento esterno che avvia un'attività o una sequenza di attività in un'integrazione.
Puoi considerare un attivatore come un punto di contatto per l'integrazione e l'evento associato all'attivatore provoca l'esecuzione delle attività associate.
Puoi aggiungere più trigger all'integrazione. Tuttavia, quando si verifica un evento, solo l'attivatore associato inizia a eseguire le relative attività. Per ulteriori informazioni, consulta Aggiungere più attivatori in un'integrazione.
Per l'elenco di tutti gli attivatori disponibili, consulta Tutti gli attivatori.
Trigger evento del connettore
Gli attivatori di eventi dei connettori sono attivatori specializzati che ti consentono di invocare un'integrazione in base all'iscrizione agli eventi creata in varie applicazioni aziendali utilizzando i connettori di integrazione.
Per l'elenco di tutti gli attivatori di eventi del connettore disponibili, consulta Attivatori di eventi del connettore. Per saperne di più sulle iscrizioni agli eventi in Integration Connectors, consulta Iscrizioni agli eventi.
Aggiunta di più attivatori in un'integrazione
Puoi aggiungere uno o più trigger in un'integrazione in cui ogni trigger è associato a un'attività diversa.
L'integrazione inizia dal trigger per cui si verifica l'evento. Ad esempio, supponiamo che l'integrazione abbia due trigger in cui Trigger-1 è associato a Task-1 e Trigger-2 è associato a un'attività downstream Task-5.
Supponiamo ora che venga attivato un evento Trigger-2, l'integrazione viene eseguita a partire da Task-5.
Se vengono eseguiti più attivatori contemporaneamente, ogni attivatore esegue la propria copia dell'integrazione. Nell'esempio precedente, se sia Trigger-1 sia Trigger-2 vengono eseguiti contemporaneamente,Trigger-1 esegue l'integrazione a partire da Task-1 e Trigger-2
esegue una copia separata dell'integrazione a partire da Task-5. Non vi è alcuna sovrapposizione tra i flussi di esecuzione delle due integrazioni.
Modalità di esecuzione
In base all'attivatore, l'integrazione viene eseguita in modalità sincrona o asincrona:
Esecuzioni sincrone:in modalità sincrona, il risultato dell'esecuzione dell'integrazione è disponibile poco dopo l'esecuzione dell'integrazione. La modalità sincrona è utile negli scenari in cui vuoi ottenere il risultato dell'esecuzione immediatamente dopo l'esecuzione dell'integrazione. Gli attivatori che eseguono l'integrazione in modalità sincrona includono quanto segue:
Esecuzioni asincrone:le esecuzioni asincrone utilizzano il modello fire and forget. La modalità asincrona è utile in scenari in cui l'esecuzione delle integrazioni può richiedere molto tempo o se il risultato dell'esecuzione non è necessario subito dopo l'esecuzione dell'integrazione. Gli attivatori che eseguono l'integrazione in modalità asincrona includono:
Tutte le esecuzioni non sincrone vengono eseguite in modalità asincrona. Alcune delle modalità asincrone comuni includono, a titolo esemplificativo:
Anche le esecuzioni riprese da una sospensione o da un'attività di approvazione vengono eseguite in modalità asincrona, anche se l'esecuzione iniziale era in modalità sincrona.
Quote e limiti
Per informazioni su quote e limiti, consulta Quote e limiti.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-03 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)."]]
