OrderIngaveService.cls.xml

- 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.

- Indicatie op order voor colli drager, afprinten wegwerppallet op tussenetiket.

- Aantal palletten wordt als tekstlijn op het order gezet.

- De Unishopbesteller zal de bestelling direct aan de OfferteIngaveService meegeven indien er enkel 'standaardproducten' (niet-maatwerk) op de offerte staan

- Dependency niet verbergen

- KostPrijs -> VerkoopPrijs en AankoopPrijs !!! Voor WSData (persistent) en dus nog niet voor dto naar intracto.

- Momenteel wordt de berekende kostprijs van de offerteberekenaar in beide velden ingevuld omdat aan offertekant momenteel Verkoopprijs wordt toegepast en er enkel aankoopprijs berekend wordt. Dit totdat we klanten implementeren die een verschillende verkoopprijs en aankoopprijs hebben.