Releasenotes versie 2024.4 (Distributie)
- Jorn Hagen
Klanten
In versie 2024.4 is het scherm voor het beheren van klanten overgezet naar het scherm voor stamdata in het planbord.
In dit scherm kunnen alle stamdatagegevens van de klanten beheerd worden. Het is belangrijk dat de gebruikers rechten hebben op het bedrijf dat gekoppeld is aan de klant. Enkel de klanten die gekoppeld zijn aan een bedrijf waar de gebruiker rechten op heeft, worden getoond in dit scherm.
Bij het bewerken van de tarieven is er functionaliteit toegevoegd dat een tariefkaart geëxporteerd en geïmporteerd kan worden. Bij het exporteren zullen de huidige tarieven in een Excel bestand gezet worden, deze kunnen in Excel aangepast en vervolgens weer ingelezen worden. Bij het importeren zijn er verschillende controles aanwezig om ervoor te zorgen dat de tarieven goed in Transplan komen te staan.
Het is mogelijk om tariefregels te verwijderen door een 'x' in te vullen in de kolom Verwijderen in Excel.
Ook bij het bewerken van de zonedefinities is het mogelijk gemaakt om deze te exporteren en vervolgens weer te importeren.
Er is een filter toegevoegd om enkel de actieve of niet actieve tariefkaarten te tonen.
Het is mogelijk om meerdere tariefkaarten te selecteren en in bulk te verwijderen.
Mappingen tbv imports zijn vanuit de klant te beheren. Als er mappingen zijn die niet volledig zijn ingericht zullen met een uitroepteken worden aangegeven.
Belangrijke wijziging: In TMS werd bij klanten de betaaltermijn in dagen ingevuld. In stamdatabeheer wordt dit gevuld vanuit een dropdown met een aantal keuzes. Er is ook een nieuw scherm toegevoegd om betaaltermijnen te beheren.
Onderhoud
Er zijn meerdere wijzigingen doorgevoerd in het onderdeel onderhoud voor de vloot.
Bij het beheren van het onderhoudstype kan aangegeven hoeveel dagen van tevoren een gekleurd bolletje getoond moet worden. Een waarschuwing is een oranje bolletje en een kritieke waarschuwing is een rood bolletje.
Deze bolletjes zijn te zien bij de vloot en het overzicht van de onderhoudsafspraken.
Het is mogelijk KM standen bij een voertuig te registreren.
Er kan worden vastgelegd of een onderhoudsafspraak ook daadwerkelijk is gepland en of deze inmiddels is afgerond.
Bij het inplannen van onderhoud vindt er een check plaats of het desbetreffende voertuig niet al is ingepland op een rit. De gebruiker krijgt de volgende keuzes indien het voertuig al wel op een rit staat op de gekozen datum.
Type | Code | Samenvatting | Release notes |
|---|---|---|---|
Als gebruiker wil ik dat xlsx bestanden goed verwerkt worden door de fileconverter | Fix toegevoegd om Excel bestanden die onnodig veel lege regels hebben aan het einde goed ingelezen kunnen worden | ||
Optie VerzendTijdVoorAanvangRit bij planafdeling beschikbaar maken via stamdatabeheer | Het is nu mogelijk om het aantal minuten voordat de rit naar de boordcomputer wordt verstuurd per planafdeling aan te geven. Deze waarde overruled de systeemwaarde die hiervoor is. Hiervoor is er een veld toegevoegd op de pagina voor het beheren van planafdelingen in stamdatabeheer. | ||
[OTM] Als planner wil ik dat het routenummer uit het OTM bericht als mapping gebruikt kan worden | Het veld "routenummer" uit het OTM bericht kan nu als placeholder gebruikt worden in de opbouw voor de ritomschrijving, routenummer en filtersjabloon. De waarde is "routenummer" en de placeholder wordt vervangen door de gegevens uit "trip.ExternalAttributes.RouteNumber". | ||
De couple call kan nu m.b.v. een systeem instelling aan/uit gezet worden. De instelling is "RetailControlTower.CoupleCall.Enabled". Standaard is deze ingesteld dat deze aan staat (True). | |||
De ritnaam uit het OTM bericht kan nu ook gebruikt worden om een routenummer samen te stellen in het routeomschrijvingssjabloon. De ritnaam wordt gelezen uit property "Name" uit het OTM bericht. | |||
Het vinkje 'Zichtbaar op kaart' wordt nu standaard aangevinkt bij het aanmaken van een nieuw voertuig. | |||
Extra tijd Simacan ritrapportage niet optellen, maar opslaan als wachturen | Bij de SimacanRitrapportage import is het mogelijk om de extra uren op te slaan als wachturen ipv als totaal uren | ||
Bij het aanmaken van een factuur (pro forma) wordt een betaaltermijn bepaald. Als de klant een betaaltermijn heeft gekoppeld, dan wordt deze overgenomen. Als de klant geen betaaltermijn heeft gevuld, dan wordt de standaard termijn gebruikt. De standaard termijn ligt vast in systeeminstelling "billing.paymentterm.default". Als deze instelling (nog) niet bestaat, dan wordt deze instelling aangemaakt met de standaard waarde van 30 dagen. | |||
In dit ticket is een verbetering voor de couple call richting de control tower doorgevoerd. Er wordt nu alleen een couple call uitgevoerd als de rit via OTM is binnengekomen, de order=rit een RCT subscription heeft of als de klant van de order voorkomt op het "OTM5 uitgaande orders" scherm. In andere gevallen wordt geen couple call uitgevoerd. Dit om te voorkomen dat voor ritten die niet bekend zijn in de control tower onterecht een couple call request verstuurd wordt. | |||
Bij een update van een OTM order werd de ritomschrijving niet afgekapt op maximaal 255 karakters, waardoor de omschrijving van de rit niet bijgewerkt werd bij een update als de omschrijving te lang was. Met deze bugfix is dat opgelost en wordt de omschrijving automatisch begrensd tot maximaal 255 karakters lengte. | |||
Als planner wil ik een chauffer nog in de dropdown zien ook al is die inactief | Als er een afwijking is gemaakt voor een chauffeur die later inactief is gemaakt, dan is de chauffeur nu nog steeds zichtbaar op de afwijking | ||
Als planner wil ik in de orderlijst ook het voertuig en de chauffeur zien | Kolommen “Chauffeur losstop“ en “Voertuig losstop“ toegevoegd aan de orderlijst | ||
Opmerkingen OTM ritten anders verwerken zodat dit bij updates ook goed gaat | Wanneer een update van een OTM order binnenkomt, wordt vanaf nu ook opmerkingen verwijderd, als deze niet meer voorkomen in het OTM bericht. Eventueel handmatig toegevoegde opmerking bij een orderregel blijven wel bestaan. | ||
Een gesloten afwijking van vanaf nu ook weer heropend worden | |||
Als Facturist wil ik dat de PDF factuur meegestuurd wordt bij de export naar de boekhouding van AFAS | Voor boekhoudpakket AFAS is het vanaf nu mogelijk om het PDF factuur document, welke gegenereerd en opgestuurd wordt naar de klant, ook toe te voegen in AFAS bij de betreffende factuur. In de configuratie is dit aan te zetten. De configuratie setting is "ExportPdfInvoice'. Deze staat standaard uit (False). Als die aan staat (True), dan wordt nadat de PDF factuur is gegenereerd en verstuurd naar de klant deze ook geëxporteerd naar de boekhouding van AFAS. In de factuurlog in Transplan wordt een regel weggeschreven als het document is geëxporteerd naar AFAS. Het is belangrijk dat de token van Transplan rechten heeft op de UpdateConnector "KnSubject" in AFAS. Als het Transplan token deze rechten niet heeft, dan kan de PDF document ook niet verzonden worden naar de boekhouding. | ||
Bij het beheren van de vloot is het nu ook mogelijk om de vervaldatum tachograaf vast te leggen. | |||
Ritomschrijving OTM aanpassen als er 2 of meer commodities zijn | Vanuit de AH PTS koppeling wordt bij de verschillende stops de "Commodity" meegestuurd. Deze heeft o.a. de waarden "AMBIENT" en "FRESH". Van de eerste DC stop (type "warehouse" of "operationalBase") zijn de verschillende commodity's beschikbaar op "OTM5 inkomende orders" scherm als filterwaarde en kan deze ook opgenomen worden in de ritomschrijving sjabloon. De waarde "product_soort" is beschikbaar in de lijst met opties. Als zowel AMBIENT en FRESH in het bericht voorkomen, dan worden beide getoond. De waarden worden gescheiden door een forward slash ("/"). | ||
De bijlages van een afwijking kunnen nu ook worden gesleept uit de Transplan applicatie naar bijvoorbeeld een map of email | |||
Werkgever beschikbaar maken als kolom in overzicht afwijkingen | In de Afwijkingenlijst is nu de optionele kolom 'Werkgever' beschikbaar | ||
Bij de afwijking in Transplan wordt nu het "externe referentie" van de gekozen chauffeur getoond. De referentie wordt getoond tussen haakjes ( ). | |||
Als gebruiker van Transplan wil ik een rit kunnen versturen naar de boordcomputer van de medewerker | Vanaf nu is het mogelijk om bij een medewerker een boordcomputer bronsysteem en nummer vast te leggen. Wanneer bij een medewerker deze gegevens zijn gevuld, dan zal de rit verstuurd worden naar deze boordcomputer en niet naar de ingestelde boordcomputer van het voertuig. Als medewerker geen bronsysteem heeft gekoppeld, dan wordt de rit naar de boordcomputer verstuurd van het gekoppelde voertuig. | ||
Op de klantkaart op tabblad "Instellingen" in stamdatabeheer is het mogelijk om per klant in te stellen of er een e-CMR aangemaakt moet worden. De optie heet "E-CMR gebruiken". Als deze optie is geselecteerd, dan wordt er een e-CMR gegenereerd en als de optie niet is geselecteerd, dan wordt er geen e-CMR gegenereerd. Er wordt alleen een e-CMR gegenereerd als er een configuratie is vastgelegd voor de e-CMR op bedrijfsniveau (alleen zichtbaar in de database). | |||
[OTM] administrativeTime ondersteunen als deze meer dan 24 uur is | Via OTM stuurt Jumbo (oude koppeling) de totale duur van de rit mee. Als deze meer dan 24 uur is, dan werd een foutmelding opgegooid en de rit niet aangemaakt. Met deze fix is dat opgelost en wordt de totale tijd van de rit nu goed verwerkt en kan de order aangemaakt worden. Verder als de duur van de rit in seconden meegegeven wordt, dan wordt deze niet juist afgerond in norm uren. Met dit ticket wordt als de duur als seconden worden meegegeven deze omgezet naar uren en dan afgerond (naar boven) opgeslagen als normuren. | ||
Planafdeling in de rit wordt niet gewijzigd na aanpassen vaste order | Bij aanpassen van een vaste orders wordt, als in de popup wordt gekozen om de planafdeling van bestaande orders/ritten bij te werken ook de planafdeling van de rit bijgewerkt | ||
Aanpassingen rit verdwijnen als focus niet van de rit afgaat | Aanpassingen van een rit in de rittenlijst worden nu direct opgeslagen na verlaten van een veld, dit voorkomt dat de aanpassing niet werd opgeslagen bij een refresh voordat er een andere rit was geselecteerd | ||
Wanneer een klant (via stamdatabeheer) verwijderd is, dan is de klant niet meer te selecteren in de verschillende dropdowns om een klant te koppelen bij o.a. aanmaken order, handmatige factuur aanmaken, afwijkingen aanmaken. Verder als een vaste order is gemaakt voor de verwijderde klant, dan is deze ook niet meer zichtbaar in de lijst met vaste orders. Als een order voor een verwijderde klant op een rit staat, dan is het nog wel mogelijk om bijv. een afwijking te registreren voor de verwijderde klant. | |||
Het routenummer is vanaf nu alfanumeriek in Transplan. Op het "OTM5 inkomende orders" scherm is nu een mogelijkheid om een "Routenummersjabloon" op te geven. Deze sjabloon kan ook placeholders bevatten, zoals bij ritomschrijvingsjabloon. Bij binnenkomst van een rit via OTM wordt het routenummer opgebouwd volgens het sjabloon mits het vinkje "Routenummer overnemen" is aangevinkt. Mocht een waarde van de placeholder niet voorkomen in het OTM bericht, dan wordt deze vervangen door een lege waarde. Als het hele routenummer leeg is (dus geen enkele placeholder bekend in bericht), dan wordt het routenummer gevuld met ID van de order (huidige standaard werking in de HUB). | |||
Als RGB wil ik dat de ImportService wordt verplaatst naar de OrderImportService (Tech Debt) | Imports die aangemaakt worden via de ImportService (deze service verwerkt csv bestanden die aangemaakt worden door de FileConverter) kunnen worden omgezet naar de nieuwe CSV import die de Hub gebruikt om orders en ritten aan te maken. Dit is beter voor de performance en minder foutgevoelig. |