impl

- Extra conversie uitsparingdata voorzien (uitsparingcodes)

- Conversie uitsparingdata voorzien

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

- Verdere uitbreidingen aan convertoren

- OmleidingNaarDotNetBepaler gebruiken in BerekeningServiceProduct, i.p.v. de conditie if (variant = "MVX" of "MAT")

- Convertoren en testen uitbreiden voor:

- Nieuw kenmerk zijkanthoogte toevoegen

- NietMeeleveren, productiewijze en verpakkingtypes uitbreiden

- REFACTOR NA REVIEW

- MVX heeft nu een eigen ProductieSequentie-object ipv dat van LBX te gebruiken

- Uitbreiding convertoren voor MVX deel 2

- Uitbreiding enu voor niet meeleveren MVX

- waar mogelijk ook testen ook uitbreiden met nieuwe kenmerken

- Afbeeldingcodebepaler voor TAX uitbreiden zodat productiewijze FrontLBX dezelfde afbeelding krijgt als Front

- Berekening van de HalffabItemsBoom omleiden naar .NET indien MVX, anders de normale weg binnen Caché blijven volgen.

- testen voor convertoren uitbreiden

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

- BreedteBepaler => IngegevenKenmerkenVisitor er terug afgehaald => was beetje absurd, want enkel voor LBX afwijkende implementatie nodig en TAX-codepad was bij toeval correct wegens geen TAX-SpoelbakLade

- BreedteBepaler => nieuwe oplossing => If met check op LadeType en enkel extra implementatie indien LBX => anders louter InterneBreedte teruggeven

- Daarom ook SpoelbakAfmetingBepaler voor MVX terug verwijderd wegens niet meer nodig => is geregeld op niveau van BreedteBepaler

- Nieuwe TestCase terug verwijderd wegens niet meer nodig => oude TestCase geactualiseerd

- Toch maar terug aangepast en Verwerk-methods voor andere LadeTypes verwijderd => Gaf al minstens voor TAX een hoop fouten in allerhande UT en IT.

- Klasse zat oorspronkelijk in LBX-package en werd misbruikt door TAX, waarbij louter InterneBreedte op Kenmerken werd teruggegeven, wegens geen TAX-SpoelbakLade => Voorlopig ugly code om toch het risico op undefined in andere gevallen te vermijden (backwards compatibility)

=> Moet eigenlijk een generische SpoelbakAfmetingBepaler komen, die InterneBreedte op Kenmerken teruggeeft, die gebruikt wordt bij alle andere LadeTypes

- Move class om interface SpoelbakAfmetingBepaler generisch te kunnen maken => moet ook voor MVX kunnen dienen

- ZijwandType en ZijwandVerhogingType toevoegen aan convertor

- De BerekeningService : een If-conditie herschreven : via Boolean variabele "IsBerekeningViaDotNetMaatwerkService"

- Uitbreiding met MVX in GeefOppervlakteAandeel en GeefVerpakkingHoogte

- De response van .NET was nog niet 100% bruikbaar, de originele boom moet langs cache kant nog deftig opgesteld worden zodat de MaakProductVanNietTbxKenmerken backwards compatible blijft

- Get request naar juist endpoint sturen

- AfbeeldingService => Implementatie VerwerkMVXKenmerken

- AfbeeldingCodeBepaler MVX => Eerste opzet

- Bijhorende TestCase

- Projectsetting aanmaken voor omleiding bombol naar .NET, als false aanmaken

- BOMBOL omleiden naar .NET via de GeefMaatwerkdetails zoals bij MVX

- Webservice GeefMaatwerkDetails toevoegen

- GeefMaatwerkDetails.ProductRestRequest toevoegen

- BOMBOL voor MVX omleiden naar .NET in APPS.PM.Maatwerk.impl.BerekeningServiceProduct

- 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