KenmerkenConverter

- Door het ontbreken van de convertor crashte de code

- InterneBreedte toevoegen op appslaag van tax en lbx en hun convertoren

- Corpusbreedte vervangen door interneBreedte in html

- Kenmerk toevoegen aan verschillende lagen en convertoren + testen updaten

- Uitbreiding van al de dto's, convertoren en utils-klassen met DwarsverdelingType

- Unit tests aangepast voor bovenstaande wijziging

- Uitsluiting DwarsverdelingKleur in KenmerkDomeinPostProcessor om VHintra-configurator niet kapot te maken

- Uitbreiding van al de dto's, convertoren en utils-klassen met DwarsverdelingType

- Unit tests aangepast voor bovenstaande wijziging

- Uitsluiting DwarsverdelingKleur in KenmerkDomeinPostProcessor om VHintra-configurator niet kapot te maken

- BevatGeleiderBevestigingSchroeven toegevoegd in nodige dto'kes en kenmerkensets, alsook utils-kenmerkensets

- Conversie van BevatGeleiderBevestigingSchroeven voorzien waar nodig

- Vorige voorlopige change weer verwijderd, waarin BevatGeleiderBevestigingSchroeven hardcoded voor Alpnach op true gezet werd => wordt nu gezet in Econ en proper doorgegeven via de IngegevenKenmerken

- Uitbreiding nodige dto-kes en Utils-klassen en convertoren en bijhorende UnitTests met AantalDwarsverdelingen en DwarsverdelingKleur

- Uitsluiting DwarsverdelingKleur in KenmerkDomeinPostProcessor om VHintra-configurator niet kapot te maken

- Testen van convertoren + convertoren uitbreiden met configuratie met nieuw kenmerk

- Convertoren + testen toevoegen

- Voorgaande correctie ongedaan gemaakt : de situatie werd verkeerd ingeschat (door onjuiste en dus zeer misleidende benamingen uit het verleden) en was de fix eigenlijk niet correct.

- "CorpusBinnenbreedte" was oorspronkelijk "InbouwBreedte", wat hetzelfde is als "InterneBreedte"

[UW723] Qlik: TBX Converter CorpusBreedte correct omzetten

- DomNaarApps converter: InterneBreedte overnemen van CorpusBinnenBreedte --> is dus ook oké als er wel opvullijsten aanwezig zijn.

- Als de corpusbinnenbreedte reeds gekend is in de domkenmerken, dan moet die niet nog eens worden berekend voor de APPS kenmerken

- Toevoegen apps kenmerk zodat test slaagt want hij vergeleek anders een opgevuld dom kenmerk met een leeg appskenmerk

- DomNaarApps Mvx uitgebreid met corpusbreedte

- Extra conversie uitsparingdata voorzien (uitsparingcodes)

- Conversie uitsparingdata voorzien

- Overige eCon kenmerken opslaan in GUIKenmerken voor MAT -> hiervoor de nodige uitbreidingen doen aan de mattenconvertoren

- Convertoren en testen uitbreiden voor:

- Nieuw kenmerk zijkanthoogte toevoegen

- NietMeeleveren, productiewijze en verpakkingtypes uitbreiden

- Uitbreiding convertoren voor MVX deel 2

- Uitbreiding enu voor niet meeleveren MVX

- waar mogelijk ook testen ook uitbreiden met nieuwe kenmerken

- testen voor convertoren uitbreiden

- In comment zetten dat de klasse DomNaarApps voor MVX nog niet gebruikt wordt

- InterneBreedte gebruiken ipv corpusbreedte, op deze manier zit alle logica ivm interneBreedte in eCon (master over de data)

- Enu van MVXBodemkleur updaten

- Aanpassing ivm niet meeleverens 'tiponblumotionseteenhedenenmeenemers' is niet correct. tiponblumotionmeenemers en tiponblumotioneenheden toevoegen in de plaats

- DOM naar APPS convertor aanmaken voor MVX

- Bijhorende test toevoegen

- Canonische waarden ivm SST toevoegen

- Convertor uitbreiden met ontbrekende properties

- Kenmerk StekkerType toevoegen, zowel in IK als convertoren

- Kenmerk StekkerServodrive toevoegen in convertor

- DOM Naar APPS convertor toevoegen voor SST

- DomNaarApps converter: InterneBreedte overnemen van CorpusBinnenBreedte, indien geen opvullijsten.

- Conversie dom naar apps ook productiewijze volledig. (conversies zijn voorzien om zowel "" als "V" om te zetten. MUST om te testen op accept dat APPS laag nog steeds ok is.

- getest met vhintra. Maatwerkconfigurator en maatwerkviewer = kostberekening. OK

- Losse component verwijderd van dto, samen met vhintra release. vhintra gebruikt nu ook voor losse component de productiewijze.

- productiewijze afgestemd voor intern. bij losse component geen volledig. bij flatpackv1 enkel volledig. bij v1 en probox keuze.

- manueel getest met vhintra. (eventueel nog testen voorzien voor kenmerkenpostprocessor.)

- lossecomponent property is vervangen door productiewijze had dus ook impact op DOM of APPS in convertoren. Verschill tussen "" leeg en "V" volledig. Dit is rechtgezet voor TAX