Workflow designer

Design real integrations without hiding the logic.

The CXFabric designer gives teams a visual workspace for building customer-owned automation. Teams can drag components onto a canvas, connect the steps, configure each action, and keep the workflow logic visible from first draft through deployment.

Builders can work visually, add connector actions, use built-in components, bring in custom code where needed, execute the workflow, review logs, inspect context, and version the implementation before it moves into a customer environment.

Visual canvas Step configuration Preferences and widgets Execute and inspect
Dark theme CXFabric workflow designer showing the flow canvas, execution logs, data logger settings, and code editor. Light theme CXFabric workflow designer showing the flow canvas, execution logs, data logger settings, and code editor.

Visual orchestration

Model the workflow as a readable system map.

CXFabric workflows are built as connected steps, so the business path, API calls, connector actions, branching, and responses can be understood before production deployment. Start with a template or design from scratch, then refine the flow as the integration grows.

Visual flow canvas

Represent the integration as a flow of triggers, decisions, connector calls, data handling, and final responses.

Connector actions

Drop customer systems into the flow as reusable actions such as booking, lookup, update, notification, or enrichment.

Branching paths

Split work into multiple paths for availability checks, customer-specific rules, optional actions, or exception handling.

Data visibility

Use data logger and parser steps to keep intermediate outputs understandable while building and troubleshooting.

Code when needed

Add custom logic only where the workflow needs it, while keeping the surrounding process visible to the whole team.

Designer preferences

Customize the workspace with preferences for visible widgets and theme selection across the designer and portal.

Designer library

Start with the right building block.

The side library keeps triggers, components, connectors, flow properties, preferences, and help close to the canvas. Builders can add the right trigger or reusable component without leaving the workflow.

Triggers Components Connectors Preferences
Dark mode CXFabric designer library showing available triggers. Light mode CXFabric designer library showing available triggers.

Step configuration

Configure each step without losing the flow.

Selecting a step opens the side panel for settings, properties, comments, and versions. Builders can map input values from trigger context, select credentials, define error handling, and keep implementation notes close to the step.

Credentials

Choose controlled credentials per connector action without exposing secret values in the workflow canvas.

Context mapping

Map fields from trigger input, prior steps, variables, and customer-specific data into each action.

Comments and versions

Keep implementation context beside the step so reviewers understand why the workflow behaves the way it does.

Dark mode CXFabric designer with a selected Twilio connector, quick actions, and step settings panel. Light mode CXFabric designer with a selected Twilio connector, quick actions, and step settings panel.
Dark mode CXFabric system logging interface with searchable fields, execution log lines, highlighted workflow identifiers, and log display controls. Light mode CXFabric system logging interface with searchable fields, execution log lines, highlighted workflow identifiers, and log display controls.
Live designer log real time
Dark mode CXFabric designer real-time execution log showing component output while the workflow runs. Light mode CXFabric designer real-time execution log showing component output while the workflow runs.
System log archive Live run output Download-ready trace

Build and inspect

Execution tools belong in the designer.

CXFabric gives teams two levels of execution visibility. System and historical logs provide a searchable operational record across previous runs, services, fields, sessions, and workflow identifiers.

The designer also has a real-time execution log that shows step output as the workflow runs, so builders can inspect component results, response payloads, timing, and success state without leaving the canvas.

System and historical logsSearch, filter, download, and review execution history across runs.
Real-time designer outputWatch component results, payloads, timing, and status appear during execution.

Designer preferences

Customize the workspace. Keep the same workflow model.

Preferences let each user adjust the workspace around how they build. Canvas tools can be shown or hidden, and the designer can run in light, dark, or system mode while preserving the same flow structure.

Theme-aware designer preview
Dark theme CXFabric workflow designer with canvas, logs, settings, and code editor visible. Light theme CXFabric workflow designer with canvas, logs, settings, and code editor visible.
Canvas toolsChoose which workflow tools stay visible while designing.
Light, dark, or systemMatch the designer and portal to user or operating-system preference.
Consistent workspaceTheme changes adjust the interface without changing the workflow structure.

Designer governance

Make workflow ownership part of the build process.

CXFabric is designed for customer-owned environments, so the designer keeps operational concerns close to the workflow: credentials, versions, comments, execution history, context, and deployment readiness.

Controlled change

Draft state, versions, and step-level context make review easier before a workflow is promoted.

Protected access

Connector credentials stay managed as platform resources instead of becoming hard-coded values.

Operational clarity

Execution controls and logs help teams understand flow behavior while building and after deployment.

Workflow walkthrough

Bring a real workflow. We will map it in CXFabric.

Start with one workflow, one customer environment, or one integration backlog. We will show how the designer turns it into a readable, executable automation path.