What you will need to suggest to client is, discuss with them whether the operation will need Reservation, or does not need it at all. If they require reservation, do they really have the practice on doing reservation? Where from the SO lines get the reserved qty? From PO or just from Item Ledger Entry (from receipt of PO)? Then, you need to check back the method of planning the sales demand. Do you use Order Planning, or Requisition Worksheet, or Planning Worksheet. Every tool it works in a typical way.
Hope it helps. On Fri, Feb 27, 2009 at 2:33 PM, nancy ole <[email protected]> wrote: > > Hi all. Thanks for the answer. > > Then, there is no other way to solve this issue, isn't it? Beside, deleting > the reservation entry. Anyway, I have finally deleted the reservation entry > on my customer's live database. Because they need to make sales transaction > for this item as soon as possible. Before that, I have tested the impact of > deleting the reservation entry by making another sales, purchase > transaction, and run the adjust cost utility. And for the result, there's no > error or any mistake occur. > > But, honestly I didn't like to solve this case using this manner (work on > system's table). I'm afraid that the error will occur again. On > partnersource, I found few case regarding this error message, but there's no > exactly scenario that is the same with mine. And unfortunately, I couldn't > duplicate the error so it's hard to reporting to NAV support. Right now, I > assume that this entry is created because the deadlock of table that occur > when a few user try to posting shipment at the same time. But, it need > deeply investigation and testing (now, I'm working with this). > > For your information, my customer is a distribution company and they didn't > use production module at all. Also, the Sales Order doesn't relate to > Purchase Order and they didn't do manual/automatic reservation. > > Regards, > Nancy - Indonesia
