OK, you'll have to follow along with me here a little. Our inventory is FIFO, we have consignment agreements with our customers and ship parts into these consignments via various methods (truck, plane, sea). Until the parts are at the consignment, they can't be aged against our customer's consignment agreement. Here is how the current system works: Create PO with Vendor, parts to be placed in our "transit warehouse". Receive PO Into Transit Warehouse (boat). This makes the parts our responsibility and our Vendor will then issue the invoice. We cannot wait for the boat to arrive at customer consignment to do the receipt as that could be 2-4 months which is beyond our Terms with our Vendor (and not fair to them). The Customer sends us notice that the parts have been received into consignment. We transfer the parts from the Transit Warehouse to the customer's consignment warehouse. This is when the aging needs to start And this is where the problem begins. Transferring FIFO parts from one warehouse to another doesn't "reset" the receipt date so the aging is still ticking off the original receipt date that could have been weeks or months before hand. Worse yet if we transfer parts in that have an older "original" receipt date from the initial transit receipt then they would be taken first instead of the parts that may have been received by faster means. So... The dirty solution would be to: Receive the parts into transit from the PO On notice of receipt at consignment ADJUST the parts out of transit into oblivion (zero) at cost ADJUST the parts back INTO the consignment warehouse from oblivion at same cost This is more work for our receiving person, but do-able I guess, what I'm asking is there any way (scripting?) to reset that receipt date on an inventory transfer. Or a way to expose the receipt date so it can be changed on a transfer? Any other ideas?
↧