impl

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

- Rol in vhintra noemt plaatmateriaal en miste hier dus nog

- StringUtils Equals gebruikt want haakskes haakskes haakskes

- HeeftFrontHoogteVerstelling op een product geeft nu voor ALLE KoppelingTypes true terug, waardoor alles in de productieaansturing automatisch met HoogteVerstelling gaat zijn.

=> Eerdere poging tot (her)bereken via DOM.PM.Maatwerk.Calc.HF.impl.HalffabSpecKenmerkenAanpasser lukt niet, omdat de bereken voor productie het product niet wijzigt.

=> Op de nieuwe HalffabItemsboom staat dan wel de MoventoKoppeling, maar uiteindelijk wordt in de productieaansturing toch gekeken naar HeeftFrontHoogteVerstelling op het product zelf => dus dan geen witte rook

- Klasse uitbreiden voor RVG

- Louter casing aanpassing

- RVG HalffabClassNameFactory uitbreiden

- HalffabClassNameFactory voor RVG uitbreiden voor nieuwe halffab 'Plaatmateriaal'

- Aantal DwarsverdelingHouders hoort 2 keer het aantal dwarsverdelingen te zijn

- Uitbreiding OnderdelenPicking met Dwarsverdeling en DwarsverdelingHouder i.g.v. VerpakkingType FlatpackV1

- In builders hiervoor ProductieRoute gezet (en enum-base beschikbaar gemaakt hiervoor)

- Toevoeging builders voor Dwarsverdeling en DwarsverdelingHouder

- Uitbreiding MaatwerkModel met rollen Dwarsverdeling en DwarsverdelingHouder

- Uitbreiding TAORKenmerken met AantalDwarsverdelingen en DwarsverdelingKleur

- Toevoeging halffabjes voor HalffabDwarsverdeling en HalffabDwarsverdelingHouder

- Uitbreiding BaseEnums met DwarsverdelingKleur

- Deployklasjes voor Selectie- en pps-kenmerken

- KostSpec en HalffabSpecs toevoegen

- Aanpassing van het productnummer van de veer (nieuwe is 3433118, oude was 1118152).

- Aanpassing van het AantalVeren, zowel voor bevestiging van de rug (volgens LadeHoogte) als van de bodem (volgens LadeDiepte).

- Nieuwe selectiekenmerken toevoegen aan HalffabClassNameFactory + Persistente bijhorende klasse aanmaken

- KostSpec en HalffabSpecs toevoegen

- Reviewaanpassingen => Copy/paste foutje en kleine refactoring => afzondering naar private method en casing

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

- quick-fix bij method IsHalffabEenSGeleiderVoorBlumotionEnTOB()

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

- Correctie => Indien W7 => Kantenband voor aan de zijkanten van het Front meetellen bij dimensie Lengte

- Nodige aanpassingen in BOM-builders...

- Indien W7 => Ook KantenBand aan de zijkanten van het Front = Hoogte * 2 => moet gedefinieerd staan voor VHintra als Breedte en niet als Hoogte

- Nodige aanpassingen in BOM-builders...

- Geen FrontEindkap indien W7

- Indien W7 => FrontPlaat-lengte = InterneBreedte - 10

- Indien W7 => Ook KantenBand aan de zijkanten van het Front = Hoogte * 2

--> Deze klasse hoort NIET thuis in "Calc.HF" package, maar WEL in "Calc.Kost" package. Gelieve aan te passen bij het porten naar .NET

- 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