Inventory SnapShot missing production reporting and other inventory activities done that day

When we did our Snapshot on Physical Inventory day in December, it did not pick up transactions that had happened that day.

We did all job closings, received jobs to inventory (for the SO that were sitting in the warehouse ready to ship), PO Receipts and SO invoices then ran Capture COS/WIP before we ran Start Count Sequence so everything should have been posted.

However, when we got to January and started doing our normal finished goods cycle counts, we found that they were off by the qty we reported to inventory the day of physical inventory.

We have come up with some possible causes to this but they don’t all make sense:
1 - Employees weren’t all logged out of jobs
2 - At Physical Inventory, the systems goes back a designated # of hours prior to grab the snapshot.
3 - we are missing something that we need to be doing.

Does anyone have any help or ideas with this?

Things can be backdated, but I take you to mean that “that day” is the real-time day and time (i.e. SysDate and SysTime in PartTran).

With that said, the system mercifully records the exact date and time of the snapshot, so you can do some very detailed detective work.

image

But having said all that, I have another theory.

What about the timing between when you “generated tags” vs. when you “started count sequence”?

Imagine a scenario in this order

  1. Part 123 in bin A01 and B02
  2. “Generate tags”
    a. This creates 2 tags for part 123, but with qty = 0 for now
  3. Move some parts into bin C03
  4. “Start Count sequence”
    a. This will populate quantity on those two tags
  5. But a third tag is not created for part 123 in bin C03.

So you could miss quantity that way.

Also… serial-tracked parts are awful…

3 Likes

This would be the first thing I look for and has bitten us in the butt before. One year we tried to do more steps ahead of time so we could start counting earlier on the day of. Any part/location combo that was empty the day before the count but then had parts moved into it were all considered write-ups even though a proper snapshot would have captured the starting quantity. We had to pretty much go back and find all the affected tags and figure out the actual snapshot quantity so we could back into the correct adjustments.

2 Likes

Wrong answer! :rofl: Preparation does not help!

I will say we had a precount exercise where we counted sealed boxes and put a label on the tape. If the label was unbroken, we’d take the count off the box. It helped somewhat and helped to identify slower moving items if they have multiple labels over several physicals.

1 Like

They do that here also.

I have some skepticism. Not in that process precisely, but in the idea that the counters (people) will take the notion of “I don’t have to open boxes anymore!” and run with it.

In the end, it’s all about management. People that (professionally) care have to oversee the counting.

Last year they had the QA team be the PI supervisors on the floor. I thought that was a clever choice. I used to work in quality, and if anyone loves to point out other people’s flaws and mistakes, it’s QA!

2 Likes

I like the idea of QA being supervisors on the floor for PI. I am in charge of our PI so this may be something we do at next PI.

Is anyone not doing PI but just depending on Cycle Counts?

Yes, We have not done PI in 10 years or so, have not looked back since.

3 Likes

image
Where do I find this information? I am relatively new to being over our ERP system and still have a lot to learn. Thank you for all your help!

That’s from a BAQ. It’s the SeqStartDate field of the CCHdr table and so on.

A while back I added it to a dashboard I made, when someone had concerns about similar things.

Time is in seconds past midnight. (86,400 seconds in a day.) Enjoy the math.

1 Like

In a previous life, @Rick_Bird is supporting them too. Every morning they shutdown the warehouse, which is already locked down to warehouse workers, and they count every part that was active the previous business day along with random parts due to be counted. If an error occurred, it was usually on the previous day.

The tags were downloaded and sorted by warehouse location. Each counter would get the next tag (tags for serialized parts), and then those counts were pasted back into the Cycle Count system. It was pretty slick.

2 Likes

Thank you! I will have to work on that when I have time to dedicate to it.