Det fungerar så länge mängden är liten. När den ökar kostar det på fyra ställen.
{{ aktivText }}
Väntetiden i det här exemplet skulle inte uppskattas i drift: Den är avståndet mellan registrering vid infarten och ankomst till lastporten, två tidsstämplar som ändå skapas i arbetet.
Till exempel mejerier och livsmedelstillverkare. Ett kylsläp erbjuds bara lastportar med rätt temperaturzon, och vägningssedeln finns som underlag i bokningen.
Avsett för en eller flera anläggningar, en handfull till några dussin lastportar och några dussin till några hundra bokningar per dag.
Inget lagerhanteringssystem och inget transporthanteringssystem; gården betyder här lastbilstrafik från infarten till utfarten, utan styrning av trailers och uppställningsplatser.
Två separata gränssnitt med separata nycklar. Ett affärssystem frågar efter tidsluckor och bokar; en enhet på gården rapporterar vad den ser och frågar vad den ska göra. Ett externt system ska inte kunna öppna en bom, och en kamera ska inte kunna avboka.
Kameran beslutar ingenting. Den rapporterar ett registreringsnummer och får ett svar: släppa in, vänta eller avvisa, varje svar med en tydlig orsak. Beslutet fattas som vid infarten: registreringsnumret hittar bokningen.
Nummerskyltsläsare, bom, informationstavla, våg och terminal kan anslutas via ett eget gränssnitt. Det har ännu inte provats mot riktig hårdvara; den första anslutningen görs som ett eget projekt i en pilotdrift, tillsammans med utrustningsleverantören.
Helt färdigutvecklad och körs i vår testmiljö med tolv månaders data och knappt 23 000 bokningar. Vi anger inga besparingssiffror, eftersom ingen ännu har mätt dem i drift.
Ingen anläggning använder ännu DockScheduler i skarp drift. Vi söker den första anläggningen och mäter tillsammans med er före och efter.
Vi visar förloppet i vår testmiljö, med era lastportar, öppettider och begränsningar, samt läge, färdplan och piloterbjudandet.