GLS

In het onderzoek naar vroegtijdig in productie brengen van GLS gezien dat we afslutien van transport verder hadden moeten odnerzoeken. De berichten naar GLS blijken rekening te houden met het sluiten "DAYEND-END" van en transport, enkel voor Freight. Dus bij parcels is dat enkel "UPDATE" - we hebben nog bevestiging nodig van GLS over het hoe en wat bij parcels bij de nieuwe account voor de invulling van veld T090.. Deze commit geeft een mogelijke waarde aan, is gecommit om aan te geven waar de wijzigingen komen, maar is mogelijks niet definitief.

- part one.. nog verder onderzoeken wat er met PAKSTAT moet gebueren en nog een testetiket maken ter controle.

- extra error toegevoegd

- cosmetics

- aanpassinge mailinhoud

- 2e keer proberen om id op te halen nadat range verhoogd werd

- testjes beetje aangepast om huidige werking te blijven laten werken (niet ideaal, want niet deftig genoeg voor nieuwe functionaliteit)

- Eerste aanpassing om de ranges al in data te krijgen.. ( voorziening om in de toekomst de ranges iets makkelijker te laten overgaan moeten nog getroffen worden )

- globals voor zowel freight als parcel aangepast naar 0.98 ipv 0.95. Aangezien parcel ook ver op is, de wijziging daar ook al voor toegepast. Kan zijn dat er wel nog een extra mailke van parcel komt als de range nog niet aangepast werd

- Freight bericht testen maakten geen gebruik van de GLSUnitID bepaler mock

- namen van testen duidelijker gemaakt.

- ServiceLocator niet overal gebruikt

- betere naam voor Communicatieservice

- GLS specifieke code verplaatsen naar submap

- KlantNummer in LeveringInfo ipv KlantID

- GLS specifieke code verplaatsen naar submap

- GLS specifieke code verplaatsen naar submap

- Correct aanroepen van #super in OnBefore - OnAfter

- tijdelijk accepteren van 'ongeldige' afzenderreferenties, exception wordt gelogd