14.2 Data Cloud-Triggered Flows & Real-Time Business Orchestration
Key Takeaways
- Data Cloud-Triggered Flows in Salesforce Flow Builder execute declarative automation natively inside Core Salesforce orgs when records in Data Model Objects (DMOs) or Calculated Insights are created or updated.
- The flow trigger binds directly to a specific Data Model Object (identified by the `__dlm` API suffix, such as `SalesOrder__dlm` or `UnifiedIndividual__dlm`), evaluating declarative entry conditions and formula filters.
- Data Cloud-Triggered Flows execute asynchronously in System Mode without sharing, bypassing user object permissions to guarantee automated execution while operating under standard Flow governor limits.
- Primary enterprise use cases include automated high-priority Case creation for VIP customer escalations, immediate Task creation for Account Executives upon high-intent web browsing, and instant loyalty reward distribution.
- Consultants must clearly distinguish Data Cloud-Triggered Flows (native declarative automation listening to DMO changes) from Data Actions (outbound event streaming to Platform Events or Webhooks).
14.2 Data Cloud-Triggered Flows & Real-Time Business Orchestration
Quick Answer: A Data Cloud-Triggered Flow is a specialized flow type in Salesforce Flow Builder that executes native declarative business logic inside Core Salesforce whenever data is created or updated within a Data Model Object (DMO) or Calculated Insight. Unlike traditional Record-Triggered Flows—which listen only to standard and custom Salesforce CRM objects (
Account,Contact,CustomObject__c)—Data Cloud-Triggered Flows listen directly to Data Cloud canonical lakehouse objects (identified by the__dlmsuffix, such asUnifiedIndividual__dlmorSalesOrder__dlm). They execute asynchronously in System Mode without sharing, allowing administrators to create Cases, assign Tasks, send Chatter/Slack notifications, or invoke external actions without writing custom code or provisioning integration middleware.
Architecture of Data Cloud-Triggered Flows
Salesforce Flow Builder provides a dedicated trigger category specifically designed to bridge Data Cloud's hyper-scale data engine with Core Salesforce CRM business processes.
+-------------------------------------------------------------------------------------------------+
| DATA CLOUD-TRIGGERED FLOW ARCHITECTURE |
+-------------------------------------------------------------------------------------------------+
| |
| DATA CLOUD LAYER (Hyperforce Lakehouse) |
| ┌───────────────────────────┐ ┌───────────────────────────┐ |
| │ Ingestion & Transformations│ ───> │ Data Model Objects (DMOs) │ |
| │ (Stream & Batch Updates) │ │ (e.g., SalesOrder__dlm) │ |
| └───────────────────────────┘ └─────────────┬─────────────┘ |
| │ Record Change / Upsert |
| CORE SALESFORCE CRM LAYER ▼ |
| ┌─────────────────────────────────────────────────────────────────────────────┐ |
| │ DATA CLOUD-TRIGGERED FLOW ENGINE │ |
| │ - Object: SalesOrder__dlm │ |
| │ - Trigger: A record is created or updated │ |
| │ - Condition: Status__c = 'Cancelled' AND TotalAmount__c > 1000 │ |
| └──────────────────────────────────────┬──────────────────────────────────────┘ |
| │ Asynchronous Execution (System Mode) |
| ▼ |
| CORE CRM AUTOMATION ACTIONS |
| ┌────────────────────┐ ┌────────────────────┐ ┌────────────────────────┐ |
| │ Create Sev-1 Case │ │ Assign High-Pri │ │ Dispatch Slack Alert │ |
| │ in Service Cloud │ │ Task to AE │ │ to Retention Swarm │ |
| └────────────────────┘ └────────────────────┘ └────────────────────────┘ |
+-------------------------------------------------------------------------------------------------+
How the Trigger Operates
- Object Selection: When authoring the flow in Flow Builder, the administrator selects Data Cloud-Triggered Flow as the flow type. In the Object selector, the administrator chooses the triggering Data Model Object (DMO). Standard and custom DMOs are exposed with their full API names, appended with
__dlm(e.g.,DeviceApplicationEngagement__dlm,Case__dlm,UnifiedIndividual__dlm). - Trigger Evaluation: The flow can be configured to fire on:
- A record is created: Fires when a net-new record is ingested and harmonized into the DMO.
- A record is created or updated: Fires when new records arrive or existing harmonized records are modified by continuous data pipelines.
- Entry Conditions & Filtering: To prevent run-away flow executions and conserve system resources, entry conditions must be tightly scoped using field conditions or custom formulas:
- Condition Requirement:
TotalAmount__c Greater Than 5000ANDPaymentStatus__c Equals 'Failed'. - When to Run the Flow for Updated Records: Options include Every time a record is updated and meets the condition requirements or Only when a record is updated to meet the condition requirements. Choosing "Only when updated to meet" acts as a state-change filter, firing only on the transition into the qualifying state.
- Condition Requirement:
Common Enterprise Use Cases
Data Cloud-Triggered Flows provide an immediate operational bridge between big data insights and front-office employee productivity.
+-------------------------------------------------------------------------------------------------+
| ENTERPRISE ORCHESTRATION USE CASES |
+-------------------------------------------------------------------------------------------------+
| |
| 1. REAL-TIME VIP ESCALATION 2. HIGH-INTENT AE OUTREACH 3. INSTANT REWARDS |
| ┌────────────────────────┐ ┌────────────────────────┐ ┌─────────────────────┐ |
| │ DMO: Case__dlm │ │ DMO: WebEngagement__dlm│ │ DMO: Order__dlm │ |
| │ Filter: Sentiment < 2 │ │ Filter: Pricing Page >3│ │ Filter: Spend >$500 │ |
| │ AND Tier = 'Platinum' │ │ AND Account != Null │ │ Action: Credit 5000 │ |
| │ Action: Create Sev-1 │ │ Action: Assign AE Task │ │ loyalty points & │ |
| │ Case & Alert Manager │ │ & Send Slack alert │ │ trigger SMS voucher │ |
| └────────────────────────┘ └────────────────────────┘ └─────────────────────┘ |
+-------------------------------------------------------------------------------------------------+
Use Case 1: Real-Time High-Priority Case Creation for VIP Customers
- Business Scenario: A global luxury hospitality brand ingests guest survey responses and mobile app complaints into Data Cloud. When a high-tier guest submits a complaint, the company must open a high-priority service ticket in Service Cloud within 60 seconds.
- Implementation:
- Triggering Object:
CustomerFeedback__dlm(Custom Engagement DMO). - Entry Condition:
Rating__c Less Than Or Equal 2ANDGuestTier__c Equals 'Diamond'. - Flow Action: Invokes a
Create Recordselement to insert a newCaserecord in Service Cloud, populating theAccountId,ContactId, priority (High), and routing it to the Executive Escalations Omni-Channel Queue.
- Triggering Object:
Use Case 2: High-Intent Sales Lead Prioritization & AE Notification
- Business Scenario: A B2B SaaS enterprise tracks software trial usage and documentation browsing via the Data Cloud Web & Mobile SDK. When an enterprise account's technical evaluation team visits the enterprise pricing or API documentation pages more than 5 times in a single day, the account team must be alerted immediately.
- Implementation:
- Triggering Object:
DeviceApplicationEngagement__dlm. - Entry Condition:
PageCategory__c Equals 'Enterprise_Pricing'. - Flow Action: The flow queries the Core CRM
Accountrecord matching the visitor's company domain, creates an urgentTaskassigned to the Account Executive, and publishes a notification to the account's private Slack channel using the native Flow Slack integration.
- Triggering Object:
Use Case 3: Real-Time Loyalty Point Calculation & Instant Reward Delivery
- Business Scenario: A multi-brand retail apparel chain ingests brick-and-mortar point-of-sale (POS) transactions. When a loyalty member completes an in-store transaction exceeding $250, the member should immediately receive bonus tier points and an SMS confirmation.
- Implementation:
- Triggering Object:
SalesOrder__dlm. - Entry Condition:
GrandTotalAmount__c Greater Than Or Equal 250.00. - Flow Action: Updates the loyalty ledger custom object in Core CRM, recalculates tier status, and triggers a transactional SMS through Salesforce Digital Engagement.
- Triggering Object:
Execution Context, Governance & Limits
Because Data Cloud processes petabytes of enterprise data across distributed infrastructure, Data Cloud-Triggered Flows operate under specific execution rules and governor limits.
+-------------------------------------------------------------------------------------------------+
| FLOW EXECUTION CONTEXT & GOVERNOR LIMITS |
+-------------------------------------------------------------------------------------------------+
| |
| EXECUTION CONTEXT GOVERNOR LIMITS & BULKIFICATION |
| - System Mode Without Sharing - Standard Flow SOQL query limit: 100 queries |
| - Ignores running user permissions - Standard DML statement limit: 150 statements |
| - Automated process execution - Maximum CPU time: 10,000 milliseconds |
| - Asynchronous queue handoff - Bulkification: Processed in chunks of up to 200 |
| |
| IDEMPOTENCY SAFEGUARDS ANTI-RECURSION DESIGN |
| - DMO updates may fire in bursts - Prevent circular updates between DMO & Core CRM |
| - Check existing records before insert - Avoid firing DLO ingestion from CRM records that |
| - Use external ID matching for upserts were created by Data Cloud-Triggered Flows |
+-------------------------------------------------------------------------------------------------+
1. System Mode Execution
Data Cloud-Triggered Flows run strictly in System Mode Without Sharing:
- The flow executes under the permissions of an automated internal integration context, not the interactive end user who triggered the event in an external app.
- The flow can create, read, update, and delete Core CRM objects regardless of individual user Profile or Permission Set restrictions.
- Security Consideration: Administrators must carefully design Flow logic to ensure unauthorized record exposure or erroneous data modifications do not occur.
2. Asynchronous Execution & Bulkification
- Asynchronous Decoupling: Ingestion pipelines in Data Cloud do not wait for Flow execution to finish. Data Cloud writes records to the lakehouse and asynchronously places trigger notifications into the Core Salesforce processing queue.
- Bulkification: When batch data streams or high-volume streaming transforms write thousands of records to a DMO simultaneously, the Flow engine groups the records into bulkified batches (up to 200 records per execution batch).
- Governor Limit Adherence: Inside the Flow, administrators must observe standard Salesforce Flow best practices: never place SOQL queries (
Get Records) or DML operations (Create Records,Update Records) inside Flow Loops. Place records into collections and perform a single DML operation outside the loop to avoid hitting the 100 SOQL / 150 DML governor limits.
3. Idempotency & Circular Loop Prevention
- In high-velocity data ingestion environments, multiple DMO records or updates can arrive within seconds. If a flow blindly inserts a new
TaskorCaseon every DMO event without checking for existing open records, the CRM org will suffer from severe record duplication. - Design Pattern: Always include a
Get Recordscheck at the beginning of the flow to verify whether an active Case or Task with matching external keys already exists before executing aCreate Recordselement. - Circular Trigger Recursion: If a Data Cloud-Triggered Flow creates a CRM
Case, and that CRMCaseobject is mapped to a Data Cloud ingestion stream via the CRM Connector, the newly created Case could stream back into Data Cloud and trigger another DMO update. Architects must add filtering flags (e.g.,Origin != 'DataCloud_Automated') to break circular ingestion-trigger loops.
Architectural Decision Matrix: Flow vs. Data Action vs. Batch Activation
To pass the Data Cloud Consultant exam, candidates must immediately recognize which automation mechanism matches a given architectural requirement.
| Technical Criterion | Data Cloud-Triggered Flow | Data Action: Platform Event | Data Action: Webhook | Batch Segment Activation |
|---|---|---|---|---|
| Primary Engine | Salesforce Flow Builder | Data Action Engine | Data Action Engine | Segmentation Engine |
| Trigger Mechanism | DMO or Calculated Insight Record Change | Streaming Insight / Transform / Segment | Streaming Insight / Transform / Segment | Scheduled Cadence (12/24 hr) |
| Triggering Entity | Data Model Object (__dlm) | Streaming Insight SQL Window | Streaming Insight SQL Window | Unified Segment Audience |
| Execution Scope | Local Core Salesforce CRM Org | Core CRM or External Event Bus | External HTTPS Endpoint | MCE, S3, GCS, Meta, Google |
| Coding Required? | No (Declarative Drag-and-Drop) | Low (Declarative Flow or Apex) | Low to Medium (API Endpoint) | No (Declarative Mapping) |
| Downstream Actions | Create/Update CRM Records, Post to Slack, Send Email | Event Bus replay, multi-org publish, Pub/Sub API | MuleSoft, Kafka, AWS Lambda, microservices | Journey Builder Email/SMS, Paid Media Ads |
| Latency Profile | Asynchronous near-real-time (seconds) | Near-real-time (1 to 5 seconds) | Near-real-time (1 to 5 seconds) | Batch scheduled (hours) |
| Ideal Enterprise Fit | Automated CRM case/task routing in the primary Salesforce org | Cross-org CRM integration or decoupling high-volume bus | Integration with third-party enterprise clouds and queues | Macro audience marketing and cloud lakehouse sync |
Consultant Traps & Exam Scenarios
- Exam Trap: Attempting to use a Record-Triggered Flow on a DMO. In Flow Builder, selecting a standard "Record-Triggered Flow" will not expose Data Model Objects (
__dlm). Record-Triggered Flows only listen to standard and custom Salesforce CRM objects. You must explicitly select the Data Cloud-Triggered Flow template. - Exam Trap: Confusing Single-Org Flow with Cross-Org Orchestration. If a scenario requires Data Cloud to create records in a secondary, external Salesforce org (not the org hosting the Data Cloud instance), a local Data Cloud-Triggered Flow cannot touch the secondary org directly without custom callouts. The optimal architectural choice is a Data Action publishing a Platform Event to the secondary org via the Salesforce-to-Salesforce event bus, or a Webhook to MuleSoft.
- Exam Trap: Forgetting Bulkification in DMO Flows. When streaming transforms flush micro-batches into a DMO, flows execute on collections. If a candidate designs a flow with individual SOQL/DML elements inside a loop, the flow will fail due to governor limit exceptions. Always use collection operators.
A financial services firm with Service Cloud and Data Cloud wants to streamline high-net-worth client retention. When an ingested real-time transaction event in the SalesOrder__dlm Data Model Object indicates an order cancellation exceeding $50,000, a Sev-1 Case must be automatically created in Service Cloud and assigned to the Private Banking Escalation Queue within the same Salesforce org. Which declarative design best achieves this requirement with minimal latency and zero custom code?
An enterprise consultant is designing a Data Cloud-Triggered Flow on the UnifiedIndividual__dlm object to automatically generate onboarding welcome Tasks for Account Executives in Sales Cloud. Data Cloud receives bulk customer profile updates every two hours from an enterprise data lake. What critical architectural consideration must the consultant incorporate into the Flow design to prevent governor limit failures during bulk data ingestion?
A developer is building automation in Salesforce Flow Builder to react when a customer's loyalty tier changes in Data Cloud. However, when creating a standard 'Record-Triggered Flow', the developer cannot find the LoyaltyMember__dlm object in the object dropdown list. What is the root cause of this issue, and how should the developer resolve it?