TAOR

- Verduidelijkingske bij iets wat niets met deze story te maken heeft => Wordt nooit gebruikt ivm LadeOnderdeel Bodem, dus dat mag ook blijken uit de naamgeving

=> Pijnlijke vaststelling dat ik nog een paar gebruikerkes was vergeten mee aan te passen. Bij deze...

- Vergeten AfhankelijkVan Dwarsverdeling terug toe te voegen

- Omschrijvingen aangepast: telkens de kleurcode meegeven ipv de kleur voluit

- Rechtzetting fout in builder DwarsverdelingOnder: deze was afhankelijk van zijn eigen rol

- Uitbreiding TaorboxModel met kenmerk DwarsverdelingType en rol DwarsverdelingDubbelHouder

- Uitbreiden TAORKenmerken met DwarsverdelingType

- Uitbreiden HalffabClassNameFactory met halffab DwarsverdelingDubbelHouder

- Toevoegen rol DwarsverdelingDubbelHouder

- Deployklasse voor Selectiekenmerken die halffab-klasse aangemaakt heeft

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

- 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

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

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

- 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

- 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

- Comment toegevoegd ter verduidelijking: De combinatie SchroefKoppeling met Binnenlade gaat nooit voorkomen, want i.g.v. een Binnenlade wordt er gedefault op DrevelKoppeling.

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

- OPKUIS: De bijhorende rollen zijn in 2014 door FMA opgekuist, maar de bijhorende builders werden hierbij over het hoofd gezien. Bovendien klopt de erin gebruikte ProductID niet meer (is een Koppeling). Gelukkig werden deze builders nergens meer opgeroepen.

- OPKUIS in GeefLijstVanProductIdVanNietSelectieKenmerken => ProductID werd hier overgenomen vanwege hierboven vermelde builders, dus onterecht.

- Toevoeging Kenmerk (kolom in VHintra-KenmerkenEditor) KoppelingType aan SelectieKenmerk ZijkantBestukkingVooraan => Nu de storage terug goed staat mag deze terug uit commentaar, is zelfs nodig nu om onderscheid te kunnen maken

- Toevoeging Kenmerk (kolom in VHintra-KenmerkenEditor) KoppelingType aan SelectieKenmerk ZijkantBestukkingVooraan => Fix zodat storage bij autogeneratie sowieso goed staat

- Toevoeging Kenmerk (kolom in VHintra-KenmerkenEditor) KoppelingType aan SelectieKenmerk ZijkantBestukkingVooraan => Om onderscheid te kunnen gaan maken tussen de oude en nieuwe bestukking => fix storage

- Toevoeging KoppelingAdapter-builder voor MoventoKoppeling weer ongedaan gemaakt => toch niet nodig => MoventoKoppeling-product is samengesteld product waarin de adapter reeds bijzit.