Releasenotes versie 2024.3 (Distributie)
- Jorn Hagen
UBL factuur verzenden
Het is nu mogelijk om een UBL3 factuur te versturen naar de klanten die dit wensen. Bij de specifieke exports op de klantdetailpagina kan nu gekozen worden voor UBL3 en UBL3&PDF. Indien gekozen wordt voor UBL3 wordt in de mail enkel het UBL bestand als bijlage meegezonden. Bij het kiezen van UBL3&PDF worden zowel het UBL bestand en PDF bestand in de mail verzonden.
Het formaat voor UBL3 kan helaas geen factuur van meerdere orders ondersteunen. Als er gebruik gemaakt gaat worden van dit type bestand is het dus belangrijk dat er op de tariefkaarten van een klant een factuurgroep ingesteld wordt die gebaseerd is op het ordernummer. Op deze manier krijg je altijd een factuur per ordernummer!
Type | Code | Samenvatting | Release notes |
|---|---|---|---|
 | Op de tariefkaart van een charter is nu de grote van de kolom component ook groter te maken zodat de gehele tekst zichtbaar wordt. | ||
| Filters-container niet in-/uitklappen bij gebruik van 'Reset filters' knop | Het in- en uitklappen van het filterblok in stamdatabeheer is verbeterd. Deze blijft bij een zoekactie nu open staan als deze bij het zoeken ook open stond. | |
Na importeren van een bestand via de ImportService, alleen opdracht om order en rit door te rekenen toevoegen aan de queue als deze nog niet in de queue staat | |||
Ordersoorten: in overzicht wordt geen ordersoort getoond zonder klant | In het zoekscherm voor ordersoorten werden enkel ordersoorten getoond die gekoppeld waren aan een klant. Er is een aanpassing gedaan zodat ook ordersoorten die niet gekoppeld zijn aan een klant, getoond worden. | ||
Medewerkers: bij deactiveren van medewerker de directe actiepunten (nogmaals) uitvoeren | Het deactiveren van een medewerker is verbeterd. De medewerker wordt nu verwijderd van de ritten na de ingestelde datum. Er wordt ook nogmaals een controle gedaan op het moment dat de daadwerkelijke datum is bereikt, mocht een medewerker toch nog ingepland staan. | ||
Het annuleren van stops binnen een OTM rit is aangepast. Met deze ticket wordt deze manier van annuleren ondersteund. Wanneer een stop een status "cancelled" heeft dan wordt de orderregel bij een update van de order verwijderd. Verder is er een verbetering toegevoegd om de opmerking bij de orderregel beter te vullen. Soms wordt "Dock: [33, 33, 33, 33, 33]" door Jumbo aangeleverd. Wij filteren dit er uit en vullen bij unieke waarde tussen haakjes alleen de unieke waarde ("Dock: 33."). Als er tussen de haken verschillende waarden staan wordt de oorspronkelijke waarde overgenomen. | |||
Als gebruiker wil ik niet al mijn hele archive map wordt verwijderd | Fix voor aanmaken temp mappen voor ophalen documenten | ||
Als planner wil ik op dist ook ritten langer dan 1 dag kunnen inlezen | De einddatum die wordt opgegeven bij de order invoer van planbord wordt nu ook gebruikt om als einddatum van de rit die aangemaakt wordt | ||
[OTM] Nieuwe adressen met geocoordinaten worden alsnog opnieuw bepaald en overschreven | Vanuit OTM worden geocoordinaten meegegeven bij een adres. Wanneer een nieuw adres wordt aangemaakt worden de geocoordinaten meegestuurd, maar door Transplan wordt daarna alsnog m.b.v. PTV de geocoordinaten bepaald. Met deze fix worden de coördinaten niet opnieuw bepaald als deze zijn opgegeven in het OTM bericht. | ||
De bepaling van de laadloscode voor de acties bij een stop bevatte een klein foutje, waardoor de LA of LO bepaling niet helemaal juist werkte. Met deze fix is dat opgelost. | |||
[OTM] Opmerking van de stop overnemen bij opbouwen van orderregel opmerking | De opmerkingen van een stop worden nu ook overgenomen als regelopmerking. Als er dock info in de opmerking staat en ook in het dock ID , dan wordt deze ontdubbelt. | ||
Wanneer in een rit meerdere orders zitten die niet gekoppeld kunnen worden in de control tower (bijv. omdat ze niet bestaan), dan wordt een retry gedaan na 15 minuten (instelbaar). Door een bug werd na elke 15 minuten de requests om te koppelen vermenigvuldigd met het aantal orders in de rit, waardoor na een tijdje heel veel requests tegelijk gestuurd werden. Met deze bugfix is dat opgelost. | |||
Zending type (consigment type) toegevoegd aan de filtersjabloon en ritomschrijvingsjabloon op het OTM5 inkomende orders scherm. Alle unieke zending types van alle stops worden afgedrukt (gescheiden door een komma). | |||
Stamdata: indicatie in tabblad kopje als er een veld verkeerd is ingevuld | In stamdatabeheer wordt er nu een melding getoond als er ergens op een tabblad een veld nog niet juist is ingevuld. | ||
OTM Bij laadloscode bepaling als stop naam leeg is de activiteit lossen vullen | Bij bepaling van laadloscode ontbrak een check of een systeemcode leeg is of niet. Hierdoor traden soms fouten op bij verwerken OTM order. Met deze fix is dat opgelost | ||
De property "planDeparment" uit het AH PTS bericht is vanaf nu beschikbaar als ‘Planafdeling’ op het "OTM5 inkomende orders" scherm bij filtersjabloon en ritomschrijvingsjabloon. | |||
AH OTM5 2 laadstops maken indien er 2 laadacties op hetzelde DC zijn | Wanneer er bij een stop (meestal DC) meerdere acties zijn met verschillende dock nummers, dan wordt per unieke dock nummer een aparte laad/los orderregel aangemaakt in Transplan. | ||
De extra factuur tekst kan vanaf nu op het factuur getoond worden. De tekst met samengevoegde orders (consolidatie) zal nu in een ander veld genaamd 'Geconsolideerd met' opgeslagen worden. | |||
Bij het wijzigen van de resources van een bestaande rit via het optimalisatiescherm komt geen melding meer dat de combinatie die al op de rit voor overlap zorgt bij zijn eigen rit | |||
Aanpassing aanmaken nieuw adres dat via OTM aangeboden wordt | Wanneer bij een adres in het OTM bericht de Actor name en Location code is opgegeven, dan wordt de adrescode samengesteld met <actor name> <location code>". Als locatie een Actor heeft, dan wordt deze actor naam ook voor de adresnaam gezet bij aanmaken nieuw adres. Als er geen actor is, dan wordt, zoals nu ook al gebeurt, de Name van de location uit het bericht overgenomen. | ||
Als een adres dat via BizTalk binnenkomt om wat voor reden dan ook niet aangemaakt kan worden, zal deze op onbekend gezet worden en alle adres informatie toegevoegd worden aan de interne opmerkingen van de order. | |||
Opmerking bij een consignment bij een stop wordt nu ook al orderregel opmerking gevuld. | |||
Filter toepassen op shipmentnummers bij manhattan feedback service | Optionele filtering toegevoegd voor de manhattan feedback service waardoor wij niet alle orders meer opsturen, maar kunnen filteren op orders die alleen bij manhattan bekend zijn. | ||
De stoptijdklassetijden op de orderregels worden nu als gehele getallen getoond in de lijstplanning. Daarbij wordt bijv. 2,5 afgerond naar 3. Dit is nu ook doorgevoerd in de orderlijst waar dit voorheen afgerond zou worden naar 2. | |||
Op de pagina voor het beheren van medewerkerinzetprofielen is een functie 'Reset inzetprofiel" toegevoegd. Deze functie zorgt ervoor dat alle reeds ingelezen inzetprofielen leeg gemaakt worden vanaf de aangegeven datum. Alle beschikbaarheidstypes waar het vinkje 'Overschrijven' aan staat zullen worden leeg gemaakt. Beschikbaarheidstypes zonder dit vinkje blijven staan. | |||
Transplan ondersteunt nu het exporteren van UBL facturen volgens de UBL 3.0 standaard. Er zijn twee nieuwe factuurexports toegevoegd. 'UBL' en 'UBL&PDF'. De eerste genereert alleen een UBL, de andere naast een UBL ook de standaard PF factuur. De bestaande UBL export, die op een specifiek format was ingericht en niet universeel was, is hernoemd naar 'UBLSOS'. |
1-26 van 26