Inventory issue - Lot/FIFO Puzzle

SUGGESTED

Good morning,

Here's an explanation of a problem from one of our purchasing dept's. I could call Sage support and open a ticket, but wanted to see if this has an alternative quick resolution.

We have an issue that I created last year when I did the following (broken down into steps)

 

  1. Created an item in Item Maintenance with the valuation type of FiFo.
  2. Added that item to an open purchase order.
  3. Realized the item needed to be Lot valuation, deleted the line off the PO so I could change the valuation to Lot.
  4. Saved the item in item maintenance, but did not update the PO (if you press cancel, it goes back to the original item and quantity, which I wanted anyways, right? ) (this was wrong).
  5. Received the PO as normal under receipt of goods, failed to notice no prompt to receive a lot number.
  6. Discovered that when trying to invoice the item, sage wanted a lot to invoice, but there was none listed, as the inventory had been received as FiFo.
  7. Did a return of goods on the PO to reverse that inventory out, then received it with a lot.
  8. Now we’ve discovered that the original FiFo Lot, did not disappear from the “Cost Detail” tab of Item Inquiry/Maintenance, despite not showing on the “Main” tab. The original FiFo lot also shows in an Inventory Valuation report.

 

Now we need to get that phantom lot out, but its unclear how. If we did an Inventory Transaction Adjustment, even if the system lets us, which it might not, as there’s no Lot to adjust, that would still show as a loss of material, to the tune of tens of thousands.

 

Is there a way to get these lots out of “inventory” in a “backdoor” way, so that it doesn’t show as a loss?

Thanks for reading

Parents
  • 0

    So in step 7 when reversing the inventory out, which record from IM_ItemCost was used or did it create a new one?

    If it created a new one and you have balanced all of your numbers (quantities and dollars), i would think it would be safe to manually delete the old FiFo record from all of the data tables, off the top of my head, i think this would just be IM_ItemCost, you might want to also check IM_ItemTransactionHistory to possibly clean up transactions there but i don't think it would be needed.

    Alternatively, you might be able to try getting the quantity and value to zero either through physical count or an adjustment and then change the valuation back to FiFo and clean it up and get everything to zero and then change the valuation back to Lot and adjust quantities and value back in. Might want to do this in a test company first to be sure you get the desired results.

    There is the Balance Inventory Quantity and Cost utility but i don't think it will work in your case because of the record in IM_ItemCost not matching the item's current valuation.

    https://support.na.sage.com/selfservice/viewdocument.do?noCount=true&externalId=20967

    Perhaps someone else can weigh in.

  • 0 in reply to David Speck
    SUGGESTED

    My first thought was *UTL... but not sure if that will do anything, as David says.  Typically Sage 100 functions only deal with current valuation and any cost tiers with the wrong "type" need to be corrected manually (raw data edits).

    Instead of deleting I'd consider updating the receipt transaction details (and cost tier) to be the correct valuation type, manually entering the lot # and any other required fields.  I've done it before (in a similar situation) and it's not a lot of work (pun not intended) but you do need to know what you're doing in DFDM.

    Try any corrections in a test company, then do the Recalculate Item History to make sure your corrections won't be "undone" by that utility.

  • 0 in reply to Kevin M

    We have a solid development/backup environment to test these approaches.

    I'll confer with the Purchasing people to see if this makes sense to them.

  • 0 in reply to sevendogzero

    Editing the data involves adding a row to this table (which does not apply to FIFO):

    IM_LotSerialTransactionHistory
  • 0 in reply to Kevin M

    I thought about correcting the record in IM_ItemCost and IM_ItemTransactionHistory but then you would be missing a corresponding historical record in IM_LotSerialTransactionHistory, I suppose you can always manipulate another similar key and when prompted to remove the old key, answer No and then make the other field changes. I think that is the only other table that would need to be corrected so everything is in sync.

  • 0 in reply to David Speck

    Agreed (adding a row using DFDM is what I meant by needing to know what you are doing...). 

    PO_ReceiptHistoryLotSerial is not important unless used in custom reports.  It's the IM data that matters most for this.

Reply Children
No Data