Shared state
Hold values that multiple components need to read or update.
Variables component
Use Variables when several components need to share the same values or when data changes during execution.
Store, update, and pass values through a workflow as the automation progresses.
What this component unlocks
The docs describe Variables as containers for storing and manipulating data such as text, numbers, dates, and objects inside a flow. A Variables component can hold multiple variables, and each variable can optionally have a default value. Variables can be updated dynamically, used throughout the flow, and used to pass or transform data between workflow steps.
Hold values that multiple components need to read or update.
Change variable values as the workflow collects, parses, and transforms data.
Create several named values inside one Variables component and review them later from the canvas tooltip.
Use cases
These examples show how this component can become part of production workflows across customer-owned systems and environments.
Use Variables as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Variables as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Variables as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Variables as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Variables as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Variables as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Configuration surface
The exact fields can vary by deployment and product version, but each page gives customers a clear view of the component's intended role.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Implementation notes
Components should be easy for builders to configure and easy for operators to understand after the workflow is live.
Use descriptive variable names.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Variables can hold strings, numbers, objects, and other workflow data.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Keep variable purpose clear so future editors understand how data moves through the flow.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Workflow patterns
These are concept patterns that can be adapted to a customer's systems, policies, credentials, and deployment model.
Start with an event, use Variables, then route the result to CRM, ticketing, or a customer-owned system.
Add validation, human approval, and logging around the component before downstream actions execute.
Deploy the component inside a customer-owned environment with credentials and logs governed by the customer.
Combine the component with packaged connectors or custom APIs when the process needs reusable system logic.
Component planning
We can scope the workflow, component configuration, credentials, deployment model, and handoff path before buildout begins.