Calc

- De ProductieRoute voor de DiepteVerstelling wordt bepaald a.d.h.v. het KoppelingType. Voor de MoventoKoppeling geldt dezelfde logica als voor de DrevelKoppeling.

- Projectsetting verwijderen + test updaten

- Uitbreiding in Koppeling-builder => ProductieRoute voor Movento-Koppeling

- Kleine refactor in Koppeling-Builder => IsGemonteerdeLade gebruikt ipv opsomming verpakkingen voor gemonteerd => waar bovendien PalletVerpakking nog miste

- Toevoeging KoppelingAdapter-builder voor MoventoKoppeling

- Uitzondering i.g.v. OudZwart dekte de hele lading niet, er was meer aan de hand (zie volgend punt...)

- Correctie => Front, Rug en Bodem => zijn nooit bicolor (enkel zijkant kan dat zijn), dus geen opcentiemen in dat geval

- Een volledige lade bevat zijkanten, dus dan eventueel wel bicolor met bijhorende opcentiemen

- Kleine refactor en afzondering van Bicolor-percentage-verhoging

- Uitzondering voorzien indien LadeKleur OudZwart => Toch normaal unicode-percentage van 2

- Typo corrigeren

- Test toevoegen die verwerking van de gekoppelde matkenmerken bij mvx in de gaten houdt

- TBXIntivo vervangen door LBXPure voor opzet test

- Mogelijk maken via project setting dat de bombol in .net berekend wordt voor TBX

- OudZwart = Z9 = een melaminekleur

- OudZwart voorlopig uitgesloten in testen voor productieaansturing en kleurcode => bijhorende klassen mogen in dit stadium nog niet aangepast worden

- Bijhorende test voor aftrek voor matten is 1 mm groter, ookal wordt deze klasse voor mvx enkel in .NET gebruikt, correct is correct, updaten

- Om 0 stuks te voorkomen op het productiedetailblad moet de builder gewoonweg niet werken in de situatie waar 0 stuks uitkomen

- Uitbreiding voor verwerken MATKenmerken + toevoegen test

- OmleidingNaarDotNetBepaler gebruiken in de UT TestAllHFSpecs (BepaalHFItemBuilderSequence) : method HeeftHFBuildersInCache() i.p.v. de conditie not if (variant = "MVX")

- IsWitteLadeVoorSfs losgetrokken in 2 voorwaarden => IsVoorSfs en IsSfsKortingNodig => Korting voor witte laden moet onafhankelijk blijven lopen van nieuwe korting voor grijze en zwarte laden, maar is beiden enkel igv SFS

- Soortgelijke korting voor SFS als die voor witte laden geldt nu ook voor grijze en zwarte laden => afhankelijk van ConfigSettings => SfsTaxKortingActie_IsActief en SfsTaxKortingActie_StartMoment en SfsTaxKortingActie_EindMoment

- TestCase uitgebreid

- VolledigeRolNaamInvullerVisitor vanaf nu aanroepen via public method VulInVolledigeRolnamen() i.p.v. de accept-method "her en der" te gebruiken

- UT gefixed (belofte maakt schuld :-P )

- De response van .NET was nog niet 100% bruikbaar, de originele boom moet langs cache kant nog deftig opgesteld worden zodat de MaakProductVanNietTbxKenmerken backwards compatible blijft

- Get request naar juist endpoint sturen

- Toevoegen test voor ko

[ICT-1578] TAX - Nieuwe kleur Chalk Ash CA - fase 1 - onderdeel 1/2/3

[ICT-1573] TAX - Nieuwe kleur lakdraagfolie GF - fase 1 - onderdeel 1/2/3

- Enum TAORLadeKleur, TAORBodemKleur en TAORkantenbandKleur uitgebreid met drie nieuwe kleuren.

- Nieuwe WSDL-TestFiles => Uitbreiding kleuren-enums.

- PlaatAfwerkingBepaler => Toevoeging van kleuren aan juiste lijst => CA en SE = Fineer en GF = Melanine. UnitTest soortgelijk aangepast.

- UnitTests BepaalKorttekstTAOR => TestBodemKleurCode en TestBuitenKleurCode => Assert van nieuwe kleuren voorlopig uitgeschakeld. Wel al uitbreiding voorzien in comment => Eerst moet PM SelectieKenmerken aanpakken => Anders fout: Exact één validator: Er werden geen halffabitems gevonden.

- Lege UT (geen actieve testmethods) voor TBX-plus verwijderd

- Na review => Eerst Super uitvoeren in constructors

- Rechtzetting in naamgeving UnitTest

- Verwijdering ongebruikte methods na refactor van alle dependent TestCases