Dominik Rappaport, dominik@rappaport.at
I use a software application called iFinance to manage my bank accounts. iFinance includes a feature that allows automatic data downloads through an API provider. In earlier versions, the software supported two such providers: Tink and Plaid. My bank, Raiffeisen Bank in Austria, was accessible exclusively via Tink.
Unfortunately, beginning with iFinance version 5.4, support for Tink was discontinued in favor of Plaid as the sole provider. Consequently, iFinance was no longer able to retrieve data from my bank account. According to the vendor’s support team, Plaid may expand its support to additional banks in the future, although the statement was vague and no timeline was provided. Anticipating customer dissatisfaction, the company proactively announced that it would refund users who could no longer use the product under the new limitations.
As I had already been using iFinance for some time to organize my financial transactions, I preferred not to request a refund. Instead, I decided to continue using the software by importing data through the CSV import function.
Naturally, ELBA — the online banking system provided by Raiffeisen Bank — supports CSV exports. However, the structure of the exported file is suboptimal for data processing purposes.
In a properly formatted CSV file, the first row typically contains column headers. The CSV export from ELBA, however, omits these headers, requiring the user to manually identify and assign them. Fortunately, this is a relatively minor inconvenience and can be resolved easily.
The majority of each transaction’s data is contained within a single column as a string of key–value pairs. Unfortunately, these pairs are not separated by commas, and the keys themselves may contain whitespace. As the following example illustrates:
Verwendungszweck: BILLA DANKT 0003750 STOCKERAU 2000 Zahlungsreferenz: POS 50,26 AT D5 23.08. 18:00 Kartenzahlung mit Kartenfolge-Nr.: 5
In database terminology, this structure violates the first normal form (1NF). Automated parsing of this field presents a challenge: it is not straightforward to determine whether the final key is “Kartenfolge-Nr.” or whether “Kartenfolge” and “Nr.” are separate components of the key. The only viable approach is to define a comprehensive list of all possible keys and use it as a reference for parsing the data. Unfortunately, no official documentation describing these keys appears to exist.
To obtain properly structured data suitable for import into iFinance (or tools such as Excel), I decided to develop a small utility that performs the required data transformation.
Elbacsv is distributed as a Python package. Several installation methods are available.
Executing pip installs the package in your current Python environment. Global installation was once possible, but
modern Linux distributions no longer permit this approach.
pip install elbacsvBoth pipx and uv enable global tool installation. The package can be installed as follows:
pipx install elbacsvor
uv tool install elbacsvDownload the CSV file from your bank account and run the following command:
elbacsv input.csv output.csvYou may add the option --merge. This will merge the two keys Verwendungszweck, Zahlungsreferenz and
Auftraggeberreferenz into a single field Verwendungszweck.