Calc

- Nodige uitbreidingen voorzien om compatibel te zijn met encoway scenario's

- Klasses verwijderen uit DOM laag naar verplaatsen naar APPS laag (blijkbaar kwamen deze niet in de svn changes naar boven)

- Verplaatsen VHConfig van DOM naar APPS laag

- Dto's van maken in plaats van registred objects

- OmleidingNaarEncowayBepaler toevoegen

- Wijziging ter voorbereiding van eenvoudigere halffabitemsboom voor encowayproducten. Proberen de wortel uit te schakelen. Uit de taor testen blijkt dat door deze conditie niet wordt gelopen

- Tussentijdse commit: aanmaken VhConfig object en helperklasse

- SpaanplaatSchroeven en SysteemSchroeven rol en kenmerken toevoegen

- enu voor deursteunnaarbinnen toevoegen

- productensync uitbreiedn voor die schroeven

- Kenmerk DeurStabiliseerder zelf moest niet worden verwijderd blijkbaar

- Kenmerk DeurStabiliseerder opsplitse nnaar links en rechts

- Uitbreiding met rol ZijkantBevestigingVeerRugVoorNLade.

- Maximale lengte van de string aanpassen door 'TECH.String' te gebruiken ipv '%String' als datatype

- Omleiding weer aangezet.

- nieuwe berekeningwijze toevoegen voor LBX voor encoway

- GeefVariant moet ook gewoon de property kunnen teruggeven

- Omleiding naar DotNet aangezet voor TAOR

- 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

- IngegevenKenmerken worden nu meegegeven aan GeefHalffabItemsBoom op de MaatwerkDetailsConvertor, om op de juiste plek aan de Familie en Variant te geraken.

- Toevoeging DotNetHalffabContext, die de echte HalffabContext als super heeft en er een afgeslankte versie van is speciaal voor het DotNet-pad, om Familie en Variant ervan te kunnen gebruiken op de juiste plek.

- IHalffabItem => De dirty hack van WV, waarbij er default MVX gebruikt wordt voor ophaling PPS-kenmerken, vervangen door een exceptie, omdat er nu normaal gezien altijd een context aanwezig zal zijn en zo niet... exceptie!

- ClassnameFromJsonNaarDomConverter => KlassenaamHalffabItem wordt nu soms hardcoded doorgegeven vanuit DotNet op HalffabItemParsedFromJson. Zo ja, dat gebruiken!

- ClassnameFromJsonNaarDomConverter => Uitbreiding GeefVolledigeKlasseNaam om compatibel te zijn met TAOR.

- HalffabrikatenFromJsonNaarDomConverter => Ingebruikname van de nieuwe DotNetHalffabContext, die in de constructor van elk HalffabItem dat hier genewd wordt meegegeven wordt, opdat Familie en Variant proper doorgegeven worden.

- HalffabrikatenFromJsonNaarDomConverter => Toevoeging van specifieke TAOR-HalffabItems die eigen properties hebben die gemapt moeten worden: Verpakkingv001LosseComponentenZRFFront, Verpakkingv001LosseComponentenZRFRug,

Verpakkingv001LosseComponentenZRFZijkantLinks, Verpakkingv001LosseComponentenZRFZijkantRechts, RugPlaat, ZijkantPlaat, Verpakkingv001BulkPerOnderdeelGegroepeerdBodem en BodemDeksel.

- HalffabrikatenFromJsonNaarDomConverter => Een property van bovenstaand vermelde properties is AantallenPerVerpakking en die heeft wat extra implementatie nodig gehad (private methodje ZetCleaneVersieVanAantallenPerVerpakking).

- Op TAORRolDotNet nog paar rollen verwijderd die op SamengesteldHalffabItem staan (wat niet mag, of ze komen dubbel aanbod).

- Aanpassingen in CalculateAll en VergelijkCacheDotnet om vergelijking te verfijnen.