Skip to main content
Core triggers cover the most common workflow entry points: manual invocation, scheduled runs, incoming HTTP requests, and file uploads.

​
Manual Input

Starts a workflow when a user or external system explicitly invokes it. You can configure it with custom input fields that must be filled in before the workflow runs — making it ideal for on-demand tasks that require user-provided context, such as submitting a request, kicking off a report, or initiating a process from within the Odin chat interface. When to use it
  • You want to run a workflow on demand from the Odin UI or via the API.
  • The workflow needs user-provided inputs before it can execute.
  • You are testing or debugging a workflow with specific values.
Configuration Output variables
Example: referencing an input field
  • Input fields are presented to the user as a form before the workflow starts. Keep field names short and descriptive.
  • trigger.user_input is available even if no custom input fields are configured.
  • To invoke this trigger programmatically, call the Odin API with the workflow ID and the required input values.

​
Webhook

Exposes a unique HTTP endpoint for your workflow. External systems — such as third-party applications, automation platforms, or custom scripts — can send an HTTP request to that URL to start the workflow. The request body, headers, query parameters, and HTTP method are all passed to downstream nodes. When to use it
  • An external system needs to notify Odin when an event occurs (e.g., a form submission, a payment event, or an update from another platform).
  • You are integrating Odin with Automation Anywhere or another system that can call an HTTP endpoint.
  • You want to expose a workflow as an API endpoint that other developers or tools can call.
Configuration Output variables Response modes
  • When using header auth, configure the expected header name and value in the trigger settings.
  • trigger.webhook_url is useful for including the endpoint URL in setup documentation sent to integration partners.
  • If you are calling this webhook from Automation Anywhere, use the HTTP Task action in your bot to POST to the webhook URL.

​
Schedule

Fires a workflow automatically on a recurring schedule defined by a cron expression. Use it to automate time-based tasks such as daily reports, periodic data syncs, or recurring notifications — without any manual intervention. When to use it
  • You need a workflow to run at a fixed time every day, week, or month.
  • You are automating a recurring business process (e.g., pulling data every morning, sending a weekly summary).
  • You want to poll an external system at regular intervals.
Configuration
Always set the timezone field explicitly. If left unset, the schedule runs in UTC, which may cause unexpected timing for region-specific workflows.
Cron expression reference A cron expression has five fields: minute · hour · day of month · month · day of week.
Output variables
  • The Schedule trigger does not pass user input. If your workflow needs dynamic data, fetch it inside the workflow using an API node or toolkit tool.
  • Use trigger.trigger_time in downstream nodes to stamp records or log when the scheduled run occurred.

​
File Upload

Starts a workflow when one or more files are uploaded. It provides each file’s content, name, size, and MIME type to downstream nodes — making it ideal for document processing workflows such as parsing an uploaded report, extracting data from a spreadsheet, or routing a file to an AI model for analysis. When to use it
  • You want users to submit files for the workflow to process (e.g., invoices, contracts, CSV exports).
  • You need to extract content from uploaded documents and pass it to an LLM or data processing node.
  • You are building a multi-file ingestion pipeline.
Configuration This trigger has no required configuration fields. It activates automatically when a file is uploaded to the workflow’s associated chat or interface. Output variables
File content is extracted as plain text. Binary formats such as PDFs and Word documents are parsed automatically — the extracted text is what appears in trigger.file.content.
  • trigger.file always refers to the first (or only) uploaded file. For multi-file workflows, use trigger.files with a Loop node.
  • Use trigger.file.type in a Conditional node to route different file types to different processing branches.