Calendar-managed execution
Manage scheduled workflow starts from a platform calendar instead of burying timing rules inside each flow.
Schedule trigger
Use the Schedule trigger when a CXFabric Schedule should start one or more flows at planned times.
Start flows from configured CXFabric Schedules managed in the platform calendar.
What this component unlocks
The CXFabric Schedules area provides a visual calendar for viewing upcoming scheduled workflow runs, creating new schedules, and managing existing schedules. Schedules can be one-time, recurring, or paused/disabled, and users can edit, delete, enable, or disable schedules based on their role permissions.
Manage scheduled workflow starts from a platform calendar instead of burying timing rules inside each flow.
Support single future runs and repeated execution patterns for operational automation.
Pause a schedule without deleting it, then reactivate it when the workflow should run again.
Use cases
These examples show how this component can become part of production workflows across customer-owned systems and environments.
Use Schedule as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Schedule as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Schedule as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Schedule as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Schedule as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Schedule 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.
Implementation notes
Components should be easy for builders to configure and easy for operators to understand after the workflow is live.
Use clear names so upcoming events are easy to recognize.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Role permissions determine which schedules and actions a user can access.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Use paused or disabled schedules when timing should stop temporarily without losing the schedule definition.
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 Schedule, 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.