APPS

- 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

- repo mockable gemaakt

- Nieuwe bezwarenbepaler

- MatImageCodeBepaler toegevoegd

- Aanmaken Factory voor LadeKlantEtiketten zodat deze uitgemockt kan worden

- LadeKlantEtiketFactory gebruiken als property in LadeKlantEtiketBuilder

- Hopelijke alle nodige wijzigingen / nieuwe classes

- LadeEigenschappenEtiketAanvuller mockable maken

- LadeEigenschappenEtiketAanvuller naar property in LadeKlantEtiketBuilder

- volgende set classes

- Klant en Personality enu/Personality.cls.xml

- eerste set visitor en rechtstreeks afhankelijke tests van klant en personality

- 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

- volgende set classes

- volgende set classes

- Deel vergelijken adres naar andere methode 'IsZelfdeLeverAdres' verplaatst + strings naar lowercase

- Methode 'MagNacalculatieToevoegen' ingevoegd en huidige logica hiernaar verplaatst

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

- initiele commit Haefele FI + SE

- 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

- bestelde offerte melder aanpassen om igv Kisch hun http poster ook aan te roepen.

- deploy klasse met configuratie config items en één om de boel manueel activeren als het zover is.

- AfmetingBepaler en SpoelbakAfmetingBepaler voor MVX en bijhorende testen => IngegevenKenmerkenVisitor toegepast om juiste bepaler te gebruiken, want niet meer enkel LBX nu

- Interface SpoelbakAfmetingBepaler gebruikt nu de generische IngegevenKenmerken als parameter ipv de LBXKenmerken

- Move class om interface SpoelbakAfmetingBepaler generisch te kunnen maken => moet ook voor MVX kunnen dienen

- Fake van GeefVHOSSProductieSequentieItemViaSequentieNummer