Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Connect your bank account to Google Sheets

github.com

Post reply on HN
Print view View original

71–78 of 78 posts

Re: Show HN: Connect your bank account to Google Sheets

#71

Post by kjaftaedi »

robertsbernans wrote: post #61
kjaftaedi wrote: post #46

Earlier quoted context omitted.

Thanks for the link! Seems like 1,000 banks is a bit of an exaggeration.. if you remove the duplicates, I don't think there's even 100.

No, that's not exaggerated. It's very common in many European countries to have strong regional banks. There are over 6,000 banks in Europe.

Yes, I have many strong regional banks in my country.. none of them appear to be supported.

You claim:

>The tool allows connecting personal and business accounts from over 1,000 banks in Europe

Please provide a list of the 1,000+ banks you support.

Re: Show HN: Connect your bank account to Google Sheets

#72

Post by dylan604 »

6f8986c3 wrote: post #35
dylan604 wrote: post #24

Earlier quoted context omitted.

That was my immediate reaction as well. Then I though about it some more, and got to hell nah.

If you really spend the time to dig into all the details, though, you might find yourself saying, “not a fucking chance”

honestly, once the terms Google and bank account were used in the same sentence, 'not a fucking chance' should be my default reaction.

Re: Show HN: Connect your bank account to Google Sheets

#74

Post by throwawayswede »

robertsbernans wrote: post #63
throwawayswede wrote: post #9

haha, sure, because google needs more of your data, and whatever this nordigen thing is... laughable from this nordigen's information handling section in TOS > 2.3. As the Services also allow User to upload Information and/or obtain Account Information and personal data therein, User further acknowledges and agrees that by uploading or entering any Information for the Services and by using the Services, User grants N…

No, we don't sell your data neither in raw nor anonymised form (if that is the case). We take privacy very seriously.

Please forgive me if I don't take your word for it when TOS allows it.

> including but not limited to improving the Services, developing and improving other Nordigen products and services, and distributing or licensing such data to third parties with whom Nordigen has a business relationship.

That means if you don't now, you might do it in the future. If if you don't, you might sell the whole thing to another company who will do this.

Re: Show HN: Connect your bank account to Google Sheets

#75

Post by blooalien »

sumedh wrote: post #29
neilv wrote: post #16

If you want to import banking data for tracking your personal finances or small business, there's also GnuCash, which you can run locally. https://gnucash.org/ I haven't used its online data-fetching features, but instead save manually save OFX and QFX files periodically from banking Web sites, and later import them into GnuCash (which includes transaction matchup features). I also use the statement reconciliation fe…

Is there something similar to gnucash but with better UX?

Maybe https://skrooge.org/ perhaps?

There's also a big list of alternatives to GnuCash at https://alternativeto.net/software/gnucash/ which you can filter down by various tags (open source or not, operating system, etc).

Re: Show HN: Connect your bank account to Google Sheets

#76

Post by arthurcolle »

kureikain wrote: post #47
arthurcolle wrote: post #44

Earlier quoted context omitted.

Gotcha, I'll poke around, thanks! What do you use for inbound mail processing? Do you run your own mail server? I was looking to process TheOCC.com inbound emails for some options trading stuff I was doing but never decided on a solution.

You can use AWS SES to process inbound email and just use lambda to parse the email. Or sendgrid free tier support incoming procesing too. Also, you can use my own service https://hanami.run it supports webhook Setup an email server for inbound email with Postfix is pretty easy to. You can use mailbox_command of postfix to parse email You can setup email on a sub domain and only point the subdomain to it.

Maybe I'm misunderstanding - how are the first 2 plans "0 SMTP emails per day", aren't all emails going through SMTP? Sorry not an email expert, just trying to understand.

But thanks for the explanation on the AWS/Sendgrid side, appreciate the information. Still curious about your service though, it looks promising.

Re: Show HN: Connect your bank account to Google Sheets

#77

Post by kureikain »

arthurcolle wrote: post #76
kureikain wrote: post #47

Earlier quoted context omitted.

You can use AWS SES to process inbound email and just use lambda to parse the email. Or sendgrid free tier support incoming procesing too. Also, you can use my own service https://hanami.run it supports webhook Setup an email server for inbound email with Postfix is pretty easy to. You can use mailbox_command of postfix to parse email You can setup email on a sub domain and only point the subdomain to it.

Maybe I'm misunderstanding - how are the first 2 plans "0 SMTP emails per day", aren't all emails going through SMTP? Sorry not an email expert, just trying to understand. But thanks for the explanation on the AWS/Sendgrid side, appreciate the information. Still curious about your service though, it looks promising.

Ah SMTP is the protocol that we used to send email over internet.

The term SMTP server is used when you are the person who send out email.

The term MX server is used when you are the person who is received email. As in, someone use an SMTP server to send you an email, by connect to MX server list on your domain. You can find MX server by doing a `MX DNS query` on the domain such as `dig hanami.run mx +short` or `dig github.com mx +short`

SMTP email limit only apply for users who want to use our SMTP service. Think sendgrid/mailgun SMTP service. It means when you want to send email through your own domain.

For incoming and email forwarding(someone send you an email and we forward to your domains) then it unlimited.

The reason is that when you use SMTP service, you can just write a simple loop and send lots of email using our SMTP server. We don't want that, our service is only for daily email, not marketing(newsletter, promotion) or transaction email(password reset etc).

Incoming email, on other hand is send out by other people to your service, and we will happily forward as many as possible.

Re: Show HN: Connect your bank account to Google Sheets

#78

Post by arthurcolle »

kureikain wrote: post #77
arthurcolle wrote: post #76

Earlier quoted context omitted.

Maybe I'm misunderstanding - how are the first 2 plans "0 SMTP emails per day", aren't all emails going through SMTP? Sorry not an email expert, just trying to understand. But thanks for the explanation on the AWS/Sendgrid side, appreciate the information. Still curious about your service though, it looks promising.

Ah SMTP is the protocol that we used to send email over internet. The term SMTP server is used when you are the person who send out email. The term MX server is used when you are the person who is received email. As in, someone use an SMTP server to send you an email, by connect to MX server list on your domain. You can find MX server by doing a `MX DNS query` on the domain such as `dig hanami.run mx +short` or `dig…

Thanks so much, this clears up a lot of vernacular I haven't needed to know before - I really appreciate it. Will keep your service in mind for my immediate + future work!
Post reply on HN