Schwab - wrong transaction dates

Problem is still unresolved. Looks like this issue was first reported on July 24. Today is August 14.

22 days (and counting) with no resolution. Just wondering what it will take to get this "unstuck" with Quicken.

@Bill44 - Excellent troubleshooting!

Wow @Bill44 — looks like you've created your own application that uses Schwab's API directly. I didn't realize they opened these up to individual investors, but after seeing your post I looked it up and see that they do — and it's free!

Since you've likely been using this for a while, have you noticed a recent change in the "tradedate" values, i.e., that they used to reflect the correct date but are now a day behind? I've also considered UTC conversion as a possible source of error here. For example, if they suddenly started passing the tradedate formatted as a UTC value but without actually converting it to UTC, this could explain how it becomes "earlier" than it should be.

I'm curious if you could potentially show the raw response content from Schwab instead of the parsed object representation from your code. In particular, I'd like to see how Schwab is representing dates/times in their output (e.g. ISO 8601-formatted strings or a Unix timestamp). Thanks!

Another week goes by with same problem and no responses

Really? now a month and Quicken cannot fix what was previously working fine, but somehow got broken? Crossing fingers something else even more damaging doesn't break… Cmon it's now nine days since that official ticket opening and no further updates other than the extremely good hard work on the part of users. Sending more instances of the same problem will not accomplish anything. Please help. ( I do understand there's a nonzero probability of a fix for this introducing a new issue…)

I think Intuit spun them off and bought Mint - online finance software. Perhaps Intuit saw that everything is going fully cloud based. Quicken is probably kind of an orphan now, looks like, may be looking to get acquired or the like. Someone more enlightened than me can add/modify.

Given the size and frequency of data breaches, however, I would not want all my financial data in the cloud. I don't use Quicken's 'sync to the cloud'.

@jl747 Thanks for the update.

I see these Quicken TV ads with the cute little girl and her new pony which she apparently was able to acquire because her Quicken money management made her so efficient. I liked the ad until this erroneous transaction date problem has festered seemingly without any demonstrated interest let alone urgency on Quicken's part in trying to resolve the issue. Now when I see the ad it irks me because of the poor customer support regarding this problem. Given that tracking my investments in Quicken is my main reason to subscribe to the software, does Quicken simply expect to lose its Schwab customers like me as too costly to fix what was a previously perfectly functioning capability? Please, at least, provide an update to let us know someone somewhere is actually trying to address this. Thanks.

Yesterday (Thursday) an update was posted to the Ticket tracker (below). Like last week, they are still saying no ETA. This is incredibly frustrating.

ONGOING 8/29/24 Charles Schwab - Downloading Transactions Using Yesterdays Date — Quicken

(On a similar note, Discover Card and other Discover account types quit downloading a couple months ago. Then Discover Card resumed downloading for some of us about 2 weeks ago. Clearly, the Transaction Download function in Quicken is in need of re-engineering, but apparently, getting the banks and brokerages to buy in is like herding cats.)

@Sam Dickerson , I have no idea what the exit strategy is for whichever firm (private equity???) is holding on to Quicken, but it looks like to me it just floundering around. Which is too bad, because I truly believe there is value in it. Too bad I am not a billionaire; if I had been, I would have bought it out, fixed the entire quality control and feature implementation processes, and implemented most of the bug fixes and many badly needed enhancements before letting out the little girl to do some marketing. But that's just me. It ain't gonna happen, but I can do some wishful thinking. The biggest factor affecting quality, I suspect, is that their developers might not be using the products themselves (they are possibly offshore) and may have little sensitivity to the bugs.

The investment downloads definitely need to be more or less completely re-engineered. The banking downloads need some minor improvements, IMO (for example, they do not seem to know what to really do with the pending transactions).

While it looks like Schwab needs to fix the "tradeDate" and "settlementDate", it would be great if Quicken could use the time field also (which it seems to ignore). One of the things missing in Quicken's sorting capability for downloaded investment transactions is to show a day's transactions in time order. This would be great for active traders who may have many open/close transactions through the day, and the time sequence of those trades can be preserved rather than lumping all opens together followed by all closes. The brokerages usually show the transactions in time order, and this will help 'match up' the orders between Quicken and the Brokerage. The developers do not seem to be in sync with ACTUAL HEAVY USERS of these functions.

In any case. if the "tradeDate" and "settlementDate" are wrong from Schwab, then Schwab needs to fix that issue and pressure needs to be applied on Schwab. My guess - and it is only a guess - is that when they rebooted all those servers due to the CrowdStrike fiasco, something didn't get set right on some of them that are involved in the transfer of data. The more people report the issue to Schwab, the better (I already did).

Oops. Further study shows me the error actually started between 6/12 and 6/17 - not the dates shown above. On 6/12, the dates were correct. The next transactions I did were on 6/17 but the date showed up as 6/16

I'd recommend reaching out to the Office of the President at Charles Schwab. It is part of their job to address major customer issues. Normally I would not recommend this, but this has gone on long enough. It will probably b helpful to show the incorrect json data generated by Schwab.

Here is the (public) office contact info, provided by Microsoft Copilot.

===========================================================================

Sent by you:

what is the email address info for the office of the president at Charles schwab ?Copilot

Certainly! Let’s dial up some financial vibes and get you connected. 📞🏦

Rick Wurster, the President of The Charles Schwab Corporation, is the man at the helm. If you need to reach out to him, here’s the scoop:

• Email Address: You can drop a digital note to Rick Wurster at e.j.bernacki@schwab.com1. It’s like sending a pigeon with a USB drive—modern and efficient!

Now, imagine Rick Wurster sipping his morning coffee, reading emails, and contemplating the mysteries of the stock market. Maybe he even has a “Coffee First, World Domination Later” mug on his desk. ☕🌎

===========================================================================

Copilot also provides the phone number of the CEO:

Walt Bettinger (CEO and Co-Chairman):

• Phone: 402-574-6523

===========================================================================

I have had to work through the CEO once before on another download issue that Schwab dragged its feet on for a year and a half. A few years ago. Even after the promise of a quick fix from him, it took a second reminder after six months of that initial contact to get the issue fixed. The issue was mis-categorization of options transactions.

Thanks to the OP for mentioning this, and to those who contacted Schwab to attempt a fix. I'll just add my name to the list of those having this very specific problem (transactions posting to Quicken one day before they actually occurred). I started noticing this in July, not sure when. Still true today.

Schwab does not simply post transactions overnight, or update Quicken downloads overnight. They also do this at some intervals during the trading day (haven't timed it, but seems like most transactions appear in the Quicken download an hour or two after they occur). It does not matter whether I download during trading hours, after hours, or the next morning. Same result: today's transactions are dated yesterday. In fact I started noticing this simply because I had transactions in my register on non-trading days.

It happens on all our Schwab accounts in Quicken, across multiple user id's : Traditional IRA, brokerage, Roth. It happens on all transactions: individual bond purchases, individual stock purchases, mutual fund purchases, etf purchases, dividends, bond interest, dividend reinvestments and sweeps interest. Consistently, at least for me. Seems like the solution has to come from Schwab.