TAOR

- Op vraag van Aaron van Halux wordt het karrenblad vereenvoudigd, nu het altijd dezelfde koppeling is met dus ook altijd dezelfde handelingen => Rubrieken ivm SchroefKoppeling en MoventoKoppeling verwijderd

- Uitbreiding overzicht TA'OR karren met Vakken met dwarsverdeling

- Nog een unit test verwijderd die ik over het hoofd had gezien

- Unit test uitgebreid

- Utils voor UitvoeringInfo uitgebreid voor SpecialWorkshop met rol front

- Refactor unit test voor de leesbaarheid en uitgebreid voor SpecialWorkshop, rol front

- Volgens mij is de Property ..IsSpecialWorkshop niet meer nodig - voorlopig uitgecomment

- Method 'BevatBatchProductMetBewerkingInSpecialWorkshop' uitgebreid

- De mocks in de unit test uitgebreid met BatchStub en nieuwe IndienMethodCalls

- Method "BevatBatchProductMetBewerkingInSpecialWorkshop" aangemaakt

- Unit test aangepast om ProductTypeApi uit te mocken

- I.g.v. IsProductMetBewerkingInSpecialWorkshop nu SpecialsPM

- VerwerkingID-prefix 'S' i.g.v. W7

- GeefMoventoKoppelingRijData miste nog op DocumentInhoudBuilders van AssemblageKarOverzicht

- UnitTest uitgebreid

- Indien W7 => +SWS vermelden ipv +FRO

- Uitbreiding voor WalnutMediumBrown => 1-letterige code = P

- Uitbreiding kleurenums van TAOR.

- Uitzondering voorzien voor nieuwe kleur in KenmerkDomeinPostProcessor => VHintra-configurator heeft hier geen zaken meer mee => incl. WSDL-aanpassing

- Uitbreiding PlaatAfwerkingBepaler => nieuwe melamine-kleur

- Voorlopige uitsluiting nieuwe kleur in enkele testen (te checken eens selectiekenmerken goed staan)

- Nieuwe PassageDefinities voorzien voor ruggen van sifonlades

- Update testbestand met correcte aanpassing

- Het FreesProgramma GeenBewerking is dan toch niet nodig => mag er weer uit, derde letter in barcode mag Y blijven zijn zoals voor andere FLBX => enum-uitbreiding toch maar behouden

- KantenbandBepaler => conversie OudZwart dan toch volgens KantenbandKleur wegens uitbreiding van ook die enum => naamgeving property Kleur aangepast naar KantenbandKleur om verwarring te vermijden.

- LadeKleur-doorgave via dto teruggedraaid wegens niet meer nodig

- Grondige refactor van TestCase => IndienMethodCall is nu VerwachtMethodCall => uitgemockte ProgrammaBepaler verifiëren => werkt dan voor alle programma's correct voor zover het de verantwoordelijkheid is van de klasse onder test

- OudZwart = Z9 = een melaminekleur

- OudZwart voorlopig uitgesloten in testen voor productieaansturing en kleurcode => bijhorende klassen mogen in dit stadium nog niet aangepast worden

- testjes vergeten committen

- Reverse merge want ik heb een klasse te veel gecommit ivm TAOR ladeOnderdeelnfoBepaler

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

- Bijhorende TestCase aangepast

- TestCase verwijderd wegens dubbele implementatie => waarschijnlijk overgebleven na een move class => ZijkantLijmProgrammaBepaler zit al een tijdje in een TAORProductie-package

- 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

- Rechtzetting in bestaande TestCases => 2e parameter van VulAan in KamerZijkantFreesDataAanvuller is een WerklijstItemMakerInput-object en niet een ProductieSequentieItem ==> is nog een tussenlaagje

- TestBase naargelang aangepast alsook de gebruikers ervan

- UnitTest gefixt waar KlantId van ProductieSequentieItem afgehaald wordt als 2e parameter van verschillende methods op ProgrammaBepaler