Troubleshooting Workflow Project Automation Errors
Last updated: February 18, 2026
If a project was never created, this article is for you.
Workflow automations are responsible for turning CRM events into OnRamp projects. When something goes wrong here, the outcome is deceptively simple:
Nothing happens.
This guide explains how to determine whether a Workflow ran, where it failed, and why a project wasn’t created — using the tools built directly into OnRamp.
First: How Workflow Automation Actually Works
Before troubleshooting, it helps to understand the flow:
A change happens in your CRM
Your CRM sends a payload to OnRamp
OnRamp evaluates the Workflow trigger
OnRamp processes each Workflow step in order
If any required step fails, project creation stops
The run is logged — with details
If a project wasn’t created, the answer is always somewhere in that chain.
Where Workflows Live (Important)
Workflows are not under Settings.
To access them:
Use the left-hand navigation
Click Workflows
Select the Workflow you want to inspect
This is where all Workflow configuration, execution history, and errors live.
Understanding Workflow Runs
When you open a Workflow, you’ll see four icons along the top:
Workflow Runs (this is the most important one)
Activity
Versions
Settings
👉 Workflow Runs is where you troubleshoot project creation issues.
Workflow Runs: Your Source of Truth
The Workflow Runs view shows:
Every CRM payload received
Whether the run succeeded, failed, or is pending approval
Which step the Workflow reached
Exactly where it failed (if it did)
If something didn’t happen, start here — not in the project list.
Step 1: Did the Workflow Run at All?
Your first question should always be:
Is there a Workflow Run for this CRM record?
If there is no run, then:
The trigger conditions were not met
Or the CRM never sent the event
Or the event occurred before the Workflow was published
Workflows only evaluate future events.
Step 2: Check the Run Status
Each run will show a status such as:
Success – Workflow completed and created a project
Error – Workflow failed during execution
Pending Approval – Workflow paused intentionally
Declined – Creation was manually declined
Click into the run to see full details.
Step 3: Inspect the Workflow Run Details
Inside a specific run, you’ll see a visual breakdown of the Workflow steps.
Each step will show:
A success indicator
Or an error indicator
Clicking a failed step reveals:
The error message
What data was missing or invalid
Why processing stopped
This is where most answers live.
Common Workflow Errors (and What They Mean)
❌ Account is required. No account ID found
The Workflow attempted to map a Project Account, but:
The CRM record didn’t have an associated account
Or the lookup field was empty or incorrect
Fix:
Ensure the triggering object includes a populated account/company reference.
❌ Required field missing
A Workflow step depends on data that wasn’t present in the CRM payload.
Fix:
Confirm required fields are:
Present
Populated
Accessible to the integration user
❌ Workflow stopped during Playbook Selection
This is often intentional.
If a Playbook branch is set to Stop, the Workflow will:
End execution
Create no project
Log the run as completed (without a project)
This is expected behavior, not an error.
Step 4: Did the Workflow Stop Intentionally?
Not all “no project” outcomes are failures.
Common intentional stops include:
Conditional Playbook branches set to Stop
Default branches configured to halt execution
Validation gates not met
If the Workflow ran but ended without a project — check the Playbook Selection logic.
Step 5: Approval Mode vs Automatic Creation
Workflows support two creation modes:
🚀 Create Automatically
Projects are created immediately once all steps pass.
⏸ Wait for Approval
Projects pause before creation and appear in Workflow Runs awaiting approval.
If approval mode is enabled and no project exists:
Check for pending approvals
This is one of the most common “false alarm” scenarios
A Fast Debugging Checklist
When a project isn’t created:
Open Workflows
Select the Workflow
Click Workflow Runs
Find the CRM record (by External ID)
Check the run status
Click into the run
Identify the step where it stopped
Fix only what that step requires
Re-test with a known-good record
Workflows are deterministic — if it didn’t create a project, there’s always a reason.
Best Practices to Prevent Workflow Issues
Keep triggers simple
Avoid unnecessary conditions early on
Use Stop branches intentionally
Start in approval mode when testing
Validate CRM data completeness
Test with real records before scaling
Clean inputs create clean projects.
When to Contact Support
Reach out if:
Workflow runs error inconsistently
Runs fail without clear error messages
CRM payloads look correct but processing fails
You suspect integration-level issues
Bring:
Workflow name
CRM object and record ID
Run timestamp
Error message from the failed step
That context makes resolution fast.