Halux

- ActiviteitGroepRepository mockable maken door af te leiden van de TECH.Mockable klasse

- Toevoegen Fake en Mock klasse

- Nieuwe PassageDefinities voorzien voor ruggen van sifonlades

- Update testbestand met correcte aanpassing

- Op juiste plaatsen OudZwart converteren naar S zijnde Zwart

- Aanmaken Factory voor LadeKlantEtiketten zodat deze uitgemockt kan worden

- LadeKlantEtiketFactory gebruiken als property in LadeKlantEtiketBuilder

- LadeEigenschappenEtiketAanvuller mockable maken

- LadeEigenschappenEtiketAanvuller naar property in LadeKlantEtiketBuilder

- BarCodeService naar property in LadeKlantEtiketBuilder

- Uitbreiding aan detailbladen (M1 en M2)

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

- Waar nodig wordt nu het ProductieSequentieItem mee doorgegeven

- Via ProductieSequentieItem en ProductTypeApi wordt het product en daarop de behavior HeeftFrontHoogteVerstelling opgehaald

- HeeftFrontHoogteVerstelling wordt nu gebruikt om juiste ZijkantLijmProgramma te bepalen

- Bijhorende TestCases aangepast

- 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

- ZijkantLijmProgrammaBepaler => BepaalProgramma => gebruikt nu MagKlantTAORFrontHoogteVerstellingBestellen van de KlantInstellingenService om via KlantId juiste programma te geven => Indien True => X ipv L, Y ipv R, G ipv C, H ipv D

- Klassen die BepaalProgramma van ZijkantLijmProgrammaBepaler gebruiken => geven nu KlantId mee door => van ProductieSequentieItem afgehaald

- Aanpassing en uitbreiding TestCases

- Mock met verkeerde package-naam (wellicht is klasse zelf ooit gemoved) verwijderd en het gebruik ervan vervangen door de juiste, die ook al bestond (automatisch gegenereerd)

- KlantId wordt nu meegegeven aan IsInOpstartfase van ProductieOpstartfaseBepaler

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

- Fix en uitbreiding TestCases

- enu freesprogramma's uitbreiden met nieuwe waarde 'Y'

- Freesprogrammabepaler uitbreiden voor FLBX

- aanpassing voorzien op 1e lijn van etiket voor FrontLBX (achteraan komt nu LBX te staan)

- enu van TAOR concept uitbreiden

- aanpassing in conceptbepaler zodat de juiste wordt geselecteerd voor productiewijze FrontLBX

- testen uitbreiden + toevoegen

- Extra dnacodes laten genererereren voor LBX SpaceStep

- 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

- Uitbreiding voor MVX visitors

- 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

- Reviewopmerkingen

- Extra testen voorzien voor extra parameter IsKlantEtiketSpaceStep en oude benaming terugzetten (revision 62039)

- Klantetiketten voor spacestep kunnen nu afgedrukt worden nadat die van de lade al zijn afgedrukt. Vroeger kon dit niet omdat een klantetiket slechts 1x kon worden afgedrukt maar voor spacestep dient het eigenlijk 2x afgedrukt te worden, 1x voor lade en 1x voor spacestep

- Verschil maken tussen klantetiketten voor lades en voor spacestep die via dezelfde code lopen

-Aanpassingen van rotation 270 en 90 voor kadFreesRect heeft XPos nodig, dus toegevoegd aan methode

- Toevoegen en eerste versie implementatie van aansturingsactie Voormontage SpaceStep

- KlantEtiketten Verwerker uitmockbaar maken

- KlantEtiketWerklijstItemMaker uitmockbaar maken