
Job Schedules: each row is a cadence. Each tick fans out into a normal Job with all the usual orchestration and reporting.
How a schedule is created
Schedules are registered automatically when an incoming ticket describes a recurring action. The gateway detects the cadence in the ticket text and creates the schedule instead of a one-off job. You don’t create schedules manually in Command Center. The action of “make this recurring” comes from the ticket itself — usually a comment or a description like “run this every Monday morning”.What you see for each schedule
Managing a schedule
- Pause / stop a schedule from its detail page. Stopping it cancels future ticks but does not affect Jobs already in flight.
- Re-activate is not currently surfaced — to “restart” a schedule, comment on the source ticket and let the gateway re-register.
- Edit cadence is also driven from the source ticket; comment on the ticket to change the schedule and the gateway will reinterpret.
Interval flooring
Very fast intervals are floored to 5 minutes in production. Asking for “every minute” registers as “every 5 minutes”. This protects the agent fleet from runaway schedules and matches what realistic remediation cadences look like. The adjustment is written into the schedule’s own description, so a floored cadence is never applied silently.Cadences that can’t be expressed exactly
The cadences a schedule can hold are a fixed set: daily, weekly on one day, monthly on one day of the month, every N minutes, every N hours, and hourly - each at a given time, optionally in a stated time zone. A request that needs anything outside that set is not registered at all, rather than approximated to the closest cadence available. That covers:- an hour-of-day window - “every 30 minutes between 22:00 and 06:00”
- a set of weekdays - “every weekday at 07:30”, since a weekly schedule holds a single day
- an Nth weekday of the month - “the last Friday of each month at 18:00”, since a monthly schedule takes a numeric day of the month
- a bounded recurrence - “every 2 minutes for the next hour”
Time zones
The time zone named in the ticket is normalized to a supported name when the schedule is saved, so schedules using less common aliases (likeCET) run and display correctly instead of failing silently.

