One workflow, many triggers. A single workflow definition can be attached to multiple trigger types. You can configure the same RFP response workflow to start from an email receipt AND a Salesforce Opportunity stage change AND a manual run — all sharing the same block definitions and approval routing.

Trigger Comparison

Trigger Type Latency Auth Required Initial Data Best For
Email Trigger< 30 secondsMailbox OAuth or IMAPEmail + attachmentsRFP/RFI ingestion, purchase orders
File UploadImmediateStorage provider OAuthFile metadata + URLDrawing submittals, CAD files
WebhookImmediateHMAC secret (optional)POST payload JSONProcore, custom system events
Schedule (Cron)At configured timeNoneTimestamp + contextRecurring reports, pricing refresh
Salesforce Event< 10 secondsOAuth (connected app)SF record fieldsOpportunity-driven workflows
SharePoint< 60 secondsMicrosoft 365 OAuthFile metadata + URLSpec/drawing library watching
API CallImmediateAPI key or JWTRequest body JSONProgrammatic workflow invocation
Manual TriggerOn demandPlatform loginUser-entered form fieldsTesting, ad-hoc runs
Trigger Type

Email Trigger

The email trigger is the most common entry point for construction and manufacturing workflows. RenderDraw monitors a dedicated inbox or a delegated shared mailbox and fires a new workflow run for each qualifying inbound email.

Configuration Options

  • Mailbox connection: Microsoft 365 (Graph API), Google Workspace (Gmail API), or standard IMAP/SMTP
  • From filter: Match on sender domain, email address, or regex pattern
  • Subject filter: Keyword contains, regex match, or exact match
  • Attachment filter: Require attachment, filter by extension (.pdf, .dwg, .step, .rvt)
  • Deduplication: Message-ID based deduplication prevents duplicate runs from email retries
  • Attachment handling: Inline (attach to workflow object) or extract-to-storage (upload to S3/Azure/GCS and return URL)

Output Schema

{
  "from": "owner@client.com",
  "subject": "RFP — Cooling Tower Replacement Project",
  "body_text": "Please see attached RFP for...",
  "received_at": "2025-09-12T14:22:00Z",
  "attachments": [
    {
      "filename": "RFP_CoolingTower_Rev2.pdf",
      "mime_type": "application/pdf",
      "size_bytes": 2048491,
      "storage_url": "https://..."
    }
  ]
}

Common Use Cases

  • Ingest RFPs from owner inboxes — trigger AI extraction and estimating workflow
  • Receive drawing submittals from architects — start CAD conversion and takeoff workflow
  • Capture purchase order emails — trigger order processing and ERP entry workflow
  • Receive RFIs from subcontractors — start classification and routing workflow
  • Monitor bid invite emails — trigger bid/no-bid analysis and calendar scheduling

Auto-reply support. After the email trigger fires, you can configure a courtesy auto-reply notification back to the sender — "Your RFP has been received and is being processed." This is sent from a downstream Notification block, not the trigger itself.

Shared inbox best practice. We recommend creating a dedicated functional email address (rfp@yourcompany.com) for each workflow trigger type rather than routing personal inboxes. This separates automation traffic from personal email and makes handoff between team members seamless.

Provider Support

  • ✅ Microsoft 365 / Exchange Online
  • ✅ Google Workspace / Gmail
  • ✅ IMAP / SMTP (any provider)
  • ✅ Outlook.com personal
Trigger Type

File Upload Trigger

The file upload trigger fires when a new file arrives in a configured storage location. This can be RenderDraw's own upload portal (where you share a direct upload link with collaborators), or a watched folder in a connected cloud storage provider.

Configuration Options

  • Storage provider: RenderDraw upload portal, Amazon S3, Azure Blob Storage, Google Cloud Storage, SharePoint, Google Drive, Backblaze B2
  • Watch path: Bucket name + prefix, SharePoint library + folder, Drive folder ID
  • File type filter: MIME type or extension — supports wildcards (e.g., .dwg, .step, .rvt, .pdf, .xlsx)
  • Event type: New files only, new + modified, all changes
  • Minimum file size: Ignore partial uploads or placeholder files below a size threshold

Common Use Cases

  • New CAD file uploaded to project S3 folder — start conversion and takeoff workflow
  • Specification PDF dropped in SharePoint project library — start AI extraction workflow
  • Excel rate sheet uploaded to Google Drive — trigger pricing refresh and knowledgebase update
  • Drawing set uploaded via RenderDraw portal — start AI vision takeoff pipeline

Supported Storage Providers

  • ✅ Amazon S3
  • ✅ Azure Blob Storage
  • ✅ Google Cloud Storage
  • ✅ Backblaze B2
  • ✅ SharePoint / OneDrive
  • ✅ Google Drive
Trigger Type

Webhook Trigger

The webhook trigger exposes a unique HTTPS endpoint per workflow. Any system capable of making an HTTP POST request can trigger a workflow run — Procore, Autodesk Construction Cloud, custom ERP systems, or any internal tooling.

Endpoint Format

POST https://platform.renderdraw.com/
    api/workflows/{workflow-id}/trigger

Content-Type: application/json
X-RD-Signature: sha256=abc123...

{ "project_id": "PRJ-001", ... }

Security Options

  • HMAC-SHA256 signature verification: Configure a shared secret; RenderDraw rejects requests with invalid signatures
  • IP allowlist: Restrict trigger to specific source IP ranges
  • API key header: Require a custom header value for simpler integrations
  • Payload schema validation: Reject payloads that don't match the expected JSON schema

Common Webhook Sources

  • Procore: Submittal status changes, RFI submissions, drawing updates
  • Autodesk Construction Cloud: Model update events, issue creation
  • Custom ERP: Purchase order creation, material delivery confirmation
  • GitHub / GitLab: Code deployment triggers for automated documentation generation
  • Zapier / Make: Relay events from 1000+ apps via no-code middleware

Synchronous response option. For integrations that need an immediate response, the webhook trigger supports a synchronous mode — the HTTP request blocks until the first block in the workflow completes and returns its output. Useful for real-time validation scenarios.

Idempotency keys. For webhooks from systems that may retry on network failure, include an X-Idempotency-Key header. RenderDraw deduplicates runs with the same key within a 24-hour window — preventing duplicate workflow runs from retry storms.

Trigger Type

Schedule (Cron) Trigger

The schedule trigger runs a workflow on a repeating time-based schedule. Use simple intervals for everyday tasks or cron expressions for precise scheduling needs — first Monday of the month, every weekday at 7 AM Pacific, quarterly on the first of January/April/July/October.

Schedule Options

  • Simple intervals: Every hour, every day, every week, every month
  • Cron expression: Full POSIX cron syntax for precise scheduling
  • Timezone: Schedules are timezone-aware — run at 9 AM in the team's local timezone, not UTC
  • Context payload: Inject constant or dynamic context data at each run (e.g., current date range for reports)
  • Run window: Restrict execution to business hours — skip weekend or holiday runs automatically

Common Use Cases

  • Daily pricing refresh: query ERP at 6 AM, update knowledgebase, notify estimating team
  • Weekly bid pipeline report: query Salesforce, aggregate data, send email summary to leadership
  • Monthly rate sheet update: pull new rates from spreadsheet, update all active workbooks
  • Quarterly compliance report: pull all workflow run data, generate audit PDF, email to compliance officer

Example Cron Expressions

0 7 * * 1-5

Weekdays at 7:00 AM

0 8 1 * *

First day of every month at 8 AM

0 9 * * 1

Every Monday at 9 AM

0 0 1 1,4,7,10 *

First of each quarter at midnight

Trigger Type

Salesforce Event Trigger

The Salesforce event trigger subscribes to Salesforce Platform Events or Change Data Capture (CDC) streams via a configured connected app. It fires a new workflow run whenever a matching record change occurs in Salesforce — fully event-driven, no polling.

Supported Event Types

  • Platform Events: Custom events published by Salesforce flows, Process Builder, or Apex code
  • Change Data Capture: Real-time feed of created, updated, deleted, and undeleted records for any standard or custom object
  • Outbound Messages: Legacy SOAP-based Salesforce outbound messages translated to workflow triggers

Common Objects to Watch

  • Opportunity: Stage change to "Bid Required", amount threshold crossed, close date approaching
  • Account: New strategic account created, tier change, credit limit update
  • Custom RFP Object: New RFP record created, status changed to "Active Bid"
  • Quote: Quote approved, expired, or sent to customer

Configuration Requirements

  • Salesforce connected app with OAuth 2.0 JWT bearer flow (recommended) or username-password flow
  • API user with appropriate object permissions and Change Data Capture enabled for target objects
  • For CDC: enable CDC tracking for the target object in Salesforce Setup > Change Data Capture

Salesforce write-back included. The Salesforce event trigger pairs naturally with the Salesforce Update block at the end of your workflow — close the loop by updating the Opportunity stage, attaching the generated proposal, and logging the workflow run ID as a custom field.

Trigger Type

SharePoint File Trigger

The SharePoint trigger uses Microsoft Graph webhooks to watch a document library for new or modified files. It fires near-real-time — within 60 seconds of the file event — using Microsoft's subscription-based notification model rather than polling.

Configuration

  • Microsoft 365 OAuth: Configure via RenderDraw provider settings with admin consent for Sites.ReadWrite.All or Files.Read.All scope
  • Site URL: SharePoint site collection URL (tenant.sharepoint.com/sites/ProjectX)
  • Library: Document library name or ID
  • Folder path: Optional subfolder filter — only watch a specific folder within the library
  • Event types: Created, Modified, or both
  • File type filter: Extension-based filter — .pdf, .dwg, .rvt, .xlsx, etc.

Use Cases in AEC

  • Architecture firm uploads revised drawings to project SharePoint — trigger re-takeoff workflow
  • Owner uploads updated RFP to SharePoint RFP library — trigger re-extraction and bid analysis
  • PM uploads subcontractor sub-bid to SharePoint — trigger leveling and comparison workflow
  • Specifications updated in project library — trigger knowledgebase update and notification to affected estimators
Trigger Type

API Call Trigger

The API call trigger exposes a versioned REST endpoint that any application can call programmatically to start a workflow run. Unlike the webhook trigger (designed for event delivery from third parties), the API trigger is designed for controlled programmatic invocation from your own applications and scripts.

Authentication

  • RenderDraw API key: Include X-API-Key: rd_key_... header
  • JWT Bearer token: OAuth 2.0 client credentials flow for machine-to-machine
  • Per-workflow scoped keys: Issue API keys scoped to specific workflows only — for integration partners

Request Format

POST /api/workflows/{id}/runs
Authorization: Bearer {token}
Content-Type: application/json

{
  "input": {
    "project_id": "PRJ-001",
    "customer_id": "ACC-12345"
  }
}

Response Options

  • Async (default): Returns run ID immediately; caller polls GET /api/workflows/runs/{run-id} for status
  • Sync (short workflows): Blocks until workflow completes and returns output — max 30 second timeout
  • Webhook callback: Provide a callback URL in the request body; RenderDraw POSTs the result when done

MCP integration. The RenderDraw MCP server exposes workflow run triggers as MCP tools — AI agents using Claude Desktop or Claude Code can trigger workflows directly from conversation context without custom API integration.

Trigger Type

Manual Trigger

The manual trigger lets authorized users start a workflow run on demand from the RenderDraw platform interface. It presents a configurable input form where the user enters any required data before the run starts — making it ideal for ad-hoc workflows and testing during development.

Input Form Configuration

Define a set of input fields that the user fills in when starting the workflow manually. Field types include short text, long text, number, date, dropdown (from static options or a datasource query), and file upload. Fields can be marked required or optional.

The submitted form values become the initial workflow data object, available to all downstream blocks.

Use Cases

  • Testing: Run a workflow with controlled inputs during development without waiting for a real trigger event
  • One-off runs: Process a specific project that came in via phone call rather than email
  • Backfill: Re-run a workflow for a job that was originally processed manually
  • On-demand reports: Generate a specific report for a date range chosen by the user

Connect Your First Trigger

Start with the trigger that matches how work enters your process — email, file upload, or Salesforce. Build the rest of your workflow from there.