TransportdataVoorKlantBepaler.cls.xml

yep

om niet-nul mee te geven, en die waarde is ok voor de productiedata

Geef is voor repo's

Niet echt, een Geef zou enkel op een repository (desnoods een service) moeten zitten als je zeker bent dat er iets wordt teruggegeven.

Enkel voor HAEFELE NEDERLAND?

Zal wel een reden hebben, maar voor alle zekerheid... Waarom 19941?

Is 't nie properder om het te doen zoals je in de code zelf gedaan hebt? Like this:
#dim Foldernaam As %String = ##class(TECH.Files).AppendSubPath(##class(TECH.Config.ConfigMgr).Instance().GeefString("MSMGATEWAY"), "Nacalculatie")
#dim Bestandsnaam As %String = ##class(TECH.Files).AppendFile(Foldernaam, "Nacalculatie.csv")
P.s.: In andere UT hier ook.

BeginDatum en EindDatum maken de signature van 'deze' Fake anders dan in de implementatieklasse.

Moet het niet GeefTransportData ipv BepaalTransportData zijn? Geeft tenslotte een object met die data terug.
Maar hoe doet ge dat dan met die klassenaam hé?

Mag in 1 lijn, want BepaalTransportData geeft een object van dat type terug.
Bovendien (zie ook comment in BepaalTransportData() in APPS.TRANSP.impl.TransportService.Nacalculator.TransportdataVoorKlantBepaler): Moet het dan niet GeefTransportData ipv BepaalTransportData zijn?

Na ons overleg hebben we beslist dat het plusje hier weg mag (was inconsistent met HuidigeLaatstVerwerkteRit 3 regels verder en LaatstVerwerkteRit in BepaalTransportData van klasse APPS.TRANSP.impl.TransportService.Nacalculator.TransportdataVoorKlantBepaler

BeginDatum en EindDatum maken de signature in de interface (en 'deze' Mock) anders dan in de implementatieklasse, maar komt wel goed als ge de interface rechttrekt hé

BeginDatum en EindDatum maken de signature in deze interface anders dan in de implementatieklasse.