Release 1.97 maakt deel uit van onze tweewekelijkse transport software updates. Elke versie wordt na de User Acceptance Test automatisch beschikbaar voor alle klanten. Volledig in de cloud.
Ontwikkelperiode: 28 oktober 2024 t/m 10 november 2024
User Acceptance Test: 11 november 2024 t/m 14 november 2024
Release datum: 14 november 2024 12:00 CET
1. Wachttijdregistratie, -types en wachttijd belasten
In deze release voegen we iets toe waar we lang aan gewerkt hebben en best wel trots op zijn.
De manier waarop wachttijd wordt verwerkt en geregistreerd is compleet herzien. De huidige manier van werken kan wel grotendeels in stand blijven, alleen vul je de wachttijd ergens ander in; op stopniveau.
TMS
Zoals aangegeven wordt de wachttijd voortaan geregistreerd op de stop in plaats van de order. Dit is in onze optiek een logische verplaatsing omdat wachttijd zich natuurlijk voordoet op een locatie, bij het laden of lossen. Daarnaast biedt deze verplaatsing ruimte voor een andere toevoeging: wachttijdtypes. Deze types kun je zelf beheren bij admin → organisatie → wachttijdtypes. Door deze toevoeging kun je aangeven wat de reden van de wachttijd is, en daarmee ook bepalen of de wachttijd wel of niet automatisch belast moet worden. Zoals je hieronder bij het kopje ‘app’ zult lezen, kan de wachttijd namelijk vanuit de app geregistreerd worden op de stop.
App
In de app kunnen we herkennen wanneer een stop langer duurt dan de geplande laad-/lostijd. Bij het afronden van de stop kun je dan een checklist laten triggeren die aan de chauffeur vraagt wat de oorzaak (wachttijdtype) van de wachttijd was. De wachttijd en het type worden daarna vanzelf geregistreerd op de order. Deze registratie is vanuit het TMS altijd te overrulen. Deze checklist maak je aan bij admin → organisatie → checklists, met checklistnode wachttijd.
Tickets
Ook hebben we de mogelijkheid toegevoegd om vanuit de app een ticket aan te maken waarmee je de planning op de hoogte kunt stellen dat je wachttijd ondervindt. Dit kan door een ticketsjabloon in te richten bij admin → organisatie → tickets → ticketsjablonen. De chauffeur kan op de stop kiezen om met dit sjabloon een ticket aan te maken, waardoor je als planner direct op de hoogte bent dat er wachttijd ontstaat.
Wachttijd belasten
De wachttijd die op de order geregistreerd wordt, kan automatisch belast worden. Hiervoor maak je een tariefregel aan met rekenmethode wachttijd en een filter op wachttijdtype. Zo bepaal je zelf welke wachttijd wel of niet belastbaar is, en tegen welk tarief.
We staan u zoals altijd graag bij met het inrichten van deze functionaliteit.
2. WMS verbeteringen
In het WMS zijn diverse verbeteringen aangebracht:
- Bulk artikel import, waardoor je deze niet meer met de hand hoeft aan te maken (admin→ organisatie → artikelen → importeer)
- Het WMS is nu bereikbaar via het klanportaal! De klant kan nu zelf in- en uitslagorders aanmaken en voorraad bekijken.
- Je kunt een WMS uitslagorder koppelen aan een TMS transportorder.
3. Planbord verbeteringen
Zoeken op de kaart op het planbord
We hebben een zoekfunctie toegevoegd, waarmee je op de kaart op het planbord kunt zoeken. Zo kun je snel opzoeken of die ene order, waar de klant om 18:45u voor belt, mooi op de route past 🙂
Vanuit het planbord naar Google Maps
Soms is het handig om even op streetview te kijken. Past die auto daar wel in de straat, kan de chauffeur voor de deur parkeren, is er een hoge stoep of een hoge drempel etc.
Door met de rechter muisknop op de planbord kaart te drukken, kun je de locatie in Google Maps openen, waar je satellietbeelden of streetview kunt bekijken.
3. Resources planbord verbeteringen
Configuratie
Op het resources planbord hebben we de configuratie overzichtelijker gemaakt en uitgebreid.
Het instellingen modal is flink gestroomlijnd en je kunt precies aangeven wat je bij ieder stoptype wil zien.
Memo’s
Planbord memo’s zijn met deze release ook op de schop genomen. Deze kun je nu makkelijk langer of korter maken om een tijdvak aan te duiden, en je kunt ze verslepen.
4. Order update
De order update is een mooie manier om klanten – die geen gebruik maken van het portaal of de API – op de hoogte te houden van de status van hun orders. In deze release voegen we een extra informatieveld toe, namelijk de status van de orderliggende stops. Zoals gewoonlijk kun je dit bij admin → vertalingen weer een eigen naam geven.
