dto

- MaatwerkProductHalffabItem + kostItem implementeren

- Properties toevoegen voor matkenmerken zodat mapping goed verloopt, bewust niet gekozen om een ingegevenKenmerk object ervan te maken, dit zou de conversie complexer maken, zeker nu dat MaatwerkhalffabItem enkel nog maar bestaat bij matjes

- MaatwerkProduct implementeren om antwoord van .net te kunnen omvormen

- Type terug op string zetten zodat de vhintra configurator blijft werken

- enu's toevoegen voor MATLadeToepassing + UitsparingCodeMatten

- Method in IngegevenKenmerkenTypeAPI maken om te checken of het een mat is met uitsparing

- Extra conversie uitsparingdata voorzien (uitsparingcodes)

- Kenmerken UitsparingDataDiepte toevoegen

- Nodige convertoren/dto klassen nog uitbreiden/refactoren waar nodig

- testen aanmaken voor de convertoren voor MatKenmerken

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

- Uitbreiding aan kenmerken + convertoren

- Nieuw kenmerk zijkanthoogte toevoegen

- NietMeeleveren, productiewijze en verpakkingtypes uitbreiden

- Nieuwe MVX kenmerken ook toevoegen in APPS en ECON laag

- MVXAantalDwarsverdelingen enu toevoegen

- Ook de response-objecten leiden nu af van het basis-object TECH.JSON.ObjectParsedFromJson

- Property KlasseNaamInfo verwijderd, want staat in de basis-klasse. Later zal deze ge-renamed worden naar "DollarType"

- klasse HalffabDtoParsedFromJson toegevoegd

- property Halffab toegevoegd aan HalffabItemParsedFromJson

- KostenPlaatsId dient als Id geschreven te worden en niet ID zodat de parser deftig kan parsen

- property klassenaamInfo toevoegen op KostenPlaatsData

- Unittest voor de MaatwerkDetailsFromJsonParser GeefMaatwerkDetails()

- Toevoegen van dto klasses voor maatwerkdetails response van .NET, specifiek voor ParsedFromJson

- DOM naar APPS convertor aanmaken voor MVX

- Bijhorende test toevoegen

- VerwerkMVXKenmerken implementeren in verschillende klasses waar een visitor kan passeren

- Toevoegen van APPS en ECON kenmerken MVX

- Change in MVXGUIKenmerken komt door compileren

- Kenmerk StekkerType en ServoDrive toevoegen

- Kenmerk StekkerServodrive toevoegen

- Spacestep toevoegen aan enkele convertoren en visitors

- 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

- Moet dus wel degelijk apps zjn omdat vhintra niet overweg kan met lege waarde. Dan verder na te kijken waarom econ naars apps conversie een dom enum meegeeft. ????