FLOWTOE2.mac.rou

-Logging met 3 komma's aangepast zo dat er nu maar 2 komma's zijn

-data van het actie veld verplaatst naar het detail veld

- Volgens de logging zijn, bij het zetten van de toelvering WNODE, de aantallen al toegevoegd maar moet het aantal naar piece 3 / toelevering veld. (In één van de vorige pogingen werd het aantal Qty er nognmaals bijgeteld, wat foutief was.)

- Deze wijziging corrigeert ook negatieve aantallen indien deze nog foutief stonden in KPR. -> De huidige werking SWNODE^FLOWTOE2 zou de aantallen niet juist zetten op toelevering veld. maw wordt het toevoegen niet in rekening gebracht, maar ging deze wel in vermindering brengen bij het verwijderen van de toelevering via KWNODE^FLOWTOE2, waardoor een negatieve waarde bv 5#10#-5 ontstaat. De nieuwe berekening zet aantallen terug correct naar 5#0#5

Logging opvolgen adhv deze query :

SELECT ID, Server, Datum, Tijd, Groep, Niveau, Actie, JobID, SessionID, Gebruiker, GekendeExceptie->StoryID As Story, DetailTrunc As Detail FROM vhLib.Logging

WHERE (Datum = '04/05/2018' AND (Actie [ 'SET WNODE TOE'))

ORDER BY Datum DESC, Tijd DESC, SubID DESC

Controle adhv zbcheck :

Do ##class(vhLib.OldSchool).InitVars()

Do PR^ZBCHKWN

- Probleem - Bij het verwijderen van een toelevering worden de aantallen in mindering gebracht. Bij toevoegen toelevering worden ze niet toegevoegd. Hierdoor ontstaat er, foutief dus, een verschil.

- Dus correctie op gereserveerde aantallen bij het aanmaken van een toelevering.

- Er is een verschil bij het aanmaken van toeleveringen / de SWNODE's voor BS, Bouwstenen..

De resultaten vergeleken met oude manier (zonder 2aruntime mode) en zijn in beide systemen gelijk.

Bij wijzigen van aantallen op een order met orgalux op maat toelevering stonden de gereserveerde aantallen ook niet correct na wijziging.

Dus dit probleem bestaat nu ook nog en wordt niet verder onderzocht.