impl

- Enkel snijopdrachten voorzien voor LOdozen die geen standaardhuls zijn

- BerekeningWijze wordt niet altijd doorgegeven, wat ok is, maar dan moet het hier wel gedefaulted worden, want wordt gebruikt om door te geven.

- Voormontage is ook nodig als er een dwarsverdeling bestaat (ofdat deze bewerkt is wordt achteraf bekeken)

- HeeftFrontHoogteVerstelling uit opstartfase gehaald => alles is nu HeeftFrontHoogteVerstelling = true

- Utils.DOM-kenmerken => nu MoventoKoppeling

- Al wat testjes gefixt

- Nieuwe testbestanden

- ProductieSequentie klasse aanmaken voor Revego en oproepen in SequentieService

- Aanmaken ProductIDCategorieBepaler voor revego

- PRNrCategorieBepaler, £ProductIDCategorieBepaler en ProductieLijnBepaler uitbreiden voor revego

- Naar de nieuwe ProductieGroep 'SpecialWorkshop' verwezen bij TAX

- Kleine refactoring om future proof te maken

- NIET IsProductMetBewerkingInSpecialWorkshop maar kleur W7 bepaalt of het SpecialsPM moet zijn (IsProductMetBewerkingInSpecialWorkshop werkt enkel voor fronten en hier moet alles in W7-kleur meegenomen worden)

- Uitbreidingen voorzien voor verpakkingtype VHoss/V1/Pallet

- IsVoormontageNodig Uitbreiden voor MVX Deel 2

- 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

- Uitbreiding voor MVX

- 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