Cal Learner
unread,Dec 29, 2022, 3:37:10 PM12/29/22Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Microsoft Money
I am looking ahead to where Fidelity (and other brokers) may stop making our transactions available directly to us as OFX/QFX. Some brokers have done this already. I am specifically interested in investment accounts.
Fidelity offers a *.csv file named Accounts_History.csv. This can contain transaction info for all of your Fidelity accounts, or you can create a file for each account. My thought is to go for the file that contains all accounts, and let the converter create OFX files. These would be fed into the PocketSense import folder.
I am musing as to how to implement. I am thinking there would be a base file, and as the Accounts_History.csv was processed, each line would either be merged into the OFX file, or discarded, based on rules/algorithm.
Each transaction would have a TRNUID. This would be generated from date, description, and amount, but if there is already a transaction processed where those match, make a different TRNUID. So the first occurrence might always make a TRNUID that ends in 00, the next 01, and so forth. This seems like it should be fairly easy to generate. A bit of thought is needed if the processed CSV files are sometimes from a single account and sometimes from all accounts.
Then for each line, generate a BUYSTOCK, SELLMF or whatever, and insert the transaction into the OFX file.
When done, write the produced files into the PocketSense import folder.
Initially, some transactions in your Money file will already have come in with a broker-generated TRNID. So some method would be used to avoid duplicates. One method would be to have a date written into the converter to ignore entries earlier than a given date. Another would be to require the user to remove such entries before starting the converter.
This is not going to be easy, but I think it is very doable. My preference would be for Python for the converter.
This is early discussion, but it could turn into an urgent thing at some point.