Demand and resources
OwnsWork identity, requirements, locks, capacity and availability
Must not inferMissing inputs are not silently defaulted
A reproducible plan whose trade-offs and unassigned work remain explainable.
Keep source demand, locked work, constraint revisions, optimization objective, candidate solution and publication receipt distinct.
Every layer exposes an authoritative responsibility and an explicit non-authority boundary.
OwnsWork identity, requirements, locks, capacity and availability
Must not inferMissing inputs are not silently defaulted
OwnsProfile-specific travel cost and version
Must not inferMatrix assumption remains visible
OwnsValidated candidate assignment under one objective/constraint set
Must not inferInfeasible work remains unassigned with reason
OwnsOperator publication intent and field acceptance
Must not inferReference publication does not dispatch a driver
Each transition names both the action and the identity or version evidence that makes it reproducible.
Reject duplicate demand and impossible source dimensions before solve.
input revision · schema · validation issuesBind vehicle profile, territory, traffic window and matrix version.
matrix/route versions · cost unitsApply capacities, skills, shifts, windows, locks and objective deterministically.
solver/config seed · constraints · objectiveIndependently recheck every assignment, capacity, time and uniqueness invariant.
check list · failures · result fingerprintRecord immutable plan revision for downstream review without claiming dispatch.
plan ID/revision · idempotency · actorDemand, resources, locks, windows, skills and revisions.
Profiles, cells, traffic basis, units and validity.
Assignments, sequence, totals, violations and unassigned reasons.
Plan revision, acceptance, actual events and replan lineage.
Leave unassigned and name the exact violated capacity/skill rule.
Reject before solve to prevent double assignment.
Use only an explicitly approved fallback basis or block planning.
Preserve original plan and record actual/replan lineage separately.
Each product can be bought and operated independently while sharing identity, context and lifecycle contracts.
Confirm target products, vehicle and cloud boundaries, source systems, contract versions, deployment, validation and lifecycle ownership.