common

- VERVOLG GRONDIGE REFACTOR => Architecturaal is het niet ok dat in productie-aansturing met KlantId gewerkt wordt => ...

- Er werd gebruik gemaakt van MaatwerkProduct-object in TAOR-package => mag/moet TAORLade zijn => is andere en specifiekere interface => MaatwerkProduct kent HeeftFrontHoogteVerstelling niet => is enkel voor TAOR

- KlantId is niet meer nodig voor ProductieOpstartfaseBepalerTAX

- Behavior HeeftFrontHoogteVerstelling op de TaxLade gebruiken.

- Bijhorende TestCases aangepast

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

- KlantId wordt nu meegegeven aan IsInOpstartfase van ProductieOpstartfaseBepaler

- MagKlantTAORFrontHoogteVerstellingBestellen van KlantInstellingenService bepaalt nu via KlantId of TAORLade in opstarfase zit

- Fix en uitbreiding TestCases

- REFACTOR NA REVIEW

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

- nieuwe productiegroepenu gebruiken in sequentieservice, nu mbv TECH.StringUtils

- nieuwe productiegroepenu gebruiken in sequentieservice

- ToeleveringSplitser meegeven aan ProductieGroepBepalerMVX

- KlantId en Aantal worden nu van de BerekeningsSpecificatie op het Product afgehaald om de HalffabItemsBoom in DotNet mee op te halen

- UnitTest die erover moest waken dat het hardcoded doorgeven van KlantId en Aantal niet tot in productie zou geraken terug verwijderd

- IsVoormontageNodig kan nu aan halffabitemsboom op SequentieItem => implementatie voor zover al nodig voor DKG

- BladInhoudBuilder voor MVX-ProductieDetailDocument

- Voor MVX => HalffabItemsBoom ophalen bij DotNet => VOORLOPIGE CODE !!! KlantId en Aantal worden nu hardcoded voor DKG doorgegeven => moet nog verder uitgewerkt worden

- Bijhorende UnitTest moet onder de schijnwerpers houden dat deze code niet zo naar productie mag => Faalt expres

- Change is nodig voor end tot end testen op staging zonder dat er openstaande wijziging op staat

- In ProductieSequentieItemService => Ophalen HalffabItemsBoom in DotNet in TryCatch gezet

- dto.ProductieUitvoeringInfo => Wordt generisch gebruikt => LadeHoogte as string ipv als LBX-enum => E-hoogte van MVX bestaat niet in LBX en was sowieso niet correct => moet mogelijks nog voor andere hier gebruikte enums gebeuren ook

- ProductieVoorbereidingZaag.Utils => Enkel Probox is al voorzien in VerpakkingType-enum van MVX

- VoorbereidingZaag => Nog een paar voorlopig onbestaande enums gedefault naar False

- ProductieSequentieAwareActiviteitGroep => Uitbreiding voorzien voor MVX => Merivobox overzicht batch

- Uitbreiding voor MVX => GebruiktProductieSequentie

- ProductIDCategorieBepaler, method call aanpassen : GeefIngegevenKenmerken() op MaatwerkProductImpl.cls rechtstreeks oproepen

- Code cleanup

- GeefVHOSSProductieSequentieItemViaSequentieNummer op ProductieSequentie toegevoegd

- Test aanmaken voor MVX

- enu Categorie verwerken en autocomplete handmatig uitbreiden want leidt niet af van TECH.enumeration dus worden die niet automatisch aangepast

- Toevoegen productiegroepenbepaler + lijnbepaler implementeren voor MVX

- Toevoegen MVX in de categoriebepaler

- Opstartfasebepaler preventief al toegevoegd voor MVX

- Later testen uitbreiden voor Spoelbaklades en sifonlades

- Dummyklasse voor MVX uitbreiden voor smallelades, en productiewijze Front

- GeefIsWegwerpPallet op de Batch een toeleveringid meegeven als parameter, want wegwerppallet is geen boolean per batch meer, maar per toelevering

- VerwerkMVXKenmerken implementeren in verschillende klasses waar een visitor kan passeren