Verpakking

- REFACTOR NA REVIEW

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

- 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

- Uitbreiding met MVX in GeefOppervlakteAandeel en GeefVerpakkingHoogte

- wlips opkuisen

- nog een combi over het hoofd gezien

- correctie verwarring tussen de verschillende wikkels

- diepe wikkels gebruiken bij ladediepte 500 of meer, maar minder dan 700

- lade niet minder diep dan 700 -> 2 wikkels ipv 1 in principe voor TAOR alleen, in de praktijk voor alle lades, maar alleen Taor heeft lades 700 of meer diepte

- Refact probox calculator