impl

- SequentieNummer voor de DNA-code reeds persisteren bij het bepalen van de sequentie voor LBX

- Waar het nog vergeten was alsnog de BerekeningWijze doorgeven aan DotNet

- IngegevenKenmerken worden nu meegegeven aan GeefHalffabItemsBoom op de MaatwerkDetailsConvertor, om op de juiste plek aan de Familie en Variant te geraken.

- Toevoeging DotNetHalffabContext, die de echte HalffabContext als super heeft en er een afgeslankte versie van is speciaal voor het DotNet-pad, om Familie en Variant ervan te kunnen gebruiken op de juiste plek.

- IHalffabItem => De dirty hack van WV, waarbij er default MVX gebruikt wordt voor ophaling PPS-kenmerken, vervangen door een exceptie, omdat er nu normaal gezien altijd een context aanwezig zal zijn en zo niet... exceptie!

- ClassnameFromJsonNaarDomConverter => KlassenaamHalffabItem wordt nu soms hardcoded doorgegeven vanuit DotNet op HalffabItemParsedFromJson. Zo ja, dat gebruiken!

- ClassnameFromJsonNaarDomConverter => Uitbreiding GeefVolledigeKlasseNaam om compatibel te zijn met TAOR.

- HalffabrikatenFromJsonNaarDomConverter => Ingebruikname van de nieuwe DotNetHalffabContext, die in de constructor van elk HalffabItem dat hier genewd wordt meegegeven wordt, opdat Familie en Variant proper doorgegeven worden.

- HalffabrikatenFromJsonNaarDomConverter => Toevoeging van specifieke TAOR-HalffabItems die eigen properties hebben die gemapt moeten worden: Verpakkingv001LosseComponentenZRFFront, Verpakkingv001LosseComponentenZRFRug,

Verpakkingv001LosseComponentenZRFZijkantLinks, Verpakkingv001LosseComponentenZRFZijkantRechts, RugPlaat, ZijkantPlaat, Verpakkingv001BulkPerOnderdeelGegroepeerdBodem en BodemDeksel.

- HalffabrikatenFromJsonNaarDomConverter => Een property van bovenstaand vermelde properties is AantallenPerVerpakking en die heeft wat extra implementatie nodig gehad (private methodje ZetCleaneVersieVanAantallenPerVerpakking).

- 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