Robin Speekenbrink

@MrMoronIV Do you have a certain test to prove that it works like this? I currently created a branch with this change and have added a trim()-call to the return...

CAMT is another one of the various standards some of the banks employ... But then again, [remember the famous XKCD](https://xkcd.com/927/) It will always be sometype of mess :) Could you...

I'll add that as a test to make sure it will keep working in the future ;) This also brought to light a seemingly error in the regex where the...

Seems that this might need a rebase on the latest `master` (to prevent deletion of the other engines / test files?) @avramflorin might that resolve the various issues?

Have you run it through a debugger? Also the ING parser was created for the Dutch ING bank, it could be that the Polish ING has a different markup. My...

Hmmm... thanks for the link to the docs... It seems ING Poland has some type of prefix for all the :86: lines... (as mentioned in the docs) You might want...

@websafe a single thread is also doable.. .Just be sure to include a reproducable scenario et al... You might even go as far as creating a PR which isnt finished...

I like the idea of giving the transactions a defined set of types... However we must have to allow some sort of local processing... I don't believe that the package...

Been AFK for a while and just starting to get back to this... I still like the idea of types for the transactions, but from the current docs the different...

After reconsideration, if you could separate the introduction of the interface definitions as a seperate PR from the IBAN and Type additions, this would make the change easier to handle....