TestLadeMetMat

- DwarsverdelingType is toegevoegd aan een hoop vhTestFiles, part 2

- Nieuwe testfiles omdat PM op vraag van BIDI een korttekst aangepast heeft, voor verduidelijking - deel 2

- Nieuwe testbestanden - deel 5 van...

=> Alles met MoventoKoppeling nu => geen kunstmatige meerkost voor HoogteVerstelling meer, maar de echte bouwstenen ervan

- 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

=> Nieuwe testbestanden

- Nieuwe testbestanden => BevatGeleiderBevestigingSchroeven staat nu altijd op false, in specifieke test op true

- 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

=> Nieuwe testbestanden

- 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 testbestanden met lichte volgens Kevin aanvaardbare prijsverschillen

- UnitTests End2End TAX

- Nieuwe testbestanden

- Nodige aanpassingen in BOL-builders...

- Builder SpecialWorkShop toegevoegd => Nieuwe testbestanden

Update testbestanden voor:

- Defaulting corpusbreedte en wanddikte 0 verwijderen, dit wordt nu opgevangen in de DommNaaarDotNet convertor

- Updaten testen voor: Initial values invullen voor corpuswanddikte en corpusbreedte, anders wordt die afhankelijk van het pad leeg gelaten en .NET kan daar niet mee om

- Update testbestanden

Aangepaste testresultaten committen ivm:

- Kenmerken UitsparingDataDiepte toevoegen

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

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

- Update testbestanden na toevoegen extra matkenmerken

- Basismat nu antislip-Fiber zwart.

- vhTestFiles aangepast (dus alleen het materiaal en beetje prijs. De afmetingen en bewerkingsdimensies blijven gelijk.

- kostenplaats toegevoegd ovor zijkantlogo.

- insteltijden als kostenbuilder toegevoegd.

- 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

- Productiewijze is toegevoegd op APPS dto voor TAORkenmerken.

- vhTestFiles (End2End)