Calc

- Test mag berekingwijze encoway negeren

- Prijscorrecties na laatste aanpassingen.

- Test voor omleiding naar dotnet van Taor gefixt

- TAOR heeft al builder in dotnet. Voorlopig de omleiding zelf wel nog op false houden

- DiepteVerstellingSchroef => BuilderMoetWerken => voortaan altijd false vanwege bovenstaande + losse schroefjes geregeld door andere builder (SetSchroeven).

- HFSetSchroeven => ConditieDiepteVerstellingSchroefBepaler => Logica vóór vorige commit teruggezet, maar in comment for future reference, want...

=> Voortaan NOOIT schroefjes los meegeleverd, want weten niet welk front-materiaal de klant gebruikt en daarvan hangt keuze van schroefjes voortaan af

- Nog wat UnitTest die irrelevant geworden zijn (Schroef- en DrevelKoppeling) uitgeschakeld.

- DiepteVerstelling wordt voortaan altijd los meegeleverd => geen boringen meer omdat nieuwe MoventoKoppeling => frezen ipv boren.

- DiepteVerstellingSchroef => BuilderMoetWerken => voortaan altijd false vanwege bovenstaande + losse schroefjes geregeld door andere builder (SetSchroeven).

- HFSetSchroeven => ConditieDiepteVerstellingSchroefBepaler => Logica i.g.v. DrevelKoppeling gespecifieerd, om afwijking met MoventoKoppeling te hebben. Bij DrevelKoppeling verandert er niets (maar gaat er nooit meer bijzijn).

=> I.g.v. MoventoKoppeling => Altijd schroefjes los meegeleverd, want ook DiepteVerstelling wordt dan los meegeleverd.

- Alles is nu MoventoKoppeling => Sortering is alfabetisch en incl KoppelingType, dus volgorde nu anders

- 2 UnitTesten uitgeschakeld ivm SchroefKoppeling => ProductieRoute wegens irrelevant geworden => Is altijd MoventoKoppeling voortaan. We willen de code onder test echter nog niet verwijderen vanwege de manier waarop de infasering aangepakt werd (defaulting MoventoKoppeling op nogal vieze manier => zorgt ervoor dat deze UT nooit meer kan werken).

- OmleidingNaarDotNetBepaler uitbreiden voor Revego

- Onderliggende unittesten uitbreiden

- Rechtzetting van eerdere wijziging. Dit stukje code komt ergens anders te staan

- De dingen die in bold moesten komen in bold gezet (en unit test aangepast)

- Update test nadat bombol naar .net gaat

- Uitbreiding kleurenums van TAOR.

- Uitzondering voorzien voor nieuwe kleur in KenmerkDomeinPostProcessor => VHintra-configurator heeft hier geen zaken meer mee => incl. WSDL-aanpassing

- Uitbreiding PlaatAfwerkingBepaler => nieuwe melamine-kleur

- Voorlopige uitsluiting nieuwe kleur in enkele testen (te checken eens selectiekenmerken goed staan)

- Implementatie onder ProjectSetting IsActiefKantenbandKleurVolgtLadeKleur staat nu per default actief en ProjectSetting alsook oude codepad werd weggewerkt

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