Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Ik zou hier precies ook nog een test schrijven met waarde true voor IsSalesMedewerker. Kwestie van zeker te zijn dat de waarde niet verloren gaat na encrypt/decrypt.

Ik zou hier precies ook nog een test schrijven met waarde true voor IsSalesMedewerker.
Kwestie van zeker te zijn dat de waarde niet verloren gaat na encrypt/decrypt.

[ICT-5110] DATAOPT uitbreiden met extra parameter voor Häfele
[ICT-5110] DATAOPT uitbreiden met extra parameter voor Häfele
[ICT-5110] DATAOPT uitbreiden met extra parameter voor Häfele

- IsSalesMedewerken is nu een Boolean ipv een String

  1. … 5 more files in changeset.
[ICT-5110] DATAOPT uitbreiden met extra parameter voor Häfele

- KlantSessieData uitbreiden met parameter IsSalesMedewerker

- Uitbreiding KlantSessieDataBepaler om deze parameter te gebruiken in geval van een haefele klant

  1. … 1 more file 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.
  • More
  • CR-614
  • finished reviewing
[UST3061] - EPIC50 - Seefelder - Bestelling Seefelder : adresinfo behouden

- Correct kopieren van de adres gegevens

- Property op offerte dto niet meer nodig

- Bugfix : OfferteKopieerder -> ervoor zorgen dat altijd de juiste KlantId en PersonalityId wordt gebruikt bij het kopieren van de 'winkelkar'

- KlantId is voortaan ook multipersonality-aware

  1. … 9 more files in changeset.
[UST2860][rvJCL] Vh4: Handels: Orderbevestiging versturen naar Hein

- APPS.EC.dto.Offerte uitgebreid met Leveradres op vraag van ITR

[UST3001][EPIC50] Vh4: Verzendingmogelijkheden ook meegeven
    • -0
    • +56
    ./OfferteVerzendingMogelijkheid.cls.xml
  1. … 1 more file in changeset.
Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

  • More
  • CR-613
  • finished reviewing
Dit was ook al zo toen de waarde gehardcodeerd was maw variatie testje gewenst http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Dit was ook al zo toen de waarde gehardcodeerd was maw variatie testje gewenst