Drivers & Fleet: die Kataloge hinter Collections

Eine Collection, die scheitert, weil das falsche Vehicle geschickt oder der falsche Driver geplant wurde, ist genau die Fehlerklasse, die die Catalogs der Plattform verhindern sollen. /settings/core/drivers und /settings/core/fleet sind die Catalogs, aus denen der Scheduling Flow zieht.

Drivers

Jede Driver Row enthält: name, contact details, employer (own staff oder third-party), license class (B für Vans, C für Trucks usw.), security-clearance level (manche Sites verlangen background-checked drivers), home-warehouse für Routing-Optimierung, active/inactive flag, wenn ein Driver im Urlaub oder ausgeschieden ist. Das Assignment Dropdown einer Collection filtert Drivers nach Warehouse und der license class, die für das zugewiesene Vehicle nötig ist.

Vehicles

Jede Vehicle Row enthält: registration plate, make/model, capacity (Tonnage und Volumen), license-class required, fuel type, home-warehouse, active driver assigned (oder unassigned für shared pool vehicles), maintenance dates (next service due, last MOT). Das Vehicle Dropdown einer Collection filtert nach capacity vs. expected load, Warehouse und maintenance status (ein Vehicle nach MOT date erscheint nicht in der verfügbaren Liste).

Warum beide Catalogs

Weil Drivers und Vehicles nicht one-to-one sind. Ein Driver kann jedes Vehicle nutzen, für das er licensed ist; ein Vehicle kann über Schichten hinweg mehrere Drivers haben. Sie als getrennte Zeilen zu behandeln und zur collection-assignment time zu matchen, lässt Dispatch funktionieren, ohne Daten in jedem Zyklus umzuschreiben.

Assignment pro Collection

Von der Collection Detail Page wählt der Dispatcher einen Driver und ein Vehicle. Die Plattform validiert die Kombination (license class match, capacity sufficient, beide active, next service des Vehicle liegt nach der collection date). Mismatches erscheinen als Warnings — nicht als Blocker, weil die Realität manchmal Catalogs übersteuert — mit Option, einen override reason zu erfassen.