Missing F43121 records (open receipts)

Aarto

Aarto

Reputable Poster
Hi List!

We have a problem with P4312 sometimes failing to write the F43121 record (open receipts) (Match type '1')
We have been unable to establish any kind of pattern, receiving the same order line (partially received) can sometimes write the F43121 record, sometimes not. (Also lines that are fully received are sometimes missing the F43121 record)

No single user or terminal server can be pointed out either

The volume of goods receipts is pretty high, the last four days we had 13.768 receipts and 80 missing F43121 records.

We changed a setting in JDE.INI (Recommended by JDE)
"Library Cache = 20" but this did not solve the problem

Has anyone else experienced a similar problem?
(We have some modifications in P4312 but none in the underlying Business Functions or affecting the same. I would like to know whether this happens with 'Vanilla' P4312 as well)


We have turned OFF asynchronous (background) processing in P4312
OneWorld Xe SP 14.1
AS/400 co-existance World A73
Transaction control is ON

Using Citrix, 14 servers, 200 users. c.a 30 users receiving goods simultaneously
(This is not a case of several users trying to receive the same order/order line at the same time)

Regards..

Aarto Reponen
Senior Application Consultant
SYSteam Applications
International Consulting
+46 703 089 284
[email protected]
http://www.systeam.se

Aarto Reponen
Application Consultant
SYSteam Applications
E-mail: [email protected]
http://www.systeam.se
 
Aarto,

we've had this happen 3 times now but have not been able to duplicate the problem under controlled conditions. Our receiving volume is much lower than yours - at most 3 users simultaneously entering receipts.

Please keep us informed as to your progress.

Thx,

Larry Jones
[email protected]
OneWorld XE, SP 15.1
HPUX 11, Oracle SE 8.1.6
Mfg, Distribution, Financials
 
Thanks for the info. Seems like we share the problem
Did you ever raise a SAR or talk to JDE techies about this? i have a gut feeling that the JDE response line will kick it because the problem can not be duplicated..

Aarto Reponen
Application Consultant
SYSteam Applications
E-mail: [email protected]
http://www.systeam.se
 
no, we didn't take it to JDE. If we can't duplicate a problem under controlled conditions then there's no point in taking it to JDE in my experience.

Larry Jones
[email protected]
OneWorld XE, SP 15.1
HPUX 11, Oracle SE 8.1.6
Mfg, Distribution, Financials
 
Have you applied the Latest ESU for P4312? There is a large ESU for A/P and
Procurement, it fixes a lot of problems. We had all sorts of difficulties
with receipting and A/P, until we applied ESU JD10842. This ESU gets revised
almost weekly, so there are a lot of problems in this area. I do not know
the latest number for this ESU, but a quick check on the Knowledge Garden
should give you replacement ESU.



OW733.3 Xe SP 14.2
Enterprise Server - Intel NT + Oracle 8.0.6
Client - Citrix TSE + 4 NT PC's for development
 
Aarto,

Gerry (World User) here.

Under Prompting Controls processing options for P4312, what is your setting
for "Be Prompted to Accept the Receipt"? I ask this because if you have
this processing option set on, if someone types in the receipt information
and presses enter (remember I'm in World), the software assigns & displays a
receiver number but does not yet create either the F43121 or F0911 or any
Cardex records and displays a prompt **** Enter 'Y' to Record Receipt
****. The user must enter "Y" and press enter again to accept the
transaction and only then does the software write the records. If the user
exits off the form (cancels in OneWorld-?)without entering the "Y" and
pressing enter, the receiver number is used up, but the receipt is not
processed and no records are written.

Gerry
World 7.3, Cum 10
just starting the move to OneWorld XE, Coexistence, AS400, HTML clients



World 7.3, Cum 10
Moving to XE, AS/400, Coexistence, HTML
 
Aarto

This has been a problem since the inception of OneWorld. I would hate to
think how many hours I have spent trying to track this. We have a high
volume of purchase order receipts and end up with a few F43121 records
missing a month. I have got to the stage now where it is easier just to fix
the data. At one stage in B731.4 we could reproduce it in some situations.
If a purchase order was a mixture of stock lines (line type S) and general
ledger lines (line type J), we found that we needed to put all the J lines
last on the order.

In B732 we found it a problem if the user used a 7 to receipt the line
(receipt and close remaining quantities on the order). In this scenario, if
a 7 was used when the quantities being receipted equaled or were greater
than the quantity on the purchase order, sometimes the F43121 record was not
written. To remedy this we asked our users to use a 7 only when the quantity
being receipted was less than the quantity on the purchase order and they
wanted to close the purchase order remaining quantities.

I have not looked at the issue since we went to Xe to see if the same
situation is occurring.

I hope this helps. Please let me know if you come across anything. Thanks

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: Xe
Database: Oracle 8i
Enterprise Server: Intel NT
Clients O/S: NT / W2K / Citrix
 
Aarto,

We have raised the problem of missing records in F43121, F4111, etcetera
with JDE and, big surprise, they say "Gee it works fine here". It is like
the JDE guys said at our local user group meeting: "When you get the
software out there on a network and configure it and have lots of users,
that is when it will break." Duh.

Incidentally, you might want to look at your tables: we recently ran into a
problem with P0411 vouchers (or P4314 voucher match, hard to tell which),
where we have a PO with multiple receipts. The program will take the $$ in
the APTD "amount vouched" field from one record in F43121 and write it to
APTD in all the other records in F43121 for that PO. Nasty. So you go to
vouch a receipt and APTD already has these bogus $$ in it and the program
says "no can vouch" and you are stuck. The Accounts Payable folks get
unhappy. So we are poking the correct $$ into APTD (usually should be
blank). Have seen this on 4 POs so far. Our JDE client manager says this is
a known problem in Xe.

Dave Mallory Denver Water 7.332 SP15.1 Oracle 8.1634 NT 4.0
 
Aarto

We did log it with the Melbourne response line many years ago, but as you
say, unless they can reproduce it, it goes into the never never.

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: Xe
Database: Oracle 8i
Enterprise Server: Intel NT
Clients O/S: NT / W2K / Citrix
 
Back
Top