SalesOrderOut

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 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 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 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.

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.

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

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.

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.

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.

type meegeven.

Casing volgens onze code conventions. hoofdletters voor If en Do, etc...

titel klopt niet volgens inhoud.

AdminToAx is gemaakt om formattering uit te voeren en conversies te voorzien die geen data nodig hebben.
Voor opzoeken van gegevens in globals gebruiken we lookups of repositories.
Is er een reden waarom we geen persistent class gebruiken en een repository die de standaard geef, maak, bestaat etc.. aanbiedt ?

AxToAdmin is gemaakt om formattering uit te voeren en conversies te voorzien die geen data nodig hebben.
Voor opzoeken van gegevens in globals gebruiken we lookups of repositories.
Is er een reden waarom we geen persistent class gebruiken en een repository die de standaard geef, maak, bestaat etc.. aanbiedt ?

damn

ik denk dat ze hier op hun plaats staan, want bvb voor tekstlijnen ga je nooit een gelinkte toelevering lijn krijgen...

De KOM link IS een toelevering, geen KOM link is dus geen toelevering.
Verwarrend is, dat als er KOM in de orderlijn staat, er geen toelevering meer is end dus geen KOM link meer is.
De logica van de naam is dus in orde