Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Ergens zou deze method naam moeten duidelijk maken dat het originele product verwijderd wordt lijkt mij?

Ergens zou deze method naam moeten duidelijk maken dat het originele product verwijderd wordt lijkt mij?

Is dit niet 'gevaarlijk'? Moet je niet checken of er 1 product aanwezig is en anders een error gooien?

Is dit niet 'gevaarlijk'? Moet je niet checken of er 1 product aanwezig is en anders een error gooien?

Is écht muggenziften, maar deze 'if' mag op lijn 566. Ik durf het bijna niet typen :-p

Is écht muggenziften, maar deze 'if' mag op lijn 566. Ik durf het bijna niet typen :-p

[ICT-3983] OrderSync in cache uitbreiden voor encowayconfiguraties
[ICT-3983] OrderSync in cache uitbreiden voor encowayconfiguraties
[ICT-967] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TBX product-updaten - Implementatie:
[ICT-967] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TBX product-updaten - Implementatie:
Als het een publieke method moet zijn, dan testen voorzien. Als het een private method moet zijn, dan testen voorzien voor VerwijderToeleveringenViaOrder

Als het een publieke method moet zijn, dan testen voorzien.
Als het een private method moet zijn, dan testen voorzien voor VerwijderToeleveringenViaOrder

[UW767] AX OrderUpdate: controleer ToeleveringenReedsInBatch
[UW767] AX OrderUpdate: controleer ToeleveringenReedsInBatch
[UW766][BUS814] GLS-direct afdrukken werkt niet meer
[UW766][BUS814] GLS-direct afdrukken werkt niet meer
Misschien kan je toch stukken code, die 3x voorkomen, verplaatsen naar private methods. Bijvoorbeeld .GeefProductOrderlijnMock() of .GeefProductOrderlijnMockVoorStandaardOrderMetProductLijn() ofzo....

Misschien kan je toch stukken code, die 3x voorkomen, verplaatsen naar private methods. Bijvoorbeeld .GeefProductOrderlijnMock() of .GeefProductOrderlijnMockVoorStandaardOrderMetProductLijn() ofzo.
idem OrderMock

Dat zou de 3 testmethods mogelijk overzichtelijker maken (lees: duidelijkere focus op de verschillen tussen de 3)

Als het toch veel te lastig blijkt te zijn, dan wellicht toch beter zo laten staan. Kies zelf maar.

[VRB622] BIDI: Orderingave: SPT-orders mogen niet geüpdated worden vanuit AX:
[VRB622] BIDI: Orderingave: SPT-orders mogen niet geüpdated worden vanuit AX:
idd, dat is het gevolg van de (onjuiste) backport

idd, dat is het gevolg van de (onjuiste) backport

op te kuisen

op te kuisen

Op te kuisen of iets vergeten?

Op te kuisen of iets vergeten?

Was dit gewenst? Vind er niets van terug in de commit-message, noch op het Kanban-kaartje. Misschien iets dat vorige keer is blijven hangen? Of misschien was de change niet belangrijk genoeg om op ...

Was dit gewenst? Vind er niets van terug in de commit-message, noch op het Kanban-kaartje. Misschien iets dat vorige keer is blijven hangen? Of misschien was de change niet belangrijk genoeg om op zich door te voeren?

Beetje raar dat de LocationId wel van plaats verandert als property, maar niet in de storage. No big deal, I guess. XMLSEQUENCE = 0

Beetje raar dat de LocationId wel van plaats verandert als property, maar niet in de storage. No big deal, I guess. XMLSEQUENCE = 0

[BUS761] [rvWV] BIDI: Orderingave: VHIP901 - UAT1267 - nieuwe tag ifv tekst voor toelevering
[BUS761] [rvWV] BIDI: Orderingave: VHIP901 - UAT1267 - nieuwe tag ifv tekst voor toelevering
Je zou de LandRepository ook kunnen toevoegen aan AxToAdminUtils, en hier DlvAddrCountry ipv landnr meegeven (zoals ook Dlv omgezet wordt naar Verzendwijze in de utils klasse)

Je zou de LandRepository ook kunnen toevoegen aan AxToAdminUtils, en hier DlvAddrCountry ipv landnr meegeven (zoals ook Dlv omgezet wordt naar Verzendwijze in de utils klasse)