Receipts reversal

BASSMTN1

Member
When you receive against a PO you can see a 'OV' document type going through the item Cardex. As we have to reverse Vendor receipts these transactions are not showing up with any doc type. Is this normal or is there a fix ?

We are on B7332 SP14.1
 
When we have reversed PO receipts - the reversal does show up in the cardex
but without a doc type. It should show OV doc type.

I called this in to JDE about a week and a half ago. Was told originally
that they have seen this happen with landed costs. We do not use landed
costs. Of course then they wanted me to try it in Pristine - that always
seems to be their pat answer when they can't replicate an error that I can
everytime. I am unable to do anything in Pristine for some reason. So our
call is still open (#4235493).

I didn't notice this during our year of testing 7332, then we applied SARs,
etc. and everything started to break so I was looking at everything very
closely and that was when I noticed the missing doc type. So I don't know
if it was broke before applying the SARs to fix other things or if it was
broke all along.

The guy I talked to at JDE wondered why it was important to see the doc
type. So I had to justify it to him that for researching purposes it
comes in handy. Not to mention that it used to work in 7321...The reversal
of an Issue shows up with doc type of II - similar process right?! UGH! I
am ready to toss this system out and go back to paper!

Cindy Bramon
Denver Water
B7332, SP 13.1, Client, Windows NT 4.0, Oracle 8.0.5
 
Something I remembered last night:

P43214 receipt reversals deletes the F43121 record for the receipt. It
writes a new record just like the original one except the program ID is
P43214 instead of P4312, and the MATC match code is 4 instead of the
original 1 for the receipt. The quantity and $ are still positive. So it
looks like the original receipt record, and not a new record, unless you
look at the program ID or the MATC code. The F0911 record for the original
receipt is not touched. It stays there. The reversal writes a new F0911
record with a minus quantity. So look for the old and new records in F0911
and look carefully at the record in F43121.

Dave Mallory Denver Water
 
A further comment to receipt reversals. I discovered this week that yes
when you reverse a receipts it deletes the original and creates a new
record with MATC=4. It also assigns a NEW RECEIPT# from next numbers.

Thus the PRDOC for the original receipt is say 2000095
but the PRDOC for the reversal is 2000096 or some greater number from NN.

The reason being is that this PRDOC # for the reception is the Journal
Entry number used for the creation of the F0911which once posted can't be
changed.
Therefore if reversed we cannot resend the same PRDOC to the F0911 since it
already exists. Thus assigning a different number allows the reversal to
also be sent to the F0911.

Hope I didn't confuse the situation more...

Sean Gilbert
JDEdwards Consultant
PricewaterhouseCoopers
Montreal

Tel: 514.205.5000 x3619
Fax: 450.655.0163



david mallory
<david.mallory@denver To: [email protected]
water.org> cc:
Sent by: Subject: RE: Receipts reversal
owner-jdelistml@jdeli
st.com


02/28/2001 10:08 AM
Please respond to
jdelist






Something I remembered last night:

P43214 receipt reversals deletes the F43121 record for the receipt. It
writes a new record just like the original one except the program ID is
P43214 instead of P4312, and the MATC match code is 4 instead of the
original 1 for the receipt. The quantity and $ are still positive. So it
looks like the original receipt record, and not a new record, unless you
look at the program ID or the MATC code. The F0911 record for the original
receipt is not touched. It stays there. The reversal writes a new F0911
record with a minus quantity. So look for the old and new records in F0911
and look carefully at the record in F43121.

Dave Mallory Denver Water




--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=6378

*************************************************************
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
*************************************************************



----------------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material from any
computer.
 
I can also add following to mentioned below.

If you have different document types for receipt (OV) and receipt reversal
(let's say OR) then you should note that during receipt reverse, P43214
updates only doc number but not doc type in F43121. In other words, if you
had a receipt 100/OV and you reversed it you may have something like 120/OV
in F43121, whereas it should be
120/OR. Exact doc types and numbers are written to F4111.


Alexei Martkovich
Windows NT, B733, SP13.3
 
re[2]: Receipts reversal

Alexei,

Where are you controlling the receipt reversal document type? I've never seen this in processing options. Are you manually changing the document type when reversing the receipt?

Mike Dupaix
JDE Certified Professional
(630) 904-5373 – Office/Fax
(630) 750-2500 - Cell
 
RE: re[2]: Receipts reversal

Mike,

there is a standard functionality, that allows to define the document type
for receipt reverse.

You need to define a separate version of PO Receipts (P4312).
Now in processing option of Purchase Receipt Inquiry (P43214), Versions tab,
option 3 - Receipt Reversal (P4312) you can assign a P4312 version to
perform the receipt reverse (let's call the version RECREV). Then in
processing option of version RECREV of P4312, Defaults tab, option 2 -
Receipt Document Type you define a document type that will be used by the
programm during the receipt reverce.

Regards,
Alexei Martkovich
Windows NT, B733, SP13.3
 
re[4]: Receipts reversal

Alexei,

Now I see what you were referring to. You setup and additional version STRICTLY for reversing receipts. How often do your users use the wrong version when receiving or returning product?

> Mike,

there is a standard functionality, that allows to define the document type
for receipt reverse.

You need to define a separate version of PO Receipts (P4312).
Now in processing option of Purchase Receipt Inquiry (P43214), Versions tab,
option 3 - Receipt Reversal (P4312) you can assign a P4312 version to
perform the receipt reverse (let's call the version RECREV). Then in
processing option of version RECREV of P4312, Defaults tab, option 2 -
Receipt Document Type you define a document type that will be used by the
programm during the receipt reverce.

Regards,
Alexei Martkovich
Windows NT, B733, SP13.3





--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=6501
*************************************************************
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
*************************************************************

<



Mike Dupaix
JDE Certified Professional
(630) 904-5373 – Office/Fax
(630) 750-2500 - Cell
 
RE: re[4]: Receipts reversal

To Mike and Alexei;

I can see the use for this new version, just to reverse receipts, if the
volume is there to substantiate it.

Steve S.


>
 
Steve and Alexei,

I just completed several tests with regard to receipt reversal.

Regardless of the document type used on the original receipt, when it is reversed (from the exit bar) and the GL has not been posted, the original receipt doc type is not changed when you use an different reversing document type.

The same holds true for a posted but unvouched receipt and a vouched receipt. I ran these test in Xe demo jr. What are your results?

> To Mike and Alexei;

I can see the use for this new version, just to reverse receipts, if the
volume is there to substantiate it.

Steve S.


>


--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=6515
*************************************************************
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
*************************************************************

<



Mike Dupaix
JDE Certified Professional
(630) 904-5373 – Office/Fax
(630) 750-2500 - Cell
 
RE: re[4]: Receipts reversal

Mike,

in business processes that we configured for the mentioned many times client
we defined a separate version of P43214 (that we named Receipt Reverse for
their simplicity) and this version refers to a special version of P4312,
that creates different document type for receipt reverse. So, answering to
your question, we avoided the client users to use wrong version when
reversing receipt.

Regards,
Alexei Martkovich
Oracle 8i, HPUX, B733.2, SP13.3
 
Mike;

We just went live on B733.2 SP 11.3 with no ESUs or SARs. We do not have
any demos anywhere in this plant.

Steve S.

>
 
Alexei,

I did the same, created a unique version. It processed fine. But in looking at the data files (F43121, F43199), the reversed order line using the reverse version had the original receipt document type. Have you looked at your data files? What does field PRDCT look like F43121 on the original and reversed line?

Also, are you reversing the line or has a credit PO been created and you are simple receiving against a new line (similar to RMA processing)?

Mike Dupaix
JDE Certified Professional
(630) 904-5373 – Office/Fax
(630) 750-2500 - Cell
 
Mike, you are right.

I was reversing receipt. On 01/03/01 I have posted at jdelist the
description of the issue you are talking about under the same subject (see
below attached).


Alexei Martkovich
Oracle 8i, HPUX, B733.2, SP13.3
 
Back
Top