OrderLijnenUpdater.cls.xml

- OrderLijnenUpdater => onterecht door iemand gebackporte openstaande wijziging op Cache01 voor extra logging in global ^THBSpacetower terug proper gezet

- Verwijdering van pointer naar Order en OrderLijn als de ProductId's niet overeen komen => vanaf nu NIET igv IsLadeVanSpaceTowerProduct => nogal evident, want op order is spacetower en op toelevering is spacetowerlade

EC : Verwijder van de oude bestanden

........

AX : Verschillen tussen AX en Admin, kleine aanpassing van een test

........

Caretaker : toegevoegdd : copieren van prijzen in behandeling naar Schaduwprijzen in Admin

........

Kill wnode gaat product ophalen uit KOD, via routine GWnode.

Als er een verschuiving zit in orderlijnen, dan is op dat moment KOD al aangepast en krijgt de kwnode een verkeerd productnummer.

Die combinatie sleutel (waarin ordernr zit) en productnummer bestaat dan niet in KPR.

Via swnode maakt hij wel een nieuw record met de juiste sleutel, maar de oude bestaat dan ook nog.

(Aangezien de combinatie steeds productnummer, order en lijnnummer is, zullen er naar mijn inziens geen verkeerde data van andere orders onterecht gezet worden.)

Order 114323 is daar een voorbeeld van, hier is nadien nog een lijn toegevoegd aan het order.

Er zijn meerdere mogelijkheden :

Enerzijds zelf een kwnode schrijven waarin juiste product meegegeven wordt,

Anderzijds de volgorde in code aanpassen, maar hier moet ik de flow eens bekijken bij toevoegen of verwijderen van lijnen (maw meer of minder lijnen).

-> gwnode met productnummer uit geheugen ipv disk.

-> FLOWORD - KWNODE

- updaten toeleveringen tijdens sorteren. toeleveringen gebruiken orderlijnr en niet uniek orderlijnnr.

- events niet nodig. Deze gebruiken lijnnr, maar zoeken unieklijnnummer op om events te gooien.

- Maar bij sortering wijzigt er niks aan productlijnen, aantallen,..;

- Sluiten order, probleem opgelost ivm bewerken van orderlijnen en sluiten na updates op het order.

- nog verder te bekijken waar orderobject vrij te geven. zodat oude code deze niet hergebruikt.

- hier maar toegevoegd aangezien de vorige kaart al in prod staat.

- an review. initvars

- Oorspronkelijke record behouden. (deze met delimited string geeft reord weer zonder info van toelevering.)

- de nieuwe implementatie behoud toelev info indien nodig.

- Parameters gebruiken.

- Format.

- Loggin foutmelding.

-> todo is order teurgdraaien.