CacheAdminA_trunk2010

- LeverAdresRepository => KlantAdresNr wordt gebruikt om in te bewaren over welke L-lijn het gaat (is dus eigenlijk de ID van de subscript in de KKL)

- LeverAdresRepository => Voor de Bestaat, Geef en VerwijderViaID gaat het eigenlijk over de UniekeID, dewelke in piece 28 op de KKL zit en gebruikt kan worden om via de KKL.AdresI de KlantId en het KlantAdresNr te vinden

- LeverAdresRepository => GeefViaKlantIdEnKlantAdresNr => Ophalen UniekId

- Waar nodig aanpassing naamgeving

- extra logging

- Bewaar checkt nu op AxLeveradresId

De loglijn kan zeer handig zijn wanneer er een probleem is met de ReverseDnsLookup (op windows active directory niveau), bvb bij een nieuwe pc of wijziging van pc-naam of IPadres.

[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%).

Dit is wellicht een rechtzetting van een eerdere, onbedoelde verandering.

Het lijkt alleszins op een (niet-)afrondings probleem (bvb. 39.99% wordt 40%).

- Description (Naam van HoofdAdres) => lengte afkapping op 27 karakters

- Description (Naam van LeverAdres) => lengte afkapping op 25 karakters

- Lengte Opmerking1 en Opmerking2 is maximaal 40

- Lengte Volmacht is maximaal 35

- TestCase voor MaakPrimairAdres van LeverAdresUtils

- Move class om naam TestCase terug te matchen met public method van te testen klasse => ZetLeverAdressenBestaandeKlant => ZetLeverAdressen

- 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