The reason why many of us chose not to use Plaid is presumably privacy, or not wanting to entrust our data to other parties even in transit. My impression is that Nordigen does not sidestep these issues. Is that correct? I would love to be wrong here.
This is perhaps a moment when the FOSS community needs to recognize that the problem demands a solution that involves more than technology. I am suggesting that we make a legal entity and a codebase that will apply for Open Banking access to FIs individually. The FIs could be made happy with the quality of the integration and security of the code, but in the end the vision is for individuals to run the code containing the API key of each FI and connect directly. FIs may not be happy with the "individual connections" aspect, and we could then set up a service that makes all the connections, but at least it would be open source. Although I'm not sure how much better than relying on Nordigen that is. I have personally repeatedly tried to convince Schwab to give me developer access to their APIs and I explained to them that I do not represent a commercial entity but that I roll my own software. They were not receptive. It is likely that we will have to advocate for this as a group. That's all a bunch of speculation. For the moment I invite others to share their findings about the requirements FIs have around Open Banking integration. Will they charge for it? Are they open to a non-profit doing this? Does it have to be a legal entity? Will they allow endusers to directly access the API? What are the risks that the FIs see in letting individuals onboard directly? On Monday, October 10, 2022 at 3:56:09 AM UTC-7 Patrick Ruckstuhl wrote: > Hi, > > > I already created an integration with nordigen and have been using it for > a while and it works very nicely. > > https://github.com/tarioch/beancounttools > > > Regards, > > Patrick > On 10.10.2022 11:21, Mark Scannell wrote: > > > I was looking into this over the weekend and started working with the > Nordigen API: > https://nordigen.com/en/ > > The code I wrote is in goledger and in Go (Starling and Monzo you can see > here <https://github.com/mescanne/goledger/tree/master/cmd/download>) and > will look to publish it. > > Nordigen looks like they're focused *only* on open banking APIs (no > password stuff) and keeping their infrastructure lean and simple. And > they're being generous with you using it for personal stuff right now. > > Mark > > > > On Mon, 10 Oct 2022 at 08:18, Red S <[email protected]> wrote: > >> I'm guessing the OP was asking specifically about the *downloading* >> part, not ofx itself. Chase continues to provide ofx files, but you have to >> login to their website and hit the download button now (supremely annoying >> IMHO) , where in the past, you could download from the command line. I use >> ofxget + bean-download, seen here >> <https://reds-rants.netlify.app/personal-finance/direct-downloads/>. >> >> This is likely to happen more and more as banks move on to Open Banking >> <https://en.wikipedia.org/wiki/Open_banking> / (US: Financial Data >> Exchange <https://financialdataexchange.org/>). In theory, these are a >> huge upgrade, but so far, it's been disappointing for FOSS and Beancount >> users as only commercial players seem to have access to this system, >> leaving no option for the end user. >> >> I imagine most banks would not remove ofx support though, even if they >> remove direct downloads for security reasons. Schwab has been an exception, >> and I hope they remain the exception. For the latter, I might reluctantly >> start looking into Selenium and the likes at some point. If anyone here >> uses it, please do share your experience. >> >> >> On Friday, October 7, 2022 at 11:50:04 AM UTC-7 [email protected] wrote: >> >>> The only options I know of: >>> - Use mint.com and get their low fidelity CSVs via mintapi project >>> - Use plaid or yodlee, though many banks require prod path flow which I >>> couldn't do on a dev account. >>> - Scrape statements or the web interface manually. >>> - Gaze longingly towards Europe and their data portability regulations. >>> >>> Would love to know if you come up with something better. >>> >>> >>> >>> On Fri, Oct 7, 2022, 06:46 Stefano Mihai Canta <[email protected]> >>> wrote: >>> >>>> Hello, >>>> Does anyone have a solution for downloading OFX files from banks that >>>> are moving away from Direct Connect? For example, using ofxtools to access >>>> my Chase transactions does not work anymore. >>>> >>>> >>>> https://www.banktivity.com/support/articles/banktivity-7/ofx-direct-connect-will-no-longer-be-supported-by-chase-as-of-october-6th-2022/ >>>> >>>> Thanks! >>>> Stefano >>>> >>> -- >> You received this message because you are subscribed to the Google Groups >> "Beancount" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/beancount/4e68e281-57fc-4806-b739-dff0e2e1a554n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/beancount/4e68e281-57fc-4806-b739-dff0e2e1a554n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> > -- > You received this message because you are subscribed to the Google Groups > "Beancount" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/beancount/CABV3M2Hph2X2b2ZNZH1ea8220nhfWbpJduLwmvhH_fpfzEkWBQ%40mail.gmail.com > > <https://groups.google.com/d/msgid/beancount/CABV3M2Hph2X2b2ZNZH1ea8220nhfWbpJduLwmvhH_fpfzEkWBQ%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > > -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/15fa7828-b12f-454e-9a35-86bb16d6e202n%40googlegroups.com.
