WerklijstItemsUitvoerder.cls.xml

- Afzonderen van code terugdraaien, dit zorgde voor een bug. Ik ga dit verder niet meer onderzoeken gezien het geen extra vruchten zal afwerpen en het MES dat er toch zit aan te komen

- Groepering op breedte & korttekst in plaats van enkel breedte

- Unit test mee aangepast

- Korttekst op een andere plaats aangepast

- Unit test gewijzigd

- Integratietests gewijzigd

- Synchrostangen groeperen op toelevering en breedte

- Op productlijn moet TotaalAantal staan ipv gewoon Aantal

- LBX: fout uit de code gehaald

- Typfout uit omschrijving van deployklasse gehaald

- Refactor: optellen van matten afgezonderd in aparte method

- Voor LBX, MVX en TAOR: method om aantal synchrostangen per toelevering te tellen aangemaakt

- Kolom Tot# toevoegen aan mattenlijst en breedte van enkele andere kolommen beetje verkleinen

- mattenuitvoeringinfo dto uitbreiden met nieuw kenmerk zodat deze kan worden weergegeven op het document

- Logica toevoegen die de berekening van het totaal aantal matten uitvoert + deze logica in 2 klassen toevoegen omdat TBX apart zit

- Met deze commit doet aansturingsactie klantetiketten spacestep hetzelfde als de gewone aansturingsactie voor klantetiketten, later zal deze lijst aangepast worden

- Kleine refactoring in code zodat uitbreiding voor andere lijsten makkelijker wordt

[ICT-1043] Voormontage mattenlijst vereenvoudigen voor LBX VHOSS

- Een Vhoss hoort blijkaar TOCH bij 'Kast' en niet bij 'Pallet' voor LBX, dit is anders dan bij TBX

........

- Herschrijven van de code zodat bij een 2e afdruk de groepering van de mattenlijsten nog steeds zou kloppen voor LBX

- Wijziging in vhTestFile

- Niet actief maken van de groepering van de matten omdat er nog ergens een fout is: wanneer een mattenlijst voor de 2e keer wordt afgedrukt vanuit de vhintra veranderen de aantallen zonder gekende reden.

- Refactoring na review

- If structuur vereenvoudigd

- Enkele integratietesten faalden, blijkbaar lopen er ook nog andere soorten lijsten door de method waar de mattenlijsten (voor LBX en TAX) doorlopen. Hierdoor werd een filter ingesteld waardoor enkel de mattenlijsten aangepakt worden

- De gegenereerde bestanden door de integratietesten moesten overschreven te worden.

- Verpakkingstype V1 valt blijkbaar onder productiegroep Stuk en niet onder FlatpackV1

- Opbouw van de mattenlijsten voor TAX en LBX werden aangepast zodat matten met dezelfde afmetingen en toelevering gegroepeerd werden naar 1 regel maar dan met een hoger aantal te fabriceren matten (behalve voor batches met verpakkingstype V1)

Gebruik maken van repository in WerklijstItemsUitvoerder.cls.xml om te kunnen testen