tvl-depot/monzo_ynab
William Carroll 1b74342219 Support a restclient.el scratch buffer
I've been using restclient.el and `restclient-mode` lately to test API calls,
and I'm enjoying. I think it might make sense to track these scratch files in
the repo. Who knows? They may serve as a form of documentation.
2020-02-07 21:35:18 +00:00
..
monzo Support serde for Monzo and YNAB transaction structs 2020-02-07 21:33:08 +00:00
ynab Support serde for Monzo and YNAB transaction structs 2020-02-07 21:33:08 +00:00
.envrc Support YNAB personal-access-token 2020-02-07 21:30:24 +00:00
default.nix Support OAuth 2.0 login flow for Monzo API 2020-02-05 23:33:23 +00:00
main.go Support YNAB personal-access-token 2020-02-07 21:30:24 +00:00
monzo.go Support OAuth 2.0 login flow for Monzo API 2020-02-05 23:33:23 +00:00
README.md Support OAuth 2.0 login flow for Monzo API 2020-02-05 23:33:23 +00:00
requests.txt Support a restclient.el scratch buffer 2020-02-07 21:35:18 +00:00
shell.nix Support lorri 2020-02-07 11:01:24 +00:00
utils.go Support OAuth 2.0 login flow for Monzo API 2020-02-05 23:33:23 +00:00

monzo_ynab

Exporting Monzo transactions to my YouNeedABudget.com (i.e. YNAB) account. YNAB unfortunately doesn't currently offer an Monzo integration. As a workaround and a practical excuse to learn Go, I decided to write one myself.

This job is going to run N times per 24 hours. Monzo offers webhooks for reacting to certain types of events. I don't expect I'll need realtime data for my YNAB integration. That may change, however, so it's worth noting.

Installation

Like many other packages in this repository, monzo_ynab is packaged using Nix. To install and use, you have two options:

You can install using nix-build and then run the resulting ./result/bin/monzo_ynab.

> nix-build . && ./result/bin/monzo_ynab

Or you can install using nix-env if you'd like to create the monzo_ynab symlink.

> nix-env -f ~/briefcase/monzo_ynab -i

Deployment

While this project is currently not deployed, my plan is to host it on Google Cloud and run it as a Cloud Run application. What I don't yet know is whether or not this is feasible or a good idea. One complication that I foresee is that the OAuth 2.0 login flow requires a web browser until the access token and refresh tokens are acquired. I'm unsure how to workaround this at the moment.

For more information about the general packaging and deployment strategies I'm currently using, refer to the deployments writeup.