Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2574] - Telefoon nummer / provincie toevoegen in Leveradres

- Nieuw provincie veld in de convertor gebruiken

  1. … 3 more files in changeset.
[ICT-2574] - Telefoon nummer / provincie toevoegen in Leveradres

- bijkomende definities / convertors

- bijgbehorende testen

  1. … 12 more files in changeset.
[ICT] Kunnen rekenen in sql op wensleverdatum

- calculated veld dat text wensleverdatum omzet naar %Date

[UW554] DoorgestuurdNaarAX in BestelStatusHistoriek van Vhisie4-"winkelkarren".
  1. … 6 more files in changeset.
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.
Het is "EmailAdresBesteller" geworden, na overleg met PRA en WV.

Het is "EmailAdresBesteller" geworden, na overleg met PRA en WV.

[VRB524] Vh4: BestelWinkelkar: emailadres gebruiker ontvangen van ITR en opslaan (in bestaande piece):

- Aanpassing naamgeving => EmailAdres => EmailAdresBesteller

  1. … 11 more files in changeset.
Als het echt gaat over het email adres van de gebruiker, zoals in de beschrijving van het kaartje, dan zou ik opteren om GebruikerEmail als naam te gebruiken. We zien gebruikerIp, GebruikerId terug...

Als het echt gaat over het email adres van de gebruiker, zoals in de beschrijving van het kaartje, dan zou ik opteren om GebruikerEmail als naam te gebruiken. We zien gebruikerIp, GebruikerId terugkomen in de header. Anderzijds zien we bij offerte variabelen die spreken over gegevens van de klant, zoals taal enz. en ook hier zien we Email adres terugkomen, wat bij een eerste indruk dan doet denken aan een email adres van de klant. (Beetje een ambetant issue om nog aan te passen, denk ik dan.)

[VRB524] Vh4: BestelWinkelkar: emailadres gebruiker ontvangen van ITR en opslaan:
[VRB524] Vh4: BestelWinkelkar: emailadres gebruiker ontvangen van ITR en opslaan:
[VRB524] Vh4: BestelWinkelkar: emailadres gebruiker ontvangen van ITR en opslaan:

- Property EmailAdres bijgezet op Hoofding-DTOke en RequestHeader en Offerte

- GeefEmailAdres en ZetEmailAdres bijgezet op interfaces van Offerte en Order en geïmplementeerd in derived

- MaakHoofding op BestelWinkelkar haalt EmailAdres op van de Header op de BestelWinkelkarRequest en zet het op het Hoofding-DTOke

- ZetHoofding op OfferteService haalt EmailAdres van Hoofding-DTOke en zet het op de Offerte

- MaakOrderVanOfferte op OrderIngaveService haalt EmailAdres op van Offerte en zet het op Order

  1. … 12 more files in changeset.
Alles in deze klasse is voor mij praktisch onmogelijk om te controleren. T zou veel makkelijker zijn aan de hand van een (of meerdere) UT. De UT voor deze klasse moet als een soort handleiding die...

Alles in deze klasse is voor mij praktisch onmogelijk om te controleren.
T zou veel makkelijker zijn aan de hand van een (of meerdere) UT.

De UT voor deze klasse moet als een soort handleiding dienen. Laten we deze samen bekijken/bespreken. (Ma dat zal dan vermoedelijk na uw vakantie zijn)

Reverse merged revision(s) 51489 from trunk2010:

[UST3830] HNLT: GeefEDIVoorEindklant is fout

- rename huidige method

- herimplementatie bestaande method

........

  1. … 4 more files in changeset.
[UST3830] HNLT: GeefEDIVoorEindklant is fout
[UST3830] HNLT: GeefEDIVoorEindklant is fout
[UST3830] HNLT: GeefEDIVoorEindklant is fout

- rename huidige method

- herimplementatie bestaande method

  1. … 4 more files in changeset.
[DEF664] Order bevat altijd Webshop als oorsprong

- Property Oorsprong toegevoegd aan Offerte

  • More
  • CR-991
  • finished reviewing
[UW439] vhisie4 : indien leveringsadres manueel ingevoerd is, dan niet automatisch verwerken.
[UW439] vhisie4 : indien leveringsadres manueel ingevoerd is, dan niet automatisch verwerken.
[UW439] vhisie4 : indien leveringsadres manueel ingevoerd is, dan niet automatisch verwerken.

-> ZetAutomatischeverwerking vlag op Offerte.cls.xml

-> testfiles voor adres id volgen nog.

  1. … 8 more files in changeset.
[UW439] vhisie4 : indien leveringsadres manueel ingevoerd is, dan niet automatisch verwerken.

-> Hier nog niet met vlag gewerkt op offerte zelf, maar via leveradres id's omdat voor SCA toch de axleveradresid's meegegeven moeten worden naar AX en die ontbrakenn nog op sommige klassen.

-> te testen of interne en externe verkoopservice nog compatibel is.

  1. … 10 more files in changeset.