Transfer In out of nowhere

It is more likely a user error than system error that caused this problem. You can create that issue by going to the inbound queue and click New to create this inbound transfer from nowhere. Check the items on the list to see if you recognize them as something else you were trying to do at the time, like an oubound transfer or a physical inventory count that got created as an inbount transfer by accident.

If you have not yet received the transfer, then you can just delete the transfer without receiv> Today, a transfer in appeared in our open list "out of nowhere". Clearly

The items in the PO were specifically things that have not been sold or ordered for a year or more and they all had negative quantities. Our db has

35000+ items and this PO was around 2800 items, all of which are leftovers from the original db construction or victims of sloppy inventory. I ran sql queries that replicated the PO items nicely so I don't believe this to be a random event or an error/bug in the system. It sure appears that someone used a filter in the group selection of a new transfer.

So, it's absolutely possible that a user went exploring, but these are honest folk who are not, I don't believe, afraid of me. So if it was one of them they feel some sort of fear of reprisal which doesn't, as far as I know, exist. I like it when they figure stuff out and promote that when it's done carefully :).

Anyway, the bottom line is that I just want to verify whether or not there's a system level business rule that ran. For example, you mention a "queue"; where is that queue implemented and can I view the queue? I don't see any specific table that is designated for this but I haven't searched field names yet. Is this a temporary table that the system creates or is the queue implemented in code?

I deleted it but thanks for the hint on how to fix it if it had been closed. I didn't think of that :).

Thanks

Dan