Set up event triggers

You can configure your workflow to run automatically when data changes in a connected app.

Event triggers use polling to detect changes such as new emails, updated calendar events, or new files in a connected data store. When a change is detected, the configured workflow runs.

Before you begin

Before using this feature, complete the following steps:

Supported apps

The following apps support event triggers:

  • Confluence
  • Gmail
  • Google Calendar
  • Google Drive
  • Jira Cloud
  • OneDrive
  • Outlook
  • ServiceNow
  • SharePoint
  • Teams

Configure an event trigger

App

  1. Open your Gemini Enterprise web app in a browser.
  2. In the navigation menu, click Agents.
  3. Click Create agent.
  4. Click Start manually.
  5. On the What should trigger your agent? page, click App event.
  6. In the details panel, under App event - Choose an app to start with, browse or search for the app you want to use. Click the app name to select it.
  7. Select the event that triggers your workflow. Events are organized by category.
  8. After selecting an event, the trigger is added to the top of your workflow in the flow builder.
  9. Click Add step to add workflow steps that run when the trigger fires.

Test an agent with event triggers

Before turning on your workflow agent, you can test its functionality by previewing trigger events and running simulations with sample event data.

Preview event trigger results

App

  1. In the workflow agent canvas, click the event trigger node at the top of your workflow.
  2. In the right-side configuration panel, click Preview results.
  3. Gemini Enterprise fetches recent events from the connected app. Each item displays the event title and timestamp. Google Calendar preview results are based on recently updated events and might not reflect recent events.
  4. You can click a preview result to see the details of the event.

Test your agent workflow

App

  1. Switch to the Test tab in the workflow agent canvas.
  2. In the trigger input section, select a sample event from the list of previewed events using the Select input selector.
  3. Click Start manually to run the workflow agent simulation using the sample event data.
  4. When the run finishes, expand the simulation summary to inspect the outputs and verify that each step processed the trigger payload correctly.

Manage event triggers

You can manage event triggers by editing their configuration, turning workflow agents on or off, or deleting triggers.

NOTE: Events can take up to 10 minutes to appear.

  • Edit an event trigger: Open the agent in edit mode, click the trigger node on the canvas, and update its settings or filter criteria in the configuration panel.
  • Turn on an event trigger: To activate the trigger and begin polling for events, turn on the workflow agent. For more information, see Turn a workflow agent on or off.
  • Turn off an event trigger: To pause or deactivate event polling, turn off the workflow agent.

Known issues and limitations

These are known issues and limitations when working with event triggers.

  • Connector unlinking: When an administrator unlinks a connector from the engine or app, the event trigger is paused automatically. However, no notification is sent to the user, and users cannot view paused agents in their gallery.
  • Failed session retries: If an agent execution fails due to errors fetching data from an associated connector in an event trigger, a session is created with a failed status. Manual retries on failed sessions are not currently supported.
  • Filters: Always add filters to your event triggers to ensure timely agent execution on most important events.
  • Gmail triggers:
    • Agent initiation might be slower for users with a high volume of emails.
    • Gmail supports two triggers: When an email is sent and When an email is received. If you want to trigger an agent by sending yourself an email, use When an email is sent. If you use When an email is received, that will not trigger the agent.

For a full list of system constraints, see Workflow Builder quotas and limits.

What's next