GlobalUtils.cls.xml

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[UST4250] PM: Maatwerk: BOMBOL VHIP481: techn. ana. update i.f.v. flag AX (TBX + LBX + TAX):

- Check of BerekeningsSpecificaties en ProductSpecificaties gekoppeld kunnen zijn aan meerdere producten

Lijkt me niet verkeerd, maar heb ik nog niet gezien in testen bij ons. meestal maken we testen waarbij de vlag geforceerd wordt aan begin van de test. met als resultaat dat ge in dit geval 2 testen...

Lijkt me niet verkeerd, maar heb ik nog niet gezien in testen bij ons. meestal maken we testen waarbij de vlag geforceerd wordt aan begin van de test. met als resultaat dat ge in dit geval 2 testen kunt hebben. één met vlag aan en één met vlag uit. ik zou es rondhoren bij collega's.

Voorlopig ProjectSettings op gezet, wegens te grote onbetrouwbaarheid van wat ITR doorstuurt. Om aan te zetten: Do ##class(TECH.Config.ConfigMgr).Instance().ZetString("DOM.common.ProjectSettingsAPI...

Voorlopig ProjectSettings op gezet, wegens te grote onbetrouwbaarheid van wat ITR doorstuurt.
Om aan te zetten:
Do ##class(TECH.Config.ConfigMgr).Instance().ZetString("DOM.common.ProjectSettingsAPI_IsActiefVhisieEmailadressenNaarAx", 1)
Ondertussen wordt input gelogd in vhLib.Logging, totdat we zeker genoeg zijn dat de input correct is blijft de ProjectSettings op False staan.

Is inclusief kaartje VRB534 !!!

Is inclusief kaartje VRB534 !!!

[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):
[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):
[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):

- EmailAdresBevestiging => op offerte en order en DTO

- Op order => EmailAdresBevestiging is piece 10 op hoofding en EmailAdresBesteller is piece 9 op hoofding

  1. … 8 more files in changeset.
Lol... deuh http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif Aangepast!

Lol... deuh Aangepast!

Op het eerste zicht ziet het er logisch uit, maar aangezien ik de exacte requirements niet ken, ga ik er vanuit dat de verschillende situaties genoeg manueel getest zijn.

Op het eerste zicht ziet het er logisch uit, maar aangezien ik de exacte requirements niet ken, ga ik er vanuit dat de verschillende situaties genoeg manueel getest zijn.

ne gewonen else is hier genoeg

ne gewonen else is hier genoeg

zTryout/THB mag je negeren. Code staat in vhPowerTools/DOM/VKP nu (toegevoegd aan review)

zTryout/THB mag je negeren. Code staat in vhPowerTools/DOM/VKP nu (toegevoegd aan review)

[UST3749] Opkuisen van Postcode-index op klanten:

- Code in de juiste package

[UST3749] Opkuisen van Postcode-index op klanten:
[UST3749] Opkuisen van Postcode-index op klanten:
[UST3749] Opkuisen van Postcode-index op klanten:

- Verduidelijking message indien aanpassing gebeurt (kill of Build)

- Indien niet binnenlands (Landcode is niet BE, maar dus ook als er geen landcode is) => Indien subscript zonder landcode bestaat => niet killen als er geen postcode is => zou anders ping-pongen (tussen C- en D-casus) bij meermaals laten lopen van code

[UST3749] Opkuisen van Postcode-index op klanten:

- If'je verwijderd, waardoor er enkel voor 1 specifieke klant gecheckt werd (was testcase)

- Bij overlopen van de global worden nu ook de records opgekuist met een oude landcode-notering (I ipv IT, G ipv GB, D ipv DE, ...) Dit werd nooit gedaan door rare implementatie van GeefPostcode (die landcode afstript)

[UST3749] Opkuisen van Postcode-index op klanten:
Merged revision(s) 50040 from trunk2010:

[UST3689] VHIP900: Sync klant: onderzoek landcode Oostenrijk AT of AU:

- move class zTryout (unrelated to story)

........

  1. … 1 more file in changeset.