Reference Types
- Order IDs - E-commerce order numbers
- Customer IDs - Customer account identifiers
- Support Tickets - Zendesk, Jira, Salesforce ticket numbers
- Transaction IDs - Payment processor transaction IDs
- Application IDs - Loan applications, insurance claims
- Custom IDs - Any business-relevant identifier
Reference Properties
- Key - The reference type (e.g., “order_id”)
- Value - The actual identifier (e.g., “ORD-789”)
- Thread association - Links to a specific thread
- Queryable - Can be used to find threads
Adding References
Link workflows to external systems (Stripe, Shopify, etc.):Querying by Reference
Query Options
| Option | Type | Description |
|---|---|---|
refKey | string | Reference key (e.g., ‘stripe_payment_id’) |
refValue | string | Reference value (e.g., ‘pi_123’) |
status | string | Filter by thread status |
startedAfter | string | ISO timestamp filter |
limit | number | Max results to return |
Linking Threads
Link threads together to create relationships:Relationship Types
| Type | Description |
|---|---|
parent | Parent thread that spawned this workflow |
child | Child thread for sub-processes |
related | Parallel or dependent workflow |
followup | Continuation of a previous thread |
Use Cases
Customer Support
- Support agent gets ticket: “Where’s my order?”
- Query by order ID → Find thread → Show complete execution
Operations
- Monitor specific high-value orders
- Track problematic customer accounts
- Investigate transaction failures
Analytics
- Correlate thread data with business metrics
- Link execution patterns to customer behavior
Best Practices
- Add early - Add references as soon as they’re available
- Use consistent keys - Standardize reference names across services
- Multiple references - Add all relevant identifiers
- Business context - Use IDs that teams already recognize