• Developers
  • Eypo for iOS: crystal clear insights in your monthly expenses

Ward Thanks, interesting. All the other "calculations" eg categorizing and budgetting happens on the phone in the app?
Authentication is done by bunq's Oauth or is the full blown API key required?

[edit] just installed the app and it indeed says everything is stored on the device, which is sweet :)'

[edit2] uh oh, connect is accepted, see it in my event list as wel

  • Ward replied to this.

    I‘m always getting „Something went wrong“ when trying to connect to bunq. 🙁

      Délano Phil: This is a known issue that I haven't been able to solve yet. Do you guys happen to be members of a Bunq Pack? I recently discovered that OAuth doesn't work properly with Pack members because of a bug on bunq's side.

      Ward I have this error and I am a pack member indeed.

        Ward Do you guys happen to be members of a Bunq Pack?

        No I am not a member of a pack, riding solo here :)

        [edit]
        I'm also having issues with BunqDesktop see the issue here on github, it seems there's an issue with Oauth for certain users. I'm now contacting support to see if they can do something.

          Délano Ah, that would explain some things. I'm going to keep investigating on my side, but if this is truly a bug on bunq's end, then there is nothing we can do but wait.

            Ward Yes, I‘m a member of a bunq pack and also having issues with OAuth in bunqDesktop

              Ward I recently discovered that OAuth doesn't work properly with Pack members because of a bug on bunq's side.

              this is indeed correct, the underlying issue is the same that is causing joint accounts to be unavailable in OAuth.

              Ward I think you are in the next batch 🎉.

              WHOOP :D

              Ward What the server basically does is connect to the bunq api, and then normalise the response into a bank agnostic structure. This means I can easily support more bank APIs in the future, without having to update the iOS app.

              Make sense, is this open source or are you planning to make it open source. Im happy to contribute/help 😊 Even if you wanne keep it a private repo.

                Support couldn't answer me directly about the OAuth issues and will get back to me about it. Once I have an answer I will post it here :)

                OGKevin this is indeed correct, the underlying issue is the same that is causing joint accounts to be unavailable in OAuth.

                Does that mean the issue I'm having is because I also have a joint account?

                  Délano Support couldn't answer me directly about the OAuth issues and will get back to me about it. Once I have an answer I will post it here :)

                  I know what the issue is, as im a backend developer here :P.

                  Délano Does that mean the issue I'm having is because I also have a joint account?

                  Depends, there are 2 "major" known bugs with OAuth,

                  1. if you are in a bunq pack, the you cant get past /device-server which is registering the API key. So you can literary do nothing.
                  2. if you have joint accounts, you cant retrieve them via OAuth but you can retrieve normal accounts and do all the other stuff that auth allows you to do

                  OGKevin I figured you were one of the backend guru's :D
                  First one doesn't apply for me as I'm a premium member riding solo. Second reason shouldn't cause an auth problem then, unless the app is retrieving the accounts where it would fail, correct?

                  I have full faith in you guys that it would be fixed, no estimates on timelines I assume? ;-)

                  Might be a good thing to know for @Ward, so he can work around this bug. Missing one joint account is a bummer but shouldn't stop the rest from working I guess.

                  Whoop I got the invite ! YES

                  Here is some initial feedback!

                  1. See the transactions names in Eypo vs Grip. Grips transactions names seems to be cleaner for some reason. From which endpoint are you getting this data ? It seems that you are using the description as name instead of the merchants name :thinking: This will lead to the following in the next picture.
                  2. the Paypal Pathe thuis is clearly not in the right category. Would be nice, if I could click on it here and change its category.


                  here an example of transaction name differences. which makes it hard for it to recognise that all those "weird" payments are from NS and therefore does not auto categorise them.

                  So I think, in the transaction details you can show the description or even deep link to the bunq app(not sure if thats possible) and actually use the payment's country party name instead of description. Or use a combination of both! But show the counter party name in the overview and the description in the detailed view. And use both for matching/categorising purposes.

                  Hi @Ward, thanks for adding me to the beta test team. looks like I just bombarded you with some mails from TestFlight sorry for that. The TestFlight app had a glitch.

                    Délano unless the app is retrieving the accounts where it would fail, correct?

                    correct, unless there is another bug im not aware of :joy: but if @Ward can log the response ids that we sent back and time stamps on when the request have been made. We can take a peak in the logs and see if there is another bug somewhere or nah.

                    • Ward replied to this.

                      OGKevin

                      1. Wow, where the hell do those numbers come from? 😄 I've never seen that before. I'm using the description field of the Bunq API, optionally replaced with the merchant/store name if the categoriser finds a matching merchant. Are those numbers the payment descriptions like you have them in the Bunq app?

                      OGKevin But show the counter party name in the overview and the description in the detailed view

                      That's exactly how it is supposed to work actually. Perhaps I'm using the wrong fields from the API 🤔.

                      1. It's a bit hidden, but if you swipe left on the row in the transactions list, you can assign a new category. You have a point that this should be added to the detail screen as well.

                      2. I wanted to do deep linking to the Bunq app, but unfortunately you guys don't have a deep link for that (hint, ;)).

                        Ward I'm using the description field of the Bunq API, optionally replaced with the merchant/store name if the categoriser finds a matching merchant

                        hmm and what if I manually assign a category, it stil shows the description instead of the merchant name.

                        Ward Are those numbers the payment descriptions like you have them in the Bunq app?

                        yes.

                        Ward That's exactly how it is supposed to work actually. Perhaps I'm using the wrong fields from the API 🤔.

                        It seems that all my transactions that I've manually categorised in the eypo app have the description. If its a manual transfer to an IBAN it shows the IBAN instead of the description.

                        Ward It's a bit hidden, but if you swipe left on the row in the transactions list, you can assign a new category. You have a point that this should be added to the detail screen as well.

                        Yes, but what I mean is :P it would be nice to be able to recategorise on that screen as well, instead of having to go to the transaction overview to properly categorise it :D.

                        Ward I wanted to do deep linking to the Bunq app, but unfortunately you guys don't have a deep link for that (hint, ;)).

                        I'll forward this to an iOS dev :wink:

                        Also, would be Nice to be able to use salary month instead of calandre month. Makes more sense for budgeting purposes.