[UST3629] VHIP900: Sync klant: issue met naam van klant: - => AxToAdminUtils => ConvertCustNameToNaamEnToenaam - Indien Name <= 28 -> Naam = Name, Toenaam = leeg - Indien Name > 28 -> Naam = Name tot laatste spatie binnen eerste 28 karakters, Toenaam = overschot - Indien daarna Toenaam > 28 -> Toenaam begrensd tot 28 + Warning loggen
[ICT] prijswijzigingen veroorzaakt door de wijziging van de korting : zie vorige commit[ICT] Korting1 is gewijzigd :Dit is wellicht een rechtzetting van een eerdere, onbedoelde verandering.Het lijkt alleszins op een (niet-)afrondings probleem (bvb. 39.99% wordt 40%).
[ICT] Korting1 is gewijzigd. Dit is wellicht een rechtzetting van een eerdere, onbedoelde verandering.Het lijkt alleszins op een (niet-)afrondings probleem (bvb. 39.99% wordt 40%).
[UST3629] VHIP900: Sync klant: issue met naam van klant: - Aanspreking mag voortaan leeg blijven - Toenaam zal anders ingevuld worden, voor nu mag het leeg blijven
[UST3641] VHIP900 - naam van leveradres: - Description (Naam van HoofdAdres) => lengte afkapping op 27 karakters - Description (Naam van LeverAdres) => lengte afkapping op 25 karakters
[UST3652] VHIP900 - Grondige refactoring: - Move class om naam TestCase terug te matchen met public method van te testen klasse => ZetLeverAdressenBestaandeKlant => ZetLeverAdressen
[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
[UST3634] VHIP909: Orderlijnstatus: terugtrekken picking moet status "geproduceerd" opleveren, in geval van maatwerk.- Toelevering is ook verdwenen als deze event gegooid wordt, dus extra gegevens orderNr en orderLijnNr meegeven.
[UST3652] VHIP900 - Grondige refactoring: - Boolean als parameter in ZetAdres om te bepalen of het voor MaakPrimairAdres is, zodat private method RolesContains niet in de weg zit om ZetAdres af te zonderen naar aparte klasse.
[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)
[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
