PPS

Het probleem is dat je hier echt aan het randje zit van wat Windows aankan met de volledige bestandsnaam (247 karakters). Als dit langer is wordt er helemaal geen bestand aangemaakt.

Voor deze IT (BinnenladeLadeKleurW7) heb ik alvast de 006 terug toegevoegd. Dan zijn er in totaal 246 karakters voor de special workshop ImportFile met 100-999 aantal stuks.
Voor de LosseComponenten: volgens mij had deze oorspronkelijk ook geen nummering? Hoe dan ook zou dit in totaal dan 247 karakters zijn met een nummering, toch een beetje gevaarlijk lijkt mij (hoewel nipt mogelijk).

ProductTypeApi en ToeleveringService mogen terug verwijderd worden wegens uiteindelijk niet gebruikt (zie ook verderop).
P.s.: Ook als parameter en als property te verwijderen!

En eveneens niet vergeten de nodige aanpassingen door te voeren in bijhorende testcase: vhUnitTest.APPS.Halux.PPS.Activiteit.impl.TAOR.LijstVerwerkers.Opdeelzaag.OptimalisatieBestandenGenerator.VoerUit.TestProductGroep

Ik mis nog een test met als rol "Front".

Ai, dat is spijtig, dat je hier die "006" hebt weggelaten. Hierdoor staat de W7-specifieke test niet meer proper net onder de niet-W7-specifieke test. Dat zie je overzichtelijk als je deze klasse opzoekt via SVN. Die test-nummering heeft een doel
Hetzelfde geldt tevens ook voor de LosseComponenten-test!

Ik zou "ProductieGroep" niet afkorten in de variabelenaam, hij wordt door deze ingreep al meer dan voldoende ingekort
Dus: ProductieGroepEnum.

Bovenstaande private method BevatBatchProductMetBewerkingInSpecialWorkshop mag verwijderd worden, wegens uiteindelijk toch niet gebruikt (zie ook hogerop)

Property IsSpecialWorkshop mag terug verwijderd worden, want wordt uiteindelijk toch niet gebruikt (zie ook verderop).

Opkuis: Lijn in comment doet niet veel

Standaard regel voor onze UT's : naamgeving = "vhUnitTest." + naam van de klasse " + "." + naam van de methode "." + "Test"
Dus in dit geval was het bijna juist
--> vhUnitTest.APPS.Halux.PPS.ALUFrees.Svg.Kaderdeur.GenereerSvg.Test

Er zijn uitzonderingen, maar hier is standaard regel zeker oké.
Graag ook je andere UT's eens nakijken. Aanpassen kan je best via :

Do ##class(Tools.CacheSourceUtils).MoveClass("","")

kommaneukerij, maar ik zou "uitvoeren van methodes" niet in de testnaam zetten, anders kan hij misschien te lang worden en 't is nogal triviaal

toch eens naar de rest gekeken en vraag me af wat de zin is van die write (buiten tijdens development) - > weg die handel

niet gekeken wat hierboven nog gebeurt, maar je kan best
w !,"standaard ....
gebruiken. Dat ! geeft een CRLF

Deze method hoort niet thuis in deze klasse, want heeft niets met BeslagBoringen te maken.
We zullen samen bekijken hoe we dit best kunnen afsplitsen.