Halux

- Document laten genereren bij het opstarten van tax en lbx batchen. Dit document ook verwijderen bij het verwijderen van batchen.

- ToeleveringAPI, ProductAPI en IngegevenKenmerkenAPI doorgegeven vanuit LijstVerwerker-klasse

- Unit test aangepast zodat deze API's worden opgezet

- Klasses die niets anders deden dan info voor het etiket te printen opstellen verwijderd

- In Kantenband-klasse deelverwerker verwijderd

- Unit test verwijderd

- LadeEigenschappenEtiketAanvuller uitbreiden voor Revego

- Niet meer van TECH.Mockable afgeleid

- Property DnaCodeGenerator toegevoegd met kleine uitbreiding

- BatchId meegeven als argument om MatInfo te verwijderen, in plaats van gehele batch

- Method MagDnaCodeBijgewerktWorden uitgebreid

- Helper klasse aangemaakt voor DnaCodeService

- MatUitvoeringInfoBepaler mockable maken

- MatService uitbreiden om alle matinfo via een batchid te verwijderen

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

- Toevoegen Fake en Mock klasse

- Aanmaken Factory voor LadeKlantEtiketten zodat deze uitgemockt kan worden

- LadeKlantEtiketFactory gebruiken als property in LadeKlantEtiketBuilder

- LadeEigenschappenEtiketAanvuller mockable maken

- LadeEigenschappenEtiketAanvuller naar property in LadeKlantEtiketBuilder

- Langtekst matten uitbreiden met lade/uitsparing informatie

- MatUitsparingSnijPositieBepaler wordt ook onder dit kaartje gecommit want de berekeningen van die klasse worden gebruikt in de langtekst van de matten

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

- returntype ingevuld

- 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

- Fake van GeefVHOSSProductieSequentieItemViaSequentieNummer

- 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

- 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

-Extra specialeBoringen toegevoegd na testen van kaderdeuren en daarvoor aanpassingen voor bestaande testen

- Toevoegen en eerste versie implementatie van aansturingsactie Voormontage SpaceStep

- KlantEtiketten Verwerker uitmockbaar maken