• 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!

RE: Back Orders P42995

JBINGHAM

Member
RE: Back Orders P42995

I have no problem with the repost, BUT (we are on World A7.3 cume8) , there
is a problem with the program P42995, if you do not have an open order for a
particular item, and for whatever reason , the commitments on that item have
gone haywire, the repost does absolutely nothing for that product on the
F41021 (Balances) file.

I have studied the source for this program, and the reason is that it reads
the orders file for open orders , goes to the F41021 balances file, finds
the product for which there is an open order, clears it's commitments, and
then does the repost.

This is a nuisance.. as we all know commitments can/do go wrong. And then
you do not have open order, so balances stay wrong.

We have written a program that runs before P42995 each night, and clears all
commitments. Works well. If you need the source, feel free to contact me.

Funny thing, the Purch Order Repost does not work like this. The program
structure is different and it clears all commitments IN THE ENTIRE FILE,
EVEN if you specify one ITEM code in Data selection. Thus you cannot repost
one product for PO repost during the day. But we often run the Sales Order
repost during the day for a few products, the selection works.
Regards

JILL BINGHAM
 

vasu

Member
RE: Back Orders P42995

the other way is to enter a dummy order on the item for which the
commitment is not correct
and run the re post and close it after the re post. This will require no
programming. In A52 it used to work the other way(i.e. reading 41021
first) and the program used to take ages to run and hence i understand the
modification has been done.
Best regards

At 21-04-01, you wrote:
 

Mike_Ryan

Member
RE: Back Orders P42995

Jill,

We have been experiencing the problem you have described in program P42995.
It seems like it is becoming a real problem here lately. We are running
A7.3.5 but are converting to A7.3.12 as we speak. Do you know if it is fixed
in A7.3.12? I haven't looked at the P42995 program in cume 12. If you can
send me the source code fix for this I would appreciate it. Thanks...

Mike Ryan
White-Rodgers Division
314-865-8645 Voice
314-865-8670 Fax
Mike.Ryan@White-Rodgers.com
 

JBINGHAM

Member
RE: Back Orders P42995

Mike,

We did not fix the program, but wrote an extra program to be executed before
the batch night run of P42995 that does all reposts. My program will clear
ALL sales commitments, so do not run it during the day, it has no data
selections, so it will blank all commitments. You can quite happily run
P42995 for a few products that have gone haywire during the day, provided
they hace open Sales Orders.

Will gladly send you the "fix" program. I do not like to hack JDE
programs, that can have unforseen/ugly consequences.

I think we have cum 12 tape but do not plan to go cum 12 yet. (Maybe
never... we have no use for Euro, and our system is stable ! ) I shall try
to find someone here who has cum 12, and ask them to check code.

Regards

Jill Bingham
 

Mike_Ryan

Member
RE: Back Orders P42995

Jill,

Thanks for the information on your fix program. We make changes to JDE
programs so fitting those changes back into cume 12 is fun fun fun..If we
are really going to change a JDE program we will make it a P55xxxx program.
Yes, I would like to get a copy of your extra fix program if it is not a
problem. I have seen a bunch of SARs for EURO and read that is doesn't work
too good in certain programs. Oh well, will have to cross that bridge when
we come to it.. Thanks in advance..

Mike Ryan
 
Top