AXimpl.Dynamics.SalesOrderOut.Converter.OrderHoofdingConverteerder

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
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):
[UST3788]VH4 HNLT Oorsprongketting via AX
[UST3788]VH4 HNLT Oorsprongketting via AX
[3639] VHIP504 - LocationId nooit ingevuld
[3639] VHIP504 - LocationId nooit ingevuld
Ik begrijp de opmerking over de naam van de config. Ik ga erop letten in de toekomst!

Ik begrijp de opmerking over de naam van de config. Ik ga erop letten in de toekomst!

Het leek mij niet verkeerd om dit als logica te beschouwen die niet zozeer puur bij verzendwijzes hoort, maar met een keuze wat bij deze specifieke interface te doen als we de verzendwijze niet vin...

Het leek mij niet verkeerd om dit als logica te beschouwen die niet zozeer puur bij verzendwijzes hoort, maar met een keuze wat bij deze specifieke interface te doen als we de verzendwijze niet vinden, vandaar.
En ook omdat deze locatie toelaat om de context (Ordernummer) goed mee te loggen.

Het leek mij niet verkeerd om dit als logica te beschouwen die niet zozeer puur bij verzendwijzes hoort, maar met een keuze wat bij deze specifieke interface te doen als we de verzendwijze niet vin...

Het leek mij niet verkeerd om dit als logica te beschouwen die niet zozeer puur bij verzendwijzes hoort, maar met een keuze wat bij deze specifieke interface te doen als we de verzendwijze niet vinden (bvb DI1 als het een insert is, of niets (niet wijzigen/updaten) in geval van update), vandaar.
En ook omdat deze locatie toelaat om de context (CustAccount-update) goed mee te loggen.

Het leek mij niet verkeerd om dit als logica te beschouwen die niet zozeer puur bij verzendwijzes hoort, maar met een keuze wat bij deze specifieke interface te doen als we de verzendwijze niet vin...

Het leek mij niet verkeerd om dit als logica te beschouwen die niet zozeer puur bij verzendwijzes hoort, maar met een keuze wat bij deze specifieke interface te doen als we de verzendwijze niet vinden, vandaar.
En ook omdat deze locatie toelaat om de context (SalesId) goed mee te loggen.

Idem als omgekeerde klasse: info toegevoegd aan de klasse en method.

Idem als omgekeerde klasse: info toegevoegd aan de klasse en method.

Aha, ik wist niet dat de conventie was om enkel formattering uit te voeren en conversies te voorzien die geen data nodig hebben, in deze klasse. Zal het in commentaar erbij zetten, alsook de sugges...

Aha, ik wist niet dat de conventie was om enkel formattering uit te voeren en conversies te voorzien die geen data nodig hebben, in deze klasse.
Zal het in commentaar erbij zetten, alsook de suggestie om bij een volgende noemenswaardige wijziging, dit in overweging te nemen!

Type toegevoegd.

Type toegevoegd.

Type toegevoegd.

Type toegevoegd.

GeefPrimairAdres hernoemd naar MaakPrimairAdres; is meteen ook consistenter met MaakVerzendingWijze.

GeefPrimairAdres hernoemd naar MaakPrimairAdres; is meteen ook consistenter met MaakVerzendingWijze.

  • More
  • CR-886
  • finished reviewing
[UST3403] VHIP504: ORDER2AX: mapping wijzig. 22/dec
[UST3403] VHIP504: ORDER2AX: mapping wijzig. 22/dec
  • More
  • CR-831
  • finished reviewing
ik zou insert of update enkel verwachten bij een Zet, maar niet bij een geef method ??

ik zou insert of update enkel verwachten bij een Zet, maar niet bij een geef method ??

deze code hoort thuis bij het bepalen van de verzendwijze. nu wordt er op 2 plaatsen bepaald wat het eventuele resultaat is. De config noemt immers ook AXimpl.AxToAdmin..... en hoort hier niet thuis.

deze code hoort thuis bij het bepalen van de verzendwijze. nu wordt er op 2 plaatsen bepaald wat het eventuele resultaat is.
De config noemt immers ook AXimpl.AxToAdmin..... en hoort hier niet thuis.

type meegeven.

type meegeven.

deze code hoort thuis bij het bepalen van de verzendwijze. nu wordt er op 2 plaatsen bepaald wat het eventuele resultaat is. De config noemt immers ook AXimpl.AxToAdmin..... en hoort hier niet thuis.

deze code hoort thuis bij het bepalen van de verzendwijze. nu wordt er op 2 plaatsen bepaald wat het eventuele resultaat is.
De config noemt immers ook AXimpl.AxToAdmin..... en hoort hier niet thuis.