SalesOrderIn

- SalesOrderConverter: ConvertMessage => KlantNummer wordt gebruikt ipv KlantID (wordt gemaild naar OV)

- Uitbreiding Logger.Info => "Geen ingreep nodig. OV is via mail op de hoogte gebracht."

- side-issue: info ipv warning indien leveradres niet gevonden wordt

- klantnummer ip klantid

- Oude commentaarcode weer geactiveerd

-> Bij bevestigde orders een ordergemaakt event gooien als het een nieuw order is.

- BestaatViaAXLeverAdresIdEnKlantNummer toegevoegd

(inclusief hele hoop wlipkes maar die gaan nog weg)

PurchOrderFormNum bevat soms LF wat resulteerd in problemen op bon

-review opmerking

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

- KlantOrdernummer in de document referenties

- toch extra textlijnen toegevoegd op de zelfde manier zoals het vroeger gebeurde, hoewel dit niet van belang was voor de oplossing.

- projectreferentie van de productlijn zetten in de klantbarcode

-> testen nog te doen.

- in tegenstelling tot wat PRA zegt ivm CRLF, er toch inzetten voor SFS. :)