impl

- ProductStub in plaats van 'IngegevenKenmerkenMaatwerkProduct' gebruiken

- Kenmerken aanpassen zodat ze compatibel zijn met Encoway

- Indien een grote of kleine lade -> In TBXSifon productgroep plaatsen zodat deze naar het bewerkingcenter gaat

- Spoelbaklade in TBXSifon productgroep plaatsen zodat deze naar het bewerkingcenter gaat

- Omleiding naar DotNet aangezet voor TAOR => Nieuwe testbestanden met prijsaanpassingen (lichte afrondingsverschillen)

- Test die controleert of LadeInfoApi (in Cache!) aangeroepen wordt uitgeschakeld => die in dotnet wordt nu gebruikt.

- Voor TAOR.HalffabZijstabilisering de property GeleiderType (uit dotnet) geconverteerd naar de in Cache gebruikte propertynaam GlijderType

- Alles is nu MoventoKoppeling => Sortering is alfabetisch en incl KoppelingType, dus volgorde nu anders

- 2 UnitTesten uitgeschakeld ivm SchroefKoppeling => ProductieRoute wegens irrelevant geworden => Is altijd MoventoKoppeling voortaan. We willen de code onder test echter nog niet verwijderen vanwege de manier waarop de infasering aangepakt werd (defaulting MoventoKoppeling op nogal vieze manier => zorgt ervoor dat deze UT nooit meer kan werken).

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

- Utils.DOM-kenmerken => nu MoventoKoppeling

- Al wat testjes gefixt

- Nieuwe testbestanden

- Unittesten uitbreiden na aanpassingen voor Revego

- Naar de nieuwe ProductieGroep 'SpecialWorkshop' verwezen bij TAX

- 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) => correctie naamgeving test

- Aantal en PartijID toevoegen aan het sequentieItem aangezien .Net verwacht dat dit wordt ingevuld

- Fix falende test SequentieService LBX : Op basis van de korttekst gelijkaardige (meer recente) productId's gezocht en vervangen

- voor VHos-sequentie : volgorde gewijzigd (op basis van product-afmetingen, denk), dus toelevID's omgewisseld

- voor VHos-sequentie : Slot-Id's gewijzigd (wellicht ook vanwege andere producten)

- 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

- KlantId wordt nu meegegeven aan IsInOpstartfase van ProductieOpstartfaseBepaler

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

- Fix en uitbreiding TestCases

- 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

- 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

- ProductIDCategorieBepaler, method call aanpassen : GeefIngegevenKenmerken() op MaatwerkProductImpl.cls rechtstreeks oproepen --> UT 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

- Test voor bepalen productiegroep voor SST

- Laden met nieuwe kleuren moeten in opstartfase

- Ineens wat opkuis gedaan en vergeten return types voorzien

- Obsolete testen verwijderd en nieuwe toegevoegd

- Code nog veel verder refactoren na review en testen fixen

- Wijzigen naam van test

- naam test aangepast om beter met inhoud overeen te komen

- IsSpecialsKlant Variant-aware gemaakt