Losing faith in Vanguard

In my experience a couple of calls to the company usually gets the fix made. At the end of the day some IT db admin needs to make a simple update to a couple records in the database and your good.

Good reminder companies make mistakes. Even VG.

At least ae haven't had a data breach that we know of.

A direct database update to production account or financial records is what gets IT dB admins fired.
 
I guess I'm just not picky.

I have accounts with Vanguard, Fidelity, Schwab, and eTrade.

They all have decent web sites - these days, all have improved a lot over the years!

I transfer money in and out of these accounts on occasion and have never had any problems. Seriously, it's just a couple of clicks to invoke a transfer. How can that get complicated?

I actively avoid talking to people at these places, though I've had to a couple of times and the actual humans have always been helpful and seem to be trying hard to solve whatever issue I have.

I see no reason to consolidate to one company over another. I actually like spreading my assets around just in the unlikely event of some catastrophe at one of them. During the dark days of the last financial crisis it was reassuring to not have all my eggs in one basket.
 
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.
 
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.

Your detailed explanation concurs with my 20 years in megacorp IT. My curt response was not theory but experience, having seen a couple of people "shown the door" for this type of well minded but out of line activity
 
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.
We may have crossed paths. [emoji111]

The last couple of years I spent with IT and audits in a financial services environment.

Yeah, sometimes stuff happens. You didn't want to be the person who did it very often. I saw the underbelly of when systems go bad, and it wasn't everyday(week, month..) you updated production data. In the end it took the sign off from 27 idiots.

In the early days, the 1980s it was a lot of fun. You were a hero or a zero if you kept systems up when they were dying. I remember teaching a guy how to post an ECB under CICS. I told him to put an x'80' in a byte. He asked if I was sure? Well of course "who are you to question me?".

Haha!

That online system and all its thousands of 3270 operators fell down! It's not an x'80 but a x'40'. Who knew? At least we(maybe) found the correct byte.
 
We may have crossed paths. [emoji111]

The last couple of years I spent with IT and audits in a financial services environment.

Yeah, sometimes stuff happens. You didn't want to be the person who did it very often. I saw the underbelly of when systems go bad, and it wasn't everyday(week, month..) you updated production data. In the end it took the sign off from 27 idiots.

In the early days, the 1980s it was a lot of fun. You were a hero or a zero if you kept systems up when they were dying. I remember teaching a guy how to post an ECB under CICS. I told him to put an x'80' in a byte. He asked if I was sure? Well of course "who are you to question me?".

Haha!

That online system and all its thousands of 3270 operators fell down! It's not an x'80 but a x'40'. Who knew? At least we(maybe) found the correct byte.

:greetings10:

Yes, IT used to be a lot of fun for me too in the 80's and 90's. Now, not so much. "Cowboys" are mostly extinct in IT now.
 
We also have Vanguard IRA and it pales in comparison to FIDO. IT's ok, but just very very basic with no bells or whistles. If anything Fido has too many bells, whistles, and buttons.

You said something that points to the real question: what does OP need?

For some retirees, the needs are simple: one withdrawal a year, one re-balance a year. For this, does one need bells and whistles?

For other retirees, who have complex portfolios and perhaps more fiddling with the portfolio, bells and whistles are welcome and perhaps needed.
 
Been Flagship for about 6 years. 2 flagship reps in that time. But just last week, I got thrown into the pool.

Just out of curiosity, what's flagship at VG? A certain $ amount like $250K? $500K?
 
I'm so surprised that they don't call you back. As I mentioned before, if my rep is out and I leave a message, someone from that office calls me back to see if they can help me.
I did get a call this morning from a manager at the branch. He apologized profusely and promised to get me some assistance on fixed income. I explained I had been happy until their last guy decided to knock their offerings now I'm gunshy.

I didn't need to bash the past rep, he started using the F word, fiduciary. He had a great understanding of where Fidelity screwed up with me. Why would I want to start an income stream while I'm managing my income levels for the next few years?
 
OK... the final outcome of my problem with Vanguard...

A quick synopsis.... I have many accounts at Vanguard, one is a brokerage account. They give cost basis info on all securities in the brokerage. One security had a corporate action and they lost track of that security completely on the cost basis page (it does show on my holdings page). This also caused my totals for that account on the cost basis page to be wrong. And that error is not the missing cost basis. The number just do not add.

Being an accountant I think it is important for numbers that are displayed to add to the total number at the bottom in ALL cases. I could live with 'we lost that security and will not put it back on', but I am also getting 'we will not fix the totals that are wrong'...


Now, I am thinking about selling that security to see if the totals get fixed and then buy it back. Not much price movements as it is preferred shares so it would not cost me much to do this. However, I have a feeling that will not fix the totals and I will have to live with totals that are wrong for as long as I keep this account at Vanguard.
 
OK... the final outcome of my problem with Vanguard...

A quick synopsis.... I have many accounts at Vanguard, one is a brokerage account. They give cost basis info on all securities in the brokerage. One security had a corporate action and they lost track of that security completely on the cost basis page (it does show on my holdings page). This also caused my totals for that account on the cost basis page to be wrong. And that error is not the missing cost basis. The number just do not add.

Being an accountant I think it is important for numbers that are displayed to add to the total number at the bottom in ALL cases. I could live with 'we lost that security and will not put it back on', but I am also getting 'we will not fix the totals that are wrong'...

Now, I am thinking about selling that security to see if the totals get fixed and then buy it back. Not much price movements as it is preferred shares so it would not cost me much to do this. However, I have a feeling that will not fix the totals and I will have to live with totals that are wrong for as long as I keep this account at Vanguard.

Just face the possibility that administrative excellence is not on Vanguard's priority list. In fact to do administrative stuff well, it will probably up your expense ratio. ;-)
Other providers have systems to help them just do it right the first time. When an error does occur it is usually fixed pronto.
Just sayin
 
You said something that points to the real question: what does OP need?



For some retirees, the needs are simple: one withdrawal a year, one re-balance a year. For this, does one need bells and whistles?



For other retirees, who have complex portfolios and perhaps more fiddling with the portfolio, bells and whistles are welcome and perhaps needed.



Yep. I was thinking the same thing when I threw in the last line about too many frills. Fido does have some customization options to tailor the available views but again some folks are happier with a clean and simple view.
 
I'm not too happy with Vanguard or Fidelity right now. As I've mentioned in a couple of threads, I'm buying a house for cash and need to close quickly. The money is at Vanguard. When I requested a wire transfer to the title company, Vanguard hit me with "you must submit a signed request with a signature guarantee via mail, no FAX". OK, PITA, but I'll play. My credit union says, we don't do signature guarantees for over $250K, so sorry.

But wait, I have a million with Fidelity and they are nearby with a brick and mortar. Surely they'll help me. Nope. They only do signature guarantees on Fidelity paper work, sorry.

If I had more time, I'd just ACH it to my credit union and get a certified check, but when time is of the essence I don't find either one of them to be particularly helpful.
 
travelover;2010180 My credit union says said:
A couple of thoughts for work-arounds:
*Any possibility of signature guarantees on multiple requests to make your target funding? Need 500k--2 separate guarantees. A stretch I know.
*Or transfer funds from Vanguard to Fidelity who will issue wire to title co.
 
A couple of thoughts for work-arounds:
*Any possibility of signature guarantees on multiple requests to make your target funding? Need 500k--2 separate guarantees. A stretch I know.
*Or transfer funds from Vanguard to Fidelity who will issue wire to title co.

I used to have a signature guarantee stamp when I was working at a bank... I would never give two to one person to get around the limit... that would be something that would get someone fired...

Plus, I would not give one for someone who was not a well known client... but I was not in retail so I did not get request from people off the street...
 
A couple of thoughts for work-arounds:

*Any possibility of signature guarantees on multiple requests to make your target funding? Need 500k--2 separate guarantees. A stretch I know.

*Or transfer funds from Vanguard to Fidelity who will issue wire to title co.



I suggested it - no go. Vanguard said they would take it with no signature guarantee in conjunction with a voice ID. But the voice ID also has a waiting period, so it will be close. Transfers between VG and Fido have taken a long time in the past.

What a PITA.
 
I suggested it - no go. Vanguard said they would take it with no signature guarantee in conjunction with a voice ID. But the voice ID also has a waiting period, so it will be close. Transfers between VG and Fido have taken a long time in the past.

What a PITA.

Seriously? A waiting period for voice ID? Fido implemented my voice ID at end of a short conversation regarding a different item. Fido rep asked at end of the convo if I wanted to use voice ID, I said "yes" and he confirmed he had it implemented. YMMV
And some folks wonder why some investors get frustrated with Vanguard lack of administrative "prowness"
 
Back
Top Bottom