LOPROPVR

[Jim]

Via menu 3-1-8-3-3 wil een user een uitdraai maken van de openstaande verkooporderregels van een bepaalde debiteur. Wanneer hij het debiteurnummer invult en verder alles laat staan is dit geen probleem. Wanneer de t/m verzenddatum echter wordt aangepast (in dit geval naar 23-03-2015) wordt de functie geblokkeerd en komt de foutmelding "Numeric overflow. Data was lost."

[Wouter Rijnbende]

Ik vermoed dat dit fout is gegaan op 6 maart jl. bij gebruiker NTS, en wat BVR mogelijk heeft geprobeerd te korrigeren.

Zo te zien is VO 20150303025 niet de 1e order, want dit is in het verleden ook al fout gegaan bij VO 20061003019, 20070108020, 20110228009, 20130613018 en 201401276034. Al deze VO's zijn nu gekorrigeerd.

Als ik vanuit de VO 20150303025 regel 1 opvraag welke PO's er gegenereerd zijn, vind ik een PO 201501050044 waar ook ******* als aantal staat.
Als ik de output van die PO bekijk, zie ik i.i.g. regels met een inhoud van 0, wat niet zou moeten kunnen.

Hoe dan ook, ergens in produktie, bij het toevoegen van de output van een PO, of bij het gereedmelden, doen jullie iets fout (of kunnen jullie iets fout doen) waardoor er aldaar een numeric overflow ontstaat (bijv. een deling door 0), mogelijk als gevolg omdat je in staat bent om iets met een inhoud van 0 te doen.

Probeer even in de testbestanden te achterhalen wat het is wat jullie daar doen om de boel te blokkeren, dan kunnen wij kijken of we dat dicht kunnen spijkeren.

[Jim]

Dank je! Je hoort er van.