CalculatedProduct

Mail productupdate AX

- Te veel gecommit

- Uitbreidingen voor de 3 nieuwe kenmerken

- Ongebruikt kenmerk 'VoegZijkant' heb ik wel nog laten staan ondanks het nu niet meer zal worden gebruikt. Het is nog even nodig voor de overgang naar de nieuwe kenmerken

- Signatuur aangepast, na bespreking met PV => in dit geval enkel checken op Toeleveringen. Vindt anders bijna altijd een bezwaar, die vaste producten worden heel veel gebruikt. Aangezien enkel de bouwstenen aangepast worden => check op toeleveringen is voldoende.

- Voor losse componenten mag er in de BezwarenControleur niet gecheckt worden op historieken. Dit is uitzonderlijk nodig omdat het over vaste producten gaat die normaliter nooit geüpdated worden, wat nu wèl moet gebeuren om de "nieuwe" HoogteVerstelling-bouwtenen erbij te krijgen. Er bleken historieken in de weg te zitten. De noodzaak tot correcte bouwstenen en prijzen overruled de historieken.

- Verwerking reviewopmerkingen

- Wat commentjes verwijderd.

- ProductUpdater neemt nu ook een lock op de bouwsteen van het product

- UnitTest werkt nu met OrigineelProductMock en GeupdatetProductMock en met VerwachtMethodCall

- Product saven na terugzetten prijs

- Eerste versie van AttrVsAdminProdNr = Fixed_ForceBom

- Langtekst van te verzagen product toevoegen aan langtekst inkorting product

- BevatGeleiderBevestigingSchroeven toegevoegd in nodige dto'kes en kenmerkensets, alsook utils-kenmerkensets

- Conversie van BevatGeleiderBevestigingSchroeven voorzien waar nodig

- Vorige voorlopige change weer verwijderd, waarin BevatGeleiderBevestigingSchroeven hardcoded voor Alpnach op true gezet werd => wordt nu gezet in Econ en proper doorgegeven via de IngegevenKenmerken

- LadeVariantBepaler uitbreiden voor Revego

- UT voor AX Requestconverter aangepast : ProductStub.IndienMethodCall("%Extends", ...) toegevoegd

- Call voor vrijgave ProductId mag enkel in die Product een object is => indien niet, dan error geweest in try catch en errormessage uit Catch moet tot in AX geraken => gebeurde niet omwille van error in ProductId-vrijgave vlak voor returnen response => bijhorend UnitTestje

- Na review: Extra testje voor RequestConverter indien NIET SalesPriceBOM

- Casing aangepast voor leesbaarheid => vermijden dat sommige mensen in 1e instantie denken dat het over een event gaat :-D

- In GeefLadeVariantVanRangeVolgensProductId, ENKEL gebruikt door GeefProductIdVrij => Indien LadeVariant niet gevonden => Error-logging afgezwakt naar Info => Kan immers normale verwachte case zijn =>

=> indien range op was bij uitbesteding heeft ProductIdRecycleerder lege ProductId teruggegeven => ProductVolgensAxAttribuutBepaler heeft daarop een geheel nieuw Product gemaakt, waarvan de ID vervolgens in de RequestConverter wordt gebruikt om GeefProductIdVrij-call mee te doen

- Check op timestamp en indien nodig automatische vrijgave van ProductId's en indien nodig logging

- Bijhorende UnitTest

- Logging => ProductId vrijgegeven voor LadeVariant

- In de dedicated Global wordt in de data nu een 2e piece bijgehouden bij gebruik van een ProductId met daarin een Horolog

- Logging bij PersisteerRange