Is dit nodig, of hoeven jullie alleen maar onder eigen account in het systeem te kunnen om de oorzaak op te sporen?
Zojuist even uitgezocht, en maar meteen hier gedocumenteerd, opdat we een volgende keer niet weer het wiel hoeven uit te zoeken.
Uitgangspunt is dat dit fout gaat vanuit Omvormen Voorraaditem.
In die funktie is een logfile ingebouwd, die per Omvorming een logfile aanmaakt (G:\FOX\SY\ER\LOVIOT_<userid>.RNA).
In die logfile worden 'het bereiken van diverse stappen gelogd' vanaf het moment van op F1 drukken, tot de terugkeer in het scherm.
Als voorbeeld (misschien meer voor ons dan voor jullie):
23-11-2018/11:25:27.89 Bedrijf = BBB-BETON; User = MH ; Artikel BKK8GRIJM; VrsVorm ST; Charge 100485; Aantal x Inhoud : 50000 x 1.000
23-11-2018/11:25:28.02 LOVIOTF1 : Doorboeken Batchboekingen
23-11-2018/11:25:28.04 ADBOTVW1 : Begin
23-11-2018/11:25:28.05 ADBOTVW1 : Journaalpost-id = LOVIOT
23-11-2018/11:25:28.05 ADBOTVW1 : MULTILOCKS ON
23-11-2018/11:25:28.06 ADBOTVW1 : Voor aanroep ADBOTVW2
23-11-2018/11:25:28.06 ADBOTVW2 : Begin ADBOTVW2
23-11-2018/11:25:28.06 ADBOTVW2 : SYS
23-11-2018/11:25:28.06 ADBOTVW2 : Regel=1; JP Status = GOED; LOOPIND_W = D
23-11-2018/11:25:28.07 ADBOTVW2 : Batchboeking Vnr=0; Regel=1 ;Rekening=70000.0; User=MH ; Oms=OV/OG van BKK8GRIJM/ST/ATE12 (50000x1,00
23-11-2018/11:25:28.07 ADBOTVW2 : ADBOBO naar Hulpbestand
23-11-2018/11:25:28.08 ADBOTVW2 : Regel=2; JP Status = GOED; LOOPIND_W = D
23-11-2018/11:25:28.09 ADBOTVW2 : Batchboeking Vnr=0; Regel=2 ;Rekening=70000.0; User=MH ; Oms=OV/OG naar BKK8GRIJK/ST/ATE12 (50000x1,0
23-11-2018/11:25:28.09 ADBOTVW2 : ADBOBO naar Hulpbestand
23-11-2018/11:25:28.10 ADBOTVW2 : Regel=3; JP Status = GOED; LOOPIND_W = D
23-11-2018/11:25:28.10 ADBOTVW2 : Regel=3; JP Status = GOED; LOOPIND_W = D
23-11-2018/11:25:28.10 ADBOTVW2 : Einde ADBOTVW2
23-11-2018/11:25:28.11 ADBOTVW1 : Terug na aanroep ADBOTVW2
23-11-2018/11:25:28.11 ADBOTVW1 : ADBOBO Hulpbestand doorboeken
23-11-2018/11:25:28.11 ADBOBO : Doorboeken - tijd = 212409775528
23-11-2018/11:25:28.12 ADBOBO : Doorboeken - 1|Grtbk|70000.0 |~ |OV/OG van BKK8GRIJM/ST/AT
23-11-2018/11:25:28.13 ADBOBO : Doorboeken - 2|Grtbk|~ |70000.0 |OV/OG naar BKK8GRIJK/ST/A
23-11-2018/11:25:28.14 ADBOBO : Bijwerken saldo rekening 70000.0
23-11-2018/11:25:28.15 ADBOBO : Bijwerken saldo rekening 70000.0
23-11-2018/11:25:28.16 ADBOTVW1 : Na doorboeken ADBOBO
23-11-2018/11:25:28.16 ADBOTVW1 : Historisch maken Batchboeking Rgl 1
23-11-2018/11:25:28.17 ADBOTVW1 : Historisch maken Batchboeking Rgl 2
23-11-2018/11:25:28.17 ADBOTVW1 : MULTILOCKS OFF
23-11-2018/11:25:28.17 ADBOTVW1 : Verwijderen Batchboeking Rgl 1
23-11-2018/11:25:28.18 ADBOTVW1 : Verwijderen Batchboeking Rgl 2
23-11-2018/11:25:28.19 ADBOTVW1 : MULTILOCKS OFF
23-11-2018/11:25:28.19 ADBOTVW1 : ZAP ADBH
23-11-2018/11:25:28.20 ADBOTVW1 : Einde ADBOTVW1
23-11-2018/11:25:28.20 LOVIOTF1 : Einde Doorboeken Batchboekingen
23-11-2018/11:25:28.21 Na aanroep LOVIOTF1, terug in LOVIOT
Deze logfile wordt uniek gemaakt per gebruiker, dus, als het fout gaat, en jullie de naam van de gebruiker weten op te hoesten (MH) weten wij welke logfile we moeten bekijken. De logfile wordt overschreven bij iedere volgende omvorming, om te voorkomen dat er een logfile van hier tot Tokyo wordt opgebouwd.
Resumer:
Zodra een gebruiker de 'Record is not available' melding krijgt, moeten jullie opbellen! dat je een PC vast staat met die melding. Op dat moment dus vooral nog even niet naar iedereen rondschreeuwen dat ze vrij moeten geven, want dan gaat e.e.a. mogelijk weer verder. Toch, mocht dat toevallig gebeuren, dan kunnen we dit aan de gelogde tijd wel weer herkennen (als er maar even wat herkenbare tijd tussen zit). Wel is het van wezenlijk belang dat die gebruiker niet nog een keer gaat omvormen (ook niet op een ander werkstation) tot wij de logfile hebben veiliggesteld.
Nee, we hoeven NIET op de PC van die gebruiker in te loggen om de logfile te kunnen bekijken; dat kunnen we ook vanaf de inbel pc doen.
Doel van de logfile is dat we kunnen achterhalen of, en waar het in de journaliseringsmodule fout loopt. Daarmee hebben we vast en zeker nog niet meteen de oorzaak gevonden, maar, als we een stukje verder komen in de richting, kunnen we de logfile daar weer op laten focussen.