common

- ProductieGroep 'SpecialWorkshop' toegevoegd

- 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)

- Voor blijkbaar enkel TAOR is de volgorde van de toeleveringen op overzicht batch document niet volgens de sequentie, dit zou een oplossing moeten zijn

- Uitbreidingen voorzien voor verpakkingtype VHoss/V1/Pallet

- IsVoormontageNodig Uitbreiden voor MVX Deel 2

- Zeer terechte reviewopmerking

- Er waren nog plaatsen waar de verwerken van MVX nog niet geïmplementeerd was

- Locatie en werkpost uitbreiden voor nieuwe pers 'MP4'

- enu zijkanthoogte uitbreiden (mogelijkheden gelijk stellen aan ladehoogtes)

- MVX productImpl aanpassen zodat bij GeefZijkantHoogte ook de zijkantHoogte wordt teruggegeven en niet de ladehoogte

- 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