We are having a recurring problem with PO/Received invoices with different prices.
We post a PO with Prices A
We receive the goods with packing slip info
We post the invoice with Prices B (different than Prices A)
The invoice shows as a payable
The invoice also STILL shows in Received not invoiced at Price B
The only posting to the COG account is the difference in between the Price A and B
Because the dollar value is now in both payables and RNI it is driving our accountant crazy trying to track down the differences. What do we have set wrong or is this a bug others see, too?
Thanks,
Steve Stoneman

Thanks for the reply, kerric. Are you saying you create a second properly priced PO for the same shipment; un-receive the first receipt of goods which was against the the improperly priced PO; and then re-receive the goods against the properly priced PO? If I stated it correctly, how do you keep track of the changed PO #s against the invoice issued by the vendor?

Shouldn't have to do ANY of this.  AP-C should be entered with the correct price based on the invoice.  The program should clear the PO/RNI for price A and also make a posting for a price change (with an Inventory Transaction type C) for the difference between A and B.  This posting would be to the Inventory account for the item purchased, not COGS (unless the item class of the item purchased happened to be pointing to COGS)
 
Steve, are you sure somebody didn't use a voucher to enter your invoice rather than AP-C?

Cindy -
 
What is the Modified date of your BKAPC.RUN file so we can be sure you have the latest version?  If you go to IN-A for the item in question and click Transactions, do you see a type "C" transaction for the price change?  
 
Also, it shouldn't matter but what is the Inventory type of the item?

in reply to Kerric's response, we also perform a negative receipt at the old price and re-receive at the new price when the purchase order is a direct job receipt.  This ensures the work order contains the proper acquisition cost for the item.
 
Yes Lynn, DBA will do a price change to inventory if one just enters the invoice at the different price and does not back out the first receipt.  But DBA does not reflect the price change back to the work order to update the price paid for the item, but will pass the difference off to the next transaction for the part number.

I don't see this happening at all. I do see a problem with book value.
 
1.Entered a p.o. for 2 items, with 1 item going into inventory (already some in-stock) and the other directly to a job, (none in stock).  
2.Received them at the p.o. prices.  
3.Entered the invoice with different prices.  
 
Results:
A. For both items, all GL postings were correct. Nothing left on RNI report. Receiving report OK.
B. Inventory-wise, the item received to stock is fine.  
C. Item received to the job correctly posted the updated price in IN-E, WO-A and JC-F. Incorrectly shows a book value for the price difference, even though no stock.  
 
We're running live on the ISTS updates 2/13/04.  BKAPC.run dated 1/29/04. My test installation is running the latest updates, so BKAPC.RUN is 7/14/04 there. Results were the same in both.

OK. I know my single test is not definitive. But, I do balance my RNI report & AP Aging to my GL and I have not seen this happening.  Long ago we did have a problem but I haven't seen it lately. The only problem I have now is with QC, but I think that is supposed to have been fixed in a recent update.  
 
Just wanted Lynn to know the problem is not universal, in case that helps troubleshooting.