OrderIngaveService.cls.xml

- MaakProductVanKenmerken gebeurt nu in een eigen OperatieScope.

- Accept op een WinkelkarLijn gebeurt nu in een eigen OperatieScope.

- Overkoepelende OperatieScope in MaakOrderVanOfferte is verwijderd => de 2 gevoelige sleutelacties hierboven hebben nu zelf elk hun OperatieScope

- Bij niemand wordt de datum nog voor de OrderReferentie gezet (i.o. BIDI (BDA, WDA))

- check IsTijdelijkOrder via AdminOrderService

- BTWCode en Afrondingsregel toegevoegd.

- Kaartje gemaakt voor refactor van orderingaveservice. teveel params in constructor en testen gebruiken echte data.

- 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