A direct database update to production account or financial records is what gets IT dB admins fired.
Having seen how the sausage is made in the kitchen, I can speak to this.
People have to remember that Vanguard is a BIG company with LOTS of client accounts. First thing, a client rep, whether flagship or not, wouldn't even know how to get hold of an IT db admin. All a rep can do is report production problems, which then get entered into a database to be investigated by IT.
The IT production staff then prioritizes these problems, and works them off. A problem reported by a single client tends to get lower priority unless the client is very important or it's a serious problem as assessed again by IT. A client can yell and scream all they want but that doesn't tend to grease the wheels much.
Then once an investigation is started IT staff won't just update the production data. First thing is to do a root cause analysis to verify (1) it is in fact a problem, (2) is it possible other clients have the problem, (3) is a software change needed to fix the problem from happening again. If a software fix is warranted, the the fix has to first be extensively tested in a test region before the fix is scheduled and deployed to production. And then lastly (4), IT staff would typically fix/patch the data of any impacted clients.
This is a very formalized process that exactly prevents IT db admin from just going in and wily nilly directly changing client account data in production. In fact, most IT staff do not even have the necessary access to see actual production data.
I would think most large financial companies have similar processes.
Sorry to be long winded, but yes I agree, just going in directly and fixing production data will have an admin kicked out the door.
And to be honest, when I trust all my retirement money to a company, this is how I want them to operate.