- Introduction
- Getting started
- Building with Maestro BPMN
- Understanding Maestro BPMN modeling
- Opening the modeling canvas
- Modeling your process
- Aligning and connecting BPMN elements
- Autopilot for Maestro (Preview)
- Process Repository
- Implementing a simple BPMN process
- Implementing a complex BPMN process
- Debugging
- Simulating
- Evaluations (Preview)
- Common implementation scenarios
- Building with Maestro Case
- Introduction to Maestro Case
- Maestro BPMN vs. Maestro Case: when to use case management
- The Maestro Case lifecycle: from event trigger to app experience
- Build your first case with Maestro Case
- Build a Maestro Case with a coding agent (preview)
- Defining case keys (system vs. external)
- Establishing task I/O and write-back contracts
- Exit rules and early stage termination
- Modeling primary and secondary stages
- Triggering a case from Data Fabric
- Implementing stage-level personas and permissions
- Setting SLAs and automated escalation rules
- Configuring a rework loop (re-entry)
- Configuring and testing the Case Manager Agent (preview)
- Case Manager input and output contract
- Maestro Case component dictionary
- Building with Maestro Flow
- Maestro Automate
- Integrations
- Operating
- Monitoring
- Optimizing
- Reference information
Update entity record node for modifying an existing record in a Data Fabric entity from a Flow, without an Integration Service connection.
Updates an existing record in a Data Fabric entity. This is a native Flow node — it doesn't require an Integration Service (IS) connection. It works with existing entities from the Data Fabric platform — both tenant and folder entities — and with entities defined in a VS Code solution. Refer to Entities in VS Code.
Configuration
The Identify record by field determines how the node locates the record to update. The two options are described below.
| Option | Description |
|---|---|
| Entity name | Select the Data Fabric entity directly, set a Filter (field, operator, value) to identify the record, and select the Fields to update. |
| Entity reference | Reuse a record already located by a Query entity records node earlier in the flow, instead of re-specifying the entity and filter. |
Entity name
The panel shows the entity picker, the filter that identifies the record, and the list of fields to update.
Entity reference
The panel prompts you to select a Query entity records node from the flow. The record that node located is the one this node updates.
This node doesn't support the Error handling tab.
Output
The node's output mirrors the updated record's fields — the fields and types vary by entity, and typically include the entity's standard system fields (such as Id, CreateTime, CreatedBy, UpdateTime, and UpdatedBy) alongside your custom fields. Access them downstream as $vars.<nodeId>.output.<fieldName>.
Live reference behavior
The output is a live reference to the updated record, not a stored copy of the values you wrote. Every expression, condition, or script that reads it re-reads the record at that moment, so it reflects any later change — no extra Query entity records node is needed. The LIVE QUERY chip in the schema tree marks outputs that behave this way.
For example, if this node sets a ticket's status to In progress and a later node sets it to Closed, an expression reading $vars.<nodeId>.output.Status after that point returns Closed, not the In progress value this node wrote.
Loop and data-transform collections cannot consume this output. The engine discards the write response, so unlike a Query entity records node there is no snapshot for them to fall back on.