Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Hier zou ik denken, leeg adres mee te geven in de result en IsAxHoofdadresmeegegeven te zetten adhv isobject(leveradres), dan hoef je de boolean niet mee te ge ven byref.

Hier zou ik denken, leeg adres mee te geven in de result en IsAxHoofdadresmeegegeven te zetten adhv isobject(leveradres), dan hoef je de boolean niet mee te ge ven byref.

Volgens mij heb je hier moeilijk gemaakt door de byref parameter mee te geven. Enerzijds kan je een klasse maken met twee properties die zowel leveradres als de boolean IsAxHoofdadres als returnva...

Volgens mij heb je hier moeilijk gemaakt door de byref parameter mee te geven.

Enerzijds kan je een klasse maken met twee properties die zowel leveradres als de boolean IsAxHoofdadres als returnvalue geeft.

Beter nog is de 2 dingen die je doet in 1 method opsplitsen in 2 methods. nl bepalen of er een hoofdadres meegegeven is en het zetten ervan in een andere method.

[UST3689] VHIP900: Sync klant: onderzoek landcode Oostenrijk AT of AU:
[UST3689] VHIP900: Sync klant: onderzoek landcode Oostenrijk AT of AU:
Aangezien de oproepende functie het doorgeeft via SQL is dat nog niet echt nodig. (en code moest rap werkend zijn http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/...

Aangezien de oproepende functie het doorgeeft via SQL is dat nog niet echt nodig. (en code moest rap werkend zijn )

Zal het er wel bijsteken voor de volledigheid

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

Moet deze niet manueel verwijderd worden?

Moet deze niet manueel verwijderd worden?

Moet deze niet manueel verwijderd worden?

Moet deze niet manueel verwijderd worden?

KlantId of KlantNummer?

KlantId of KlantNummer?

KlantId of KlantNummer?

KlantId of KlantNummer?

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

Moet er geen + voor OrderHeader.CustAccount staan, zodat de voorloopnul die klantnummers in AX eventueel hebben eraf gehaald wordt?

[UST3670] LeverAdresRepository aanpassen
[UST3670] LeverAdresRepository aanpassen
[UST3670] LeverAdresRepository aanpassen

- BestaatViaAXLeverAdresIdEnKlantNummer toegevoegd

(inclusief hele hoop wlipkes maar die gaan nog weg)

  1. … 10 more files in changeset.
[UST3670] LeverAdresRepository aanpassen

- GeefViaAXLeverAdresIdEnKlantNummer toegevoegd

(inclusief hele hoop wlipkes maar die gaan nog weg)

  1. … 10 more files in changeset.
Verwijderd!

Verwijderd!

  • More
  • CR-998
  • finished reviewing
Overbodig.

Overbodig.

[UST3652] VHIP900 - Grondige refactoring:
[UST3652] VHIP900 - Grondige refactoring:
[UST3652] VHIP900 - Grondige refactoring:

- AdresZetter => Op Telefoon voor LeverAdres na worden er geen properties meer opgehaald van een bestaand adres => worden eventueel leeggemaakt vanaf nu

- LeverAdresUtils => LandRepository verwijderd wegens niet meer nodig

- ZetLeverAdressenBestaandeKlant => Aanpassing UnitTests => ZetAdres wordt nu uitgemockt

  1. … 3 more files in changeset.
[UST3652] VHIP900 - Grondige refactoring:

- Er is nu een enkele ZetLeverAdressen, ipv de ZetLeverAdressenNieuweKlant en de ZetLeverAdressenBestaandeKlant

- Er is nu een enkele ZetAdres, ipv de ZetNieuwLeverAdres en de ZetGemeenschappelijkePropertiesOpAdres

- MaakVerzendingWijze handelt nu zelf alle nodige logica af (o.a. betreffende InsertOfUpdate)

  1. … 5 more files in changeset.
[UST3647] VHIP900: testbaar maken van LeverAdressenConversie

- Variatietest: Mixed case: Klant krijgt adressen 1,2,3,4 binnen, 2,4 hebben Delivery-rol, 2 heeft gekend AxLocationId, er is bestaand adres 5 -> 2 aanpassen, 4 opslaan, 1,3 negeren, 5 verwijderen

[UST3647] VHIP900: testbaar maken van LeverAdressenConversie

- Variatietest: 5 adressen met nieuwe AxLocationId waarvan 3 niet de Delivery-rol hebben => deze laatste negeren en 2 andere opslaan

[UST3647] VHIP900: testbaar maken van LeverAdressenConversie

- Test 1 PostalAddress heeft niet de Delivery-rol en AxLocationId is niet gekend => negeren

- ZetNaam => geen piece meer van Description, maar gewoon Description

- ZetVolmacht => geen piece meer volgens delimiter, want die is er niet meer

- ZetAanspreking => Altijd leeg maken => In Ax staat de aanspreking geconcateneerd achter de Naam en dat mag zo blijven

  1. … 1 more file in changeset.
[UST3647] VHIP900: testbaar maken van LeverAdressenConversie

- Commit zodat THB kan verderdoen

  1. … 1 more file in changeset.
[UST3647] VHIP900: testbaar maken van LeverAdressenConversie

- Extra test voor verwijderen/toevoegen combo

[UST3647] VHIP900: testbaar maken van LeverAdressenConversie

- Extra test voor verwijderen