I-Already-Had-A-Username
Level 3

Users claim Vendor changes are reverting. How to work backwards to troubleshoot/verify?

QB Enterprise 22. 

 

I'm our company IT admin but admittedly I don't know much of anything about accounting or QB itself. 

 

I have someone claiming that they are making changes to Vendors in our company file. Simple things such as Tax IDs, addresses, the 'Name on Check' information, etc. They're doing these changes by hand in the software, not by importing  lists. 

 

They claim that the next time they view these vendors, the changes they made have been reverted. They are keeping track of what they're changing and bringing that to me, but it's not enough for me to go on to troubleshoot. 

 

Just applying knowledge of the basic nature of databases, I imagine that if User A is in Vendor X and changes the Tax ID from 123 to 789 then saves and exits, but User B also has Vendor X open at the same time and changes the address (but since they had Vendor X open at the time of User A's changes, they still have the Tax ID as 123 on their screen) and saves it, User A's changes will not commit. I don't know how likely this is to happen but QB does not seem to have any guardrails for this sort of thing as it does not give the 'single user mode' prompt for making these changes. I don't know what kind of tasks access or save these fields; if in this scenario User B is writing changes to Vendor X while User A is trying to make changes to the same vendor, does that cause a logjam? No idea.

 

I don't know any other methodology to test here to see what could be going on, which is what I'm asking for here. I suppose I could take away the ability to edit vendors from all users except the one who is making these changes.