VýpisFlow
  • Plans
  • About
  • Security
  • Compatibility
Guides

Troubleshooting

Bank statement import errors in POHODA and fixes

The import failed and POHODA says very little about why. Most cases come down to one of a few recurring causes; go through them in this order and you will find yours in minutes.

2 min readUpdated 14 September 2026

The import wizard does not offer the file at all

POHODA only shows files in the folder set on the Homebanking service and with the matching extension. A file saved elsewhere or with another extension does not appear in the list.

  • Check the folder in Nastavení / Homebanking (Settings / Homebanking) and save the file exactly there.
  • Check the extension: a GPC file has a different extension than a MultiCash .sta file.
  • Make sure you import with the service assigned to the right account.

Transactions are reported for another account

The account number in the statement is compared with the number in Nastavení / Bankovní účty (Settings / Bank accounts). If the notation differs, for example the prefix, bank code or an IBAN instead of the domestic number, POHODA does not assign the statement.

Do not edit the account number in the file just to make the import pass. Fix the account settings in POHODA or use the statement that really belongs to the account.

The currency does not match

A foreign currency statement belongs to an account kept in the same currency. The CZK format ABO (GPC) is not meant for EUR or USD accounts; use MultiCash or POHODA XML for those.

The closing balance is wrong after the import

Usually some transactions are missing: the statement was incomplete, it was only a transaction list without balances, or one statement was loaded twice and another not at all.

  • Compare the number of transactions in POHODA with the statement.
  • Check that statement numbers and periods follow on from each other.
  • Find a statement loaded twice and delete its records.

XML import returns an error

With POHODA XML, the company ID (IČO) in the dataPack envelope most often differs from the open company, the bank account code does not exist, or the user has no rights to the Banka agenda. The responsePack gives the exact cause for each record.

How to prevent errors

The most reliable approach is to check the statement before the import. VýpisFlow compares the opening balance, the sum of transactions and the closing balance and stops the export if the equation does not hold. It also warns you when you convert the same file again.

Frequently asked questions

Why does POHODA say the statement belongs to another account?

The account number in the statement does not match the number in the bank account settings. Align the account notation in POHODA or load the statement into the right account.

Can I load the statement again after a failed import?

Yes, but first delete the records from the failed attempt, otherwise you get duplicate transactions and the balance stops matching.

What if the error persists?

Try the import on a backed-up or test company and contact POHODA support with the import log.

Convert a statement

VýpisFlow converts PDF, CAMT.053, MT940, ABO/GPC, CSV and XLS into POHODA XML, GPC/ABO or MultiCash and checks the balances before download.

Open the statement converter

Related guides

  • How to import a bank statement into POHODA step by step
  • Foreign currency statements in POHODA: EUR, USD, CNB rate
  • POHODA XML import of bank transactions (Banka 2.0)
VýpisFlowBrand
  • Changelog
  • Privacy
  • Terms of use
  • Import guides
  • Refunds
  • RU
  • UA
  • CZ