CacheAdminA_trunk2010

- Testjes moeten volgen bij in of uitschakelen van expando T

- Hoe Data in global (verplicht) zit en hoe encapsulatie in memory werkt zijn inconsistent => GeefPostcode in AdresUtils => gestript van Landcode => hierdoor raakte opkuis van indexen in de knoop (^INDEX("K","KL",106,"postcode klantnummer")

=> De wijze waarop de data in de global moet zitten krijgt nu voorang en hierop wordt nu afgerekend bij het opkuisen en zetten van ^INDEX("K","KL",106, => GeefPostcodeMetlandcodeVoorafIndienNodig()

- P.s.: Landcode enkel vooraf indien niet Belgische postcode

- onterecht falende test gefixed

- Besproken met Johan : productie, magazijn moet voorbereid zijn, dus nog even uitschakelen op interne / externe configurator.

- Enkel toevoegen bij frontbevestiging op LBX.

- Backport

=> Test aangepast.

- is dit de enige nodige wijziging??? :-)

- Opkuis leveringsbonnen die ouder zijn dan 90 dagen

- mogelijkse oplossing voor een raceconditie.

- Activeren op interne / externe configurator.

- Refactor => ZetPostcodeVolgensLandcode() is nu een private method

- Implementatie van Postcode gewijzigd => Tenzij het een binnenlands adres is wordt de postcode nu voorafgegaan door landcode en een streepje (zowel hoofdadres als leveradres)

- Activeren op interne / externe configurator.

- controle op 5036 ook op 6612: IsGLS van de TransportApi gebruiken Shame, shame, shame

- B(1) moest opgezet worden voor achterliggende old school code

[UST3546] zbcheck : Indexen op Producten (korttekst, klassificatie en KPM, KPL, ... )

- automatische opkuis van ^KPM index

- manueel te activeren : opkuis van ^KPH index

- Extra check of subscript met 'die' node wel bestaat, alvorens originele data ervan op te halen.

- timeout weer naar 10 (merge om zeep)