PO Return

[PTina]

When a PO Return is processed in GP and the product is later replaced. You cannot receive it on the same PO. The quantity still shows as received but nothing is listed when you go to auto receiving.

Am I missing something? If I receive an item then return it I expect the system to allow me to receive the replacement (as long as I didn't close the PO) on the same PO.

Has anyone gotten this to work for them?

 

[jazgeek]

you would have thought that's how it should be, wouldn't you.

but no.... PO returns aren't PO returns... they're just transaction reversers (is that a word?)

you must add a line or do like us and create a PO with an "A" at the end.

kinda screws up reports too because it looks like there's available quantities to receive on the line when in fact you can't do jack with it.



-----------
and they wonder why they call it Great Pains!

jaz

 

[PTina]

This just does not make sense. You're right it's not a return then.

I've been searching high and low through all the manuals, help screens, message boards to find out how to receive the goods.

I've been having the users manually do an adjustment and pay the invoice throught regular AP processing as a temporary measure while I manually close the PO. Now I have to tell them to do this permanently? The accountants are going to give me hell with this.

What about the Purchases accrual account? With each post (receipt, return, close) it gets updated. That means the figures there are now incorrect??

 

[jazgeek]

the "return" as it exists in gp will back out the accrual. But be careful, if the you're using perpetual the current cost of the item may have changed and therefore the accrual will only back out at today's current cost... kind of a pain in the butt.

here's what we do to get around this fiasco.

receipt
rejection
inventory adjustment
issue new po with "A" at end
inform accounting
debit memo issued to vendor
close PO line
new receipt
new invoice

what a pain for quite a simple procedure.

We've just signed on the dotted line for a replacement for GP. We'll still use gp for what it's good for, accounting, but the rest of the shmole is going to be handled by a new software.

This will be #31 implementation for me.... Hopefully all will go smooth.




-----------
and they wonder why they call it Great Pains!

jaz