For prettier generation of bank letters and other bits used in examples:
Expand the bank config to include:
* "bankFullName" used in the INI letter's which are sent to the bank.
* "bankShortName" used in the filename for the generated letters and in other places if needed.
* "languageCode" used for determining which template to use for the bank (currently "en" and "de" are supported).
* "storageLocation" can be used to specify a local or network path where to store downloaded files.
* In bankLetter.js: Use the current script folder as output for the bank's letter in HTML format instead of the user/os homedir folder.
Signed-off-by: Herman van Hazendonk <github.com@herrie.org>
When using the software with multiple banks, the current config file solution wasn't very flexible. We had some different local implementation at our end. In order to use upstream software directly without any changes, suggesting to merge these changes. For me locally it would mean I can get rid of a lot of local example code which are currently bank and even entity specific and can be made more generic.
This will also allow multiple EBICS connections with the same bank for different entities as well, in case this is needed. In our case we have multiple EBICS connections with the same bank.
Signed-off-by: Herman van Hazendonk <github.com@herrie.org>
Some banks provide zipped CAMT statements, add some example code on how to write these to a file.
Signed-off-by: Herman van Hazendonk <github.com@herrie.org>
Add custom order types (G02, G52, G53, G1R and G1V) and examples for Bank GPB AO (Gazprombank Russia).
Pain.001.001.06 (RUB) - G1R
Pain.001.001.06 (FCY/FX/RLS) - G1V
Pain.002.001.06 - G02
Camt.052.001.05 - G52
Camt.053.001.05 - G53
Signed-off-by: Herman van Hazendonk <github.com@herrie.org>
XG1 order type is used for ISO XML 20022 CGI (Common Global Implementation) which should be a unified format that works within a country (irrespective of bank).
Signed-off-by: Herman van Hazendonk <github.com@herrie.org>
In order to more easily manage testing of various order types as well as production, development etc. environments, externalize this config values.
Signed-off-by: Herman van Hazendonk <github.com@herrie.org>
Herrie
Dimitar Nanov
Yago Perez