RE: Posting AP Batches

Jack_Crouch

Well Known Member
RE: Posting AP Batches

We had a problem like this (with A/R though). Turned out we had a rogue
R09801 running along side of another one. This guy needs to be single
threaded and I hosed it. Well... I solved the problem too. So I
fixed it. I think these things tend to lean on the positive Karma scale
(as long as not intentional)...



AS400 V4R4, B733.2, SP11.3, NT-SQL7 for CO
 
We are having some problems with AP payment batches posting certain checks amounts from one batch onto another batch. I hear talk about R09801 needing to be 'single threaded'. How do you make a UBE be single or multi threaded?

Thanks.

B733.2 SP11.3 HP9000 Oracle 8.1.6
 
Edward,

First, you need to make sure you have set up a single-threaded batch queue
in OneWorld.

If you are running your AP batches from the OneWorld Scheduler or from
cron, you can specify the batch queue in which to run either in the
OneWorld Scheduler setup or in the RUNUBE command line.
If you are running your AP batches from a client (e.g. user-initiated), you
can specify the batch queue within the version details. You'll need to
specify this information for each version of the UBE that will be run.

Don Sauve
Wagstaff, Inc.
Phone: 509-927-3811, ext. 3281#
Fax: 509-924-0241
e-mail: [email protected]
OW B733.1 & SP11.3, HP-UX 11.0, Oracle 8.1.6





Edward Luke
<Edward.Luke@cat. To: [email protected]
com> cc:
Sent by: Subject: Re: RE: Posting AP Batches
owner-jdelistml@j
delist.com


02/15/2001 06:05
AM
Please respond to
jdelist






We are having some problems with AP payment batches posting certain checks
amounts from one batch onto another batch. I hear talk about R09801
needing to be 'single threaded'. How do you make a UBE be single or multi
threaded?

Thanks.

B733.2 SP11.3 HP9000 Oracle 8.1.6
--------------------------
Visit the forum to view this thread at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=5665

*************************************************************
This is the JDEList One World / XE Mailing List.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found at http://www.JDELIST.com
*************************************************************
 
Generally speaking any UBE that is used to update the records should be
processed on a single thread queue. (Refer to document ID oti-00-0155 on
the JDE Knowledge Garden for single thread UBE recommendations. This
document gives very good insight. I highly recommend reading it. You may
find you have even more reports to single thread.) The standard single
thread queue is QB7332B. You make the queue setting through the Batch
Versions program's Version Detail row exit. You'll need to check out the
version before you can make the queue setting and check it back in after
making the changes.



Walt Sellers
Heil Environmental Industries, Ltd.
 
Edward

It may not be the posting program which is your problem. We have had a long
standing issue with something similar, which theoretically has been fixed in
a number of sars but still causes us a problem. In our situation the issue
of checks going into incorrect batches occurs when two users enter manual
payments at the same time, or a user is entering manual payments at the same
time an update is being performed on an automatic cheque run. The same
payment id is given to both payments which results in the voucher from one
batch getting attached to the cheque in another batch with the same payment
id.

The only way around it we have found is for only one user to process manual
payments at a time and to only update automatic cheque runs at 5pm at night.


Regards

Regards

Marty Fleming
Business Analyst
Richmond Limited

Phone: +64 +6 8786464 Ext 8168
Fax : +64 +6 8780959
Email: mailto:[email protected]
Web Page: http://www.Richmond.co.nz/

Site Specifications
OneWorld: B732.1 SP12.2
Database: Oracle 8.0.5
Enterprise Server: Intel NT
Clients O/S: NT

Nearly at Xe!
 
Re: RE: RE: Posting AP Batches

There is a compulsory code change for duplicate payment IDs on KG in breaking news section.

We have just applied in CRP. We do not run manual payment (P0413M) application. Everything is done in automatic cheque run.

Intermediate Programmer/Analyst
Dundee Realty
B7322 SP 12.4
AS/400 coexistant with SQL Server 7.0
Sandbox: installing Xe
 
Back
Top