OrderOpBonBepaler.cls.xml

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
terecht, zal er volgende keer rekening mee houden.

terecht, zal er volgende keer rekening mee houden.

Dit is moelijk te reviewen. Is dit enkel een naamwijziging? Zoja SVN replace Zonee, naamwijziging apart committen

Dit is moelijk te reviewen. Is dit enkel een naamwijziging?
Zoja SVN replace
Zonee, naamwijziging apart committen

ICT-796: Remboursbedrag dubbel aangerekend
ICT-796: Remboursbedrag dubbel aangerekend
[ICT-796] Remboursbedrag dubbel aangerekend.

- oude classen verwijderd

  1. … 4 more files in changeset.
[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)
[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)
[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)

bij opsplitsen van orders bij orgalux - niet orgalux is geen rekening gehouden met rembours op bon waardoor er mogelijks rembours meerdere malen op bon gezet wordt. (dubbel)

Deze code zet rembours van een order op de eerst aangemaakt bon / transport.

Zoeken via KUL ipv ORDW.

  1. … 7 more files in changeset.
ok. Maak me hier wel de bedenking omdat dit momenteel overbodig is in deze code. Als het preventief is, dan zouden we dit voor alle methods moeten doorvoeren. En ik kan me voorstellen dat in sommig...

ok. Maak me hier wel de bedenking omdat dit momenteel overbodig is in deze code. Als het preventief is, dan zouden we dit voor alle methods moeten doorvoeren. En ik kan me voorstellen dat in sommige gevallen je liever een error hebt, dan een lege waarde waardoor de data kan foutlopen ?

[DEF738r] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)

bij opsplitsen van orders bij orgalux - niet orgalux is geen rekening gehouden met rembours op bon waardoor er mogelijks rembours meerdere malen op bon gezet wordt. (dubbel)

Deze code zet rembours van een order op de eerst aangemaakt bon / transport.

Is goed ga ik aanpassen. Het idee hier was duidelijk te maken dat het over oude globals gaat -> zie bijbel omschrijvingen. Het zoeken in code naar "vervref" zal dan iets lastiger worden.

Is goed ga ik aanpassen. Het idee hier was duidelijk te maken dat het over oude globals gaat -> zie bijbel omschrijvingen. Het zoeken in code naar "vervref" zal dan iets lastiger worden.

De oorspronkelijke code die deze class gebruikt bevat BonLijn.GeefOrderID() en ik hou het hier graag consistent. Alle andere code refactoren naar Id lijkt me ook geen goed plan.

De oorspronkelijke code die deze class gebruikt bevat BonLijn.GeefOrderID() en ik hou het hier graag consistent. Alle andere code refactoren naar Id lijkt me ook geen goed plan.

Dat zou es verder uitgespit moeten worden. De tijdelijke globals worden lokaal opgezet en als ze naar onafteralltests gaan, dan blijven er variabelen open staan. Dus het lijkt erop dat dan ook de o...

Dat zou es verder uitgespit moeten worden. De tijdelijke globals worden lokaal opgezet en als ze naar onafteralltests gaan, dan blijven er variabelen open staan. Dus het lijkt erop dat dan ook de opgezetten data (en niet alleen de globalnaam als string) naar de onbeforetest zou moeten, maar die zijn test afhankelijk.

Misschien kan je deze method ook afzonderen in een bepaler, dan kun je in de test duidelijk maken dat de HeeftOrderlijnenOpTransport afhankelijk zijn van het aanwezig zijn van een vervoersreferenti...

Misschien kan je deze method ook afzonderen in een bepaler, dan kun je in de test duidelijk maken dat de HeeftOrderlijnenOpTransport afhankelijk zijn van het aanwezig zijn van een vervoersreferentie en moet je KUL niet "mocken" in je test

VervRef mag voluit geschreven worden (leest gemakkelijker)

VervRef mag voluit geschreven worden (leest gemakkelijker)

OrderId

OrderId

optionele constructor parameters defaulten met ""

optionele constructor parameters defaulten met ""

Is het killen van de globals nodig? Zoja, dan zou ik in onAfterTest doen (en aanmaken in onBeforeTest), zodat deze altijd goed opgekuist worden.

Is het killen van de globals nodig? Zoja, dan zou ik in onAfterTest doen (en aanmaken in onBeforeTest), zodat deze altijd goed opgekuist worden.

[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)
[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)
[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)

bij opsplitsen van orders bij orgalux - niet orgalux is geen rekening gehouden met rembours op bon waardoor er mogelijks rembours meerdere malen op bon gezet wordt. (dubbel)

Deze code zet rembours van een order op de eerst aangemaakt bon / transport.

  1. … 3 more files in changeset.
[DEF738] MAG: Transport: Remboursbedrag bij ORGALUX + niet-ORGALUX (niet dubbel tellen)

bij opsplitsen van orders bij orgalux - niet orgalux is geen rekening gehouden met rembours op bon waardoor er mogelijks rembours meerdere malen op bon gezet wordt. (dubbel)

Deze code zet rembours van een order op de eerst aangemaakt bon / transport.

    • -0
    • +57
    ./OrderOpBonBepaler.cls.xml
  1. … 5 more files in changeset.