OrderIngaveService.cls.xml

- Bevestiging Boodschap aangepast voor AX.

- ZetEmailAdresBevestiging => van DTO naar Offerte naar Order

- Offerte meegeven want we hebben ook klant nodig.

- oproepen van afgezonderde code

- Indien offerte een winkelkar heeft met Herbestelling bij probleem : indien verzendwijze van leveradres niet gls is, id's uitblanken en verzendwijze op GLS zetten

- test nog te schrijven

- Aanpassing naamgeving => EmailAdres => EmailAdresBesteller

- Property EmailAdres bijgezet op Hoofding-DTOke en RequestHeader en Offerte

- GeefEmailAdres en ZetEmailAdres bijgezet op interfaces van Offerte en Order en geïmplementeerd in derived

- MaakHoofding op BestelWinkelkar haalt EmailAdres op van de Header op de BestelWinkelkarRequest en zet het op het Hoofding-DTOke

- ZetHoofding op OfferteService haalt EmailAdres van Hoofding-DTOke en zet het op de Offerte

- MaakOrderVanOfferte op OrderIngaveService haalt EmailAdres op van Offerte en zet het op Order

[UST3830] HNLT: GeefEDIVoorEindklant is fout

- rename huidige method

- herimplementatie bestaande method

........

- rename huidige method

- herimplementatie bestaande method

- Toch beslist om transport direct als gekend AX product toe te voegen aan het order. TransportTekst op leverbon en toelevering gezet. hierdoor dienen we niks aan te passen aan de 504 interface.

(wegschrijven als manuele lijn geen optie omdat er dan moeilijk een onderscheid gemaakt wordt bi de interface om tijdelijke orders naar AX te sturen.

(een tweede optie was transportorderlijnen te genereren, enu uitbreiden, orderlijn klasse aanmaken, in interface onderscheid product en transport, etc...)

- Toch beslist om transport direct als gekend AX product toe te voegen aan het order. TransportTekst op leverbon en toelevering gezet. hierdoor dienen we niks aan te passen aan de 504 interface.

(wegschrijven als manuele lijn geen optie omdat er dan moeilijk een onderscheid gemaakt wordt bi de interface om tijdelijke orders naar AX te sturen.

(een tweede optie was transportorderlijnen te genereren, enu uitbreiden, orderlijn klasse aanmaken, in interface onderscheid product en transport, etc...)

- types goedzetten

- BepaalOorsprongKetting public ipv private

- Oorsprong..verwerk -> is een verwerker geworden. - Voorlopig geen vhisie4 wegschrijven

- Oorsprong correct invullen indien vhisie4

- OorsprongKetting ipv OorsprongDetail invullen - bevat de ketting van webwinkelkarren

- verzendingwijze van leveradres overnemen.

-Opkuis

-mogelijk maken van de dependencies uit te mocken.

-1e versie test voor deelleveringen

-Repository voor DocumentReferenties gebruiken in OrderIngaveService.cls.xml

- Code aangepast, test bij gemaakt die voorlopig bestaand gedrag verifieert wat betreft leverdatum.

- Daar ik gezien had dat een nieuwe unittest een Save gebruikte ( dus persistent en multiprocess aware is ).

Heb ik wat basis aanpassingen gedaan aan de code zodoende de dependencies al wat duidelijker zichtbaar zijn in de constructor van de klasse.

Dit is een eerste stap in de goede richting.. Verdere stappen zullen in de toekomst wel genomen worden.

- Dus zonder meer..., Als verzendingwijze van een order DHL is (dus E), dan steeds WEGWERPPALLET op tussenetiket.