Auto-scheduling
Hand the unscheduled backlog to a solver, review the proposed placements, and commit only what you accept.
Auto-scheduling places your unscheduled requests automatically — respecting requirements, capacity, availability, and constraints — and shows you the result before anything is committed.
Running it
On the Utilization board, press Auto-schedule unscheduled requests. Orkyo hands the backlog to a solver and opens the Auto-schedule preview: “Review the proposed placements before committing them.”
Reading the preview
The summary line names the Solver used — OR-Tools CP-SAT (the optimizing constraint solver) or Greedy (the fast fallback) — and counts Scheduled vs Unscheduled.
- Assignments — the proposed placements, one row per request: Request, Space, Start, End, Days.
- Unscheduled — what the solver could not place, each with a named reason:
- No compatible space — nothing satisfies the request’s requirements; fix capabilities or requirements.
- Insufficient capacity — everything suitable is full in the available windows.
- Blocked by existing assignments — existing schedules leave no room.
- Invalid duration — the request’s duration cannot fit its constraints.
- Solver limit reached — the solver ran out of budget; re-run, or schedule the remainder manually.
- Diagnostics — solver details for the curious.
Committing — or not
Apply commits every proposed assignment in one step; Cancel discards the whole preview. Nothing changes until you apply — auto-scheduling is a proposal mechanism, not an autopilot.
If the underlying data changes while a preview is open (someone else schedules something), Orkyo refuses to apply a stale preview: “The scheduling data has changed since this preview was generated. Please close and re-run the auto-schedule.”
What the solver respects
Everything manual scheduling validates, the solver honors by construction: requirements vs capabilities, space capacity, working hours, weekends and holidays, availability events, absences, and each request’s Earliest Start / Latest End constraints. The inputs are documented in Scheduling and availability.
Getting good results
- Model requirements honestly — the solver can only avoid what the data forbids.
- Keep constraints real — over-tight windows produce Invalid duration and empty results.
- Review the Unscheduled list seriously — its reasons are a diagnosis of your model, not just a failure list.
For a worked run, see step 5 of Create your first schedule, or the batch-oriented Auto-schedule a backlog of requests.