Deucalion Docs
How-to guideA task-oriented guide for completing a specific goal.
adminschedulingplannerbacklogdeployedquick-view

Running the Scheduler Day to Day

Run the refined scheduler with backlog control, quick-view edits, sticky actions, and the right planner surface for each decision.

Before you start

  • Scheduled work is already being created in Deucalion.
  • Coordinators understand the difference between draft and deployed work.
  • Sites and field resources are available in the workspace.

Expected outcome

You can run the scheduler as a daily operations surface without losing unscheduled demand, deployment status, field-resource eligibility, or quick edit context.

Start from backlog, not from an empty calendar

  1. Open the backlog strip first so unscheduled work is visible before you drag anything into the planner.
  2. Triage whether each item belongs in the current day, later in the week, or still needs more site context before deployment.
  3. Keep the backlog visible instead of hiding demand in external spreadsheets.

Keep month-planned work honest

  1. Use Target month when the office knows the service month but not the exact day yet.
  2. Treat month-planned work as planning demand, not as field-ready deployment.
  3. Do not force these jobs onto the last day of the month just to keep them visible.
  4. When the planner gains a real day and time, convert the record to Exact date by dragging it onto the planner or saving a real scheduled slot.
  5. If a row still reads Planned for ..., engineers should not treat it as a committed visit.

Keep field-resource eligibility explicit

  1. Treat the field-work toggle as the boundary between office coordination and live field assignment.
  2. Only members with field work enabled should appear in assignment pickers for inspections, scheduler tasks, day runs, recurring imports, and work orders.
  3. If a coordinator needs scheduler access but should never be dispatched, keep scheduler access on and field work off.
  4. When a member disappears from the planner lanes, check workspace membership and field-work status before assuming the planner data is wrong.

Use the planner surface that matches the decision

  1. Use day or week timelines when timing and crew capacity matter.
  2. Use list or compact views when you are cleaning up many records quickly.
  3. Use map context when site location and travel friction are the real scheduling constraint.
Deucalion scheduler day timeline
Timeline views are best for deployment decisions that depend on route, duration, or overlap.

Keep quick-view edits lightweight

  1. Use quick view to confirm dates, assignment, visit context, and deployment intent without leaving the main planner.
  2. Choose either Exact date or Target month. Exact-date edits must include a scheduled date and time; target-month edits must include a month.
  3. Use quick view for one-job changes only: assignee, scheduling intent, booking status, engineer visibility, duration, task status, and priority where that job type supports it.
  4. Record customer appointment notifications only when the visit has an exact date, customer email, and booking status of Date offered or Confirmed.
  5. Use Full edit when you need operational metadata, schedule windows, flex days, crew size, equipment, or out-of-hours flags.
  6. Keep the main workspace dominant while supporting panels collapse out of the way when they are not active.

Separate draft work from deployed work

  1. Draft work is planning state.
  2. Deployed work is what field resources should trust.
  3. Make the transition deliberately so the mobile team is not reacting to half-finished office edits.
  4. Month-planned work should stay draft until an exact slot exists, even if the month itself is already known.
  5. Use Ready to deploy for records that have an assigned engineer, exact date and time, active status, and no blocking warnings.
  6. Re-deploy after changing the date, assignee, or duration on deployed work because those changes return the job to draft and reset acknowledgement.
Deucalion scheduler week timeline
Use weekly views when balancing backlog, deployment windows, and engineering capacity together.

Use scheduler output to feed the next desk

  1. Once a visit is complete, hand review into inspections, reports, or commercial follow-up instead of leaving the job stranded in scheduling state.
  2. Keep a clean link between the scheduled work, the returned inspection, and any defect or remedial action that follows.

Troubleshooting

ProblemWhat to check
The planner feels clutteredCollapse secondary panels and switch to the view that matches the decision you are making.
Unschedule demand keeps disappearing from sightReturn to backlog and confirm work is not being hidden in draft-only records.
The team is booking everything on month-end as a reminderReplace that workaround with Target month, then convert to an exact date only when the visit is genuinely booked.
The right person is missing from the assignment controlsCheck whether the member is office-only or has field work enabled in the workspace.
Field resources act on the wrong version of the jobConfirm whether the record was still draft or had already been deployed.
A target-month job will not deployConvert it to an exact scheduled date and time first; target-month work is planning demand, not field-ready work.
A locked visit cannot be moved in bulkCheck whether the booking status is Do not move and review the bulk preview blockers.
A customer notification button is disabledConfirm exact date, customer email, and booking status Date offered or Confirmed.

Reference surfaces

  1. Use Scheduling for the planner, backlog, deployment, and assignment mechanics behind this daily-ops guide.
  2. Use Planner Control and Capacity for booking status, buckets, visibility, customer notifications, bulk preview, and PPM forecasting.
  3. Use Dashboard and Map when day-run triage starts outside the scheduling desk.
  4. Use the Admin Route Interaction Matrix to trace where a scheduled record flows next after deployment or completion.

On this page