Multi-path branching
Map a single decision to several possible workflow paths using case branches.
Selection component
Use Selection when a decision has more than two possible outcomes.
Route a workflow through multiple branches by evaluating an input value against cases.
What this component unlocks
The docs describe Selection as flexible branching logic for multiple paths, unlike the binary setup of Conditional. Builders configure an input value, an operator, branch values, and a default branch that is followed when no case matches. Additional branches can be added with the Add Branch control, and each branch can have its own connected downstream components.
Map a single decision to several possible workflow paths using case branches.
Send unmatched values to a known fallback path instead of failing silently.
Use comparison, contains, list membership, starts with, and ends with operators to route execution.
Use cases
These examples show how this component can become part of production workflows across customer-owned systems and environments.
Use Selection as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Selection as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Selection as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Selection as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Selection as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Selection 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.
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.
Always configure a clear default branch.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Make sure input values and branch values are compatible.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Test multiple values to confirm each branch routes as expected.
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 Selection, 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.