• Introducing Dark Mode! Switch by clicking on the lightbulb icon next to Search or by clicking on Default style at the bottom left of the page!

Is this normal

dale_draper

Well Known Member
Our A/P, A/R clerk is telling me that sometimes after being in a cash
application batch after an hour or more, JDE will kick her back out of the
batch to her last menu.
Has anyone else ever seen this??
BTW, this has nothing to do with QINACT, she'd not being kicked out of the
session back to a sign on screen, merely back to the menu, as if she hit F3.


TIA

Dale Draper
a73c9
v4r4
 

dhashimura

Well Known Member
Dale,
This is from the Knowledge Garden Technical Document ID WST-99-0136:

How to change video time out

J.D. Edwards sets all the videos to time out after 30 minutes of inactivity.
At this point, the session is returned to the previous menu. There are some
videos that you may not want to time out or would like to give the user a
longer time out period. Perform the following steps to accomplish this.

1. Type CHGDSPF on the Command Line and press F4.

2. Enter the name of video, press Enter, then press F10 and page
down once.

3. Change the field, Maximum Record Wait Time, to the desired number
of seconds or to *NOMAX (if you do not want the video to time out at all).

NOTE: If the system value for inactivity time out (QINACTITV) is changed,
this does not affect the video time out. In other words, the video time out
overrides (or has precedence over) the system time out.
 
G

Guest

Guest
Date: Thu, 13 Sep 2001 09:29:33 -0700
From: Bob Koeblitz - Vice President of Information Technology
To: "'jdeworld@jdelist.com'" <jdeworld@jdelist.com>
Subject: RE: Is this normal

they should not be sitting for an hour without touching any keys anyway.
they should close the batch and open another one when they are ready, or
they should get everything ready before going into the first batch.

Robert Koeblitz, Vice President
Schuler Homes, Inc.
400 Continental Blvd., Suite 100
El Segundo, CA 90245
310-563-5335 Office
310-648-7207 Fax
310-418-9459 Mobile
mailto:bkoeblitz@wphi.com




<P ID="edit"><FONT SIZE=-1>Edited by ekempter on 9/13/01 08:09 PM.</FONT></P>
 
G

Guest

Guest
Date: Thu, 13 Sep 2001 09:28:13 -0700
From: Bob Koeblitz - Vice President of Information Technology
To: "'jdeworld@jdelist.com'" <jdeworld@jdelist.com>
Subject: RE: Is this normal

jde has its own timeout

Robert Koeblitz, Vice President
Schuler Homes, Inc.
400 Continental Blvd., Suite 100
El Segundo, CA 90245
310-563-5335 Office
310-648-7207 Fax
310-418-9459 Mobile
mailto:bkoeblitz@wphi.com




<P ID="edit"><FONT SIZE=-1>Edited by ekempter on 9/13/01 08:09 PM.</FONT></P>
 
G

Guest

Guest
Date: Thu, 13 Sep 2001 10:07:01 -0500
From: Tony Payne
To: jdeworld@jdelist.com
Subject: RE: Is this normal

The only cause I can think of immediately is that the user is getting some
sort of non-trapped error which is causing the program to abort - maybe a
record lock.
In that case, there should be a job log / dump report which will indicate
the cause of the problem.
I'm not aware of anything built into JDE that would do this.
----------------------------------------------------------
Tony Payne - Senior Systems Analyst
United Musical Instruments USA Inc.
1000 Industrial Parkway
Elkhart, Indiana 46516
Tel: (219) 295 0079 ext. 2337
Fax: (219) 295 8613
Email: tpayne@umi-usa.com
(Running JDE A73 cum 10 on V4R3M0)




<P ID="edit"><FONT SIZE=-1>Edited by ekempter on 9/13/01 08:08 PM.</FONT></P>
 
G

Guest

Guest
Date: Thu, 13 Sep 2001 09:34:35 -0400
From: cmc
To: jdeworld@jdelist.com
Subject: Re: Is this normal

Dale:

Many of the data entry display files have the WAIDRCD parameter set to some value - usually 1800 seconds. After that amount of time has elapsed without a keyboard operation a status code is returned to the program. The JDE program has code that caues and EOJ when this status code is received.

The reason for this is to prevent users from locking records or batches my wantering off for lunch, meetings, etc. We all know that you should never leave a session unattended for security reasons, but whatever.

You may used the CHGDSPF command to change the WAITRCD value. If you set the value to "0" a time-out status code is never sent.

Marty Lynam
Creative Management Concepts
713.522.2271

A7.3, V5.1
=================================================================
jdeworld@jdelist.com wrote:
Our A/P, A/R clerk is telling me that sometimes after being in a cash
application batch after an hour or more, JDE will kick her back out of the
batch to her last menu.
Has anyone else ever seen this??
BTW, this has nothing to do with QINACT, she'd not being kicked out of the
session back to a sign on screen, merely back to the menu, as if she hit F3.


TIA

Dale Draper
a73c9
v4r4




--------------------------


<P ID="edit"><FONT SIZE=-1>Edited by ekempter on 9/13/01 08:07 PM.</FONT></P>
 
G

Guest

Guest
Date: Thu, 13 Sep 2001 07:12:07 -0700
From: Phillip Willner
To: jdeworld@jdelist.com
Subject: Re: Is this normal

Is the default record wait time on the display file set to a low value? This would
cause the cash application program to time out and exit with an I/O error on the
display file if there has been no user input for the specified time. A look at the
users job log should give an indication of this.
This value can be changed using CHGDSPF.
Regards,
Phillip


dale.draper@seu.sega.com wrote:


--
Phillip Willner
Advanced Systems Consultants
Tel: (604) 324-1511 Fax: (604) 324-1622
Email: mailto:phillipW@adv400.ca URL: http://www.adv400.ca




<P ID="edit"><FONT SIZE=-1>Edited by ekempter on 9/13/01 08:04 PM.</FONT></P>
 

dale_draper

Well Known Member
Thank you very much, I've since found out what exactly resets the time out,
it is not, as I assumed simple keystrokes, this is the explanation I was
given:

"It is not just keystrokes or cursor movements, the timeout applies
to the
so-called AID keys which include Enter, Fx, Page Up/Down, Help, etc
-- in other
words all those which cause the WS controller to notify the OS (and
by extension
your program) that further program action is required. The key
which caused
this is the Attention IDentification (AID) key.

Activity handled locally by the WS controller does not reset the
timeout
counter. Think of the timeout as how long the *program* should wait
for a
response, not the WS controller."

Thanks again for your help!
 
Top