Drivers & fleet: de catalogi achter collections

Een collection die faalt omdat het verkeerde voertuig gestuurd is of de verkeerde chauffeur gepland werd, is precies het soort fout waarvoor de catalogs van het platform bestaan. /settings/core/drivers en /settings/core/fleet zijn de catalogs waaruit de scheduling flow put.

Drivers

Elke driver row bevat: name, contact details, employer (eigen staff of third-party), license class (B voor vans, C voor trucks, enz.), security-clearance level (sommige sites vereisen background-checked drivers), home-warehouse voor routeoptimalisatie, active/inactive flag voor wanneer een driver met verlof is of vertrokken is. De assignment dropdown van een collection filtert drivers op warehouse en de license class die nodig is voor het toegewezen voertuig.

Vehicles

Elke vehicle row bevat: registration plate, make/model, capacity (tonnage en volume), license-class required, fuel type, home-warehouse, de active driver assigned (of unassigned voor shared pool vehicles), maintenance dates (next service due, last MOT). De vehicle dropdown van een collection filtert op capacity tegenover expected load, warehouse en maintenance status (een vehicle voorbij zijn MOT date verschijnt niet in de beschikbare lijst).

Waarom beide catalogs

Omdat drivers en vehicles niet één-op-één zijn. Een driver kan elk vehicle gebruiken waarvoor hij licensed is; een vehicle kan over shifts heen meerdere drivers hebben. Ze als aparte rijen behandelen en matchen op collection-assignment time is wat dispatch laat werken zonder de data elke cyclus te herschrijven.

Assignment per collection

Vanuit de collection detail page kiest de dispatcher een driver en vehicle. Het platform valideert de combinatie (license class match, capacity sufficient, beide active, next service van vehicle ligt na de collection date). Mismatches verschijnen als warnings — geen blockers, want de werkelijkheid overschrijft catalogs soms — met de optie om een override reason vast te leggen.