EC

- VerwijderLijn + test. Testen te vereenvoudigen en nog via verkoopservice te laten verlopen (na bespreking.)

- testen voor bewaarproductlijn en juiste controle op externeid.

- Repository geeft winkelkar via ExternId

- Test ControleWinkelkarViaExterneId

- het juiste applicatietype teruggeven in winkelkarren

- winkelkarrepo maakt karren van het juiste type aan

- unishopbesteller roept edi-service op

- Code en test clean-up

- Code testbaarder gemaakt ---> ConstructClone uitgevoerd in aparte kopieerder

- Code BestaatID is terug toegevoegd, na commit Jow. (Verdere refact winkelkar nog te bekijken.)

- ExterneId bij op DOM.EC.Winkelkar.Lijn

- deploy class voor indices purge/rebuild

- Lijn %Id en %ExistsId zijn verwijderd uit winkelkar.

- Mock klasse aangevuld met methods van inherited class.

- VolumeAandeel op maatwerklijn toegevoegd.

-APPS.VKP.impl.OfferteService : VoegToeProduct -> method lijkt mij niet echt unittestbaar door de %OpenId .. beter hiervoor de repository gebruiken - DOM.EC.Winkelkar.LijnRepository.GeefViaID of DOM.EC.Winkelkar.WinkelkarRepository GeefLijnViaID - Eerste mogelijkheid lijkt mij toch net iets beter - kwestie van de ene repo is voor de winkelkarren en dan de andere specifiek voor de lijnen

- fake en mock ProductLijnRepository ook ineens weggehaald

- moet nog eens denken over een schone testbenaming in OfferteService/VoegToeProduct/Test

- Geen abstract methods bij implementatie.

- adres klanten van hein worden niet aangepast bij het kopieren van offerte. Bij standaard klanten wordt het standaard leveradres ingevuld.

- Ge wilt nie weten wat ik heb moeten veranderen heb om 1 lijn code te testen in HandelOfferteNaarVanHoeckeOfferteConverteerder

- De testen zelf moeten nog nagekeken worden op vereenvoudiging en variabele namen.

- De WinkelkarService gebruikt nu de winkelkarRepo en (nieuwe) ProductLijnRepo om gegevens te bewaren.

- ProductLijn aanpassen (Prod.Product -> DOM.PM.Product)

- PakketReferentie toegevoegd op Winkelkar/ProductLijn