Open banking in Poland: how złoty bank payments work
Poland is the largest payments market in Central Europe, and it pays in złoty. Polish banks expose regulated access interfaces that licensed providers use to initiate payments and read account data with the customer's consent. Businesses often reach those providers through an open banking API.
- PLNPayments made in złoty, Poland's national currency
- StandardisedBank interfaces described against a shared national specification
- SCAStrong authentication inside the payer's own bank
- LicensedInitiation and account access are regulated PIS and AIS services
What makes Poland a market of its own
-
A common standard, uncommon behaviour
Polish banks publish their access interfaces against a shared national specification, which helps integrators. It does not make them identical: timeouts, status timing and the way a rejected payment is reported can still differ from bank to bank.
-
A second currency in the ledger
Businesses that have only collected in euro meet złoty for the first time in Poland. Amounts, rounding and reconciliation rules written for one currency often assume it, and the gaps tend to show up at month-end close rather than in testing.
-
The first status is not the money
An accepted initiation shows that the payer consented. It does not show that the złoty reached the receiving account, so businesses usually wait for a confirmed credit before releasing goods.
Three roles in a Polish bank payment
The European framework behind these roles is set out on the PSD2 open banking page. Its proposed successor is covered in the overview of PSD3 and open banking.
The bank exposes the interface
Every Polish bank offering online accounts operates a regulated access interface that a licensed institution may call on the customer's instruction. European payment rules require it; no commercial agreement with the bank is needed.
The payer approves at home
The payer picks their bank, signs in there and approves the amount and beneficiary. That is the payment consent, and the payer's credentials never pass through the business or any intermediary.
Licences stay where they belong
Payment initiation is a regulated service delivered by a licensed PIS provider; access to account data is delivered by a licensed AIS provider. Software or orchestration layers may sit between the business and these providers.
Złoty, not euro
What changes when a business used to euro collections starts collecting in Poland's own currency, and what does not.
-
Amounts arrive in PLN
Polish payers usually pay from a złoty account in złoty. A payment request typically states the currency explicitly, and the credited amount is best checked exactly as it landed.
-
A PLN account to receive it
Receiving złoty without conversion requires an account able to hold złoty, contracted by the business directly with a bank or another account institution.
-
One data model for both currencies
Reconciliation is simpler when euro and złoty payments are recorded with the same fields and status names, so existing finance processes can read Polish payments without a separate branch.
-
Conversion is a treasury decision
Whether and when złoty is converted is a question between the business and its account institution. An open banking payment itself does not need to involve any conversion.
What an orchestration layer typically handles
-
Routing between providers
Some businesses use a software layer that decides which licensed provider reaches which Polish bank, so that choice can change without rewriting the checkout.
-
Bank differences absorbed once
Per-bank timing and status quirks can be normalised in one place, so code written against one Polish bank behaves the same way against the others.
-
A final state worth acting on
A payment is best treated as complete when the amount reaches the receiving account, confirmed by an account check, not when an initiation is merely accepted.
Five steps from request to confirmed złoty
Create
The business requests a payment: amount in PLN, reference and receiving account.
Select
The payer chooses their Polish bank from a list.
Approve
Sign-in, SCA and consent happen inside that bank.
Track
The provider reports initiation statuses back to the business.
Confirm
An account check verifies that the złoty has landed.
Where pay-by-bank is used with Polish payers
-
Ecommerce in Poland
Online shops offering pay-by-bank to Polish buyers next to cards, often releasing orders only on confirmed credit.
-
Marketplaces in the region
Platforms collecting from buyers in Poland, Czechia and neighbouring markets under one payment model.
-
B2B invoicing in złoty
Invoices paid through a link that opens the payer's bank with amount and reference already filled in.
-
Subscriptions and top-ups
Repeat collections where finance teams want each credit matched to a customer without manual lookup.
Six functions and who typically handles them
| Capability | What it covers | Typically handled by |
|---|---|---|
| Bank selection | Choosing the payer's Polish bank in the payment journey | A software or orchestration layer |
| Payment initiation | A regulated service on the user's payment consent | Licensed PIS provider |
| Authentication | SCA inside the payer's own Polish bank | The payer's bank |
| Currency handling | PLN from payer to receiving account, no conversion required | The business and its account institution |
| Status normalisation | One vocabulary across banks and providers | A software or orchestration layer |
| Account credit confirmation | Account information access to the receiving account | Licensed AIS provider or the account institution |
What the payer gives, and what they keep
-
Credentials stay at the bank
Logins, one-time codes and device confirmations stay with the payer's bank and never reach the merchant's checkout.
-
Consent is specific
A payment consent names one amount, one beneficiary and one reference, and ends when the payment resolves.
-
Account checks are scoped
An account information check on the receiving account sees its credits. It does not read the payer's account or move money.
Six questions about open banking in Poland
Short answers on how open banking works for payers and businesses in Poland.
How does open banking work in Poland?
A business creates a payment request, the payer approves it with strong authentication inside their Polish bank, and a licensed PIS provider initiates the transfer through the bank's regulated interface. Many businesses then confirm that the złoty reached their own account before treating the payment as complete.
What currency are open banking payments made in?
Payments by Polish payers are usually made in złoty (PLN) from złoty accounts. A business that wants to receive złoty without conversion needs an account able to hold PLN; any conversion is arranged separately with its account institution.
Who regulates open banking in Poland?
Poland applies the EU's second Payment Services Directive. The national financial supervisory authority licenses and supervises payment institutions, and providers authorised elsewhere in the EU/EEA can offer services in Poland through passporting.
Does the national interface standard mean all banks behave the same?
It means many banks describe their interfaces the same way, which makes integration easier. Behaviour around timing, rejections and status reporting can still vary, which is why businesses often normalise statuses before acting on them.
What does SCA mean for payers in Poland?
Strong customer authentication means the payer confirms a payment with two independent factors, such as a device plus a PIN or biometric, inside their own bank. The business never sees those credentials.
What do neighbouring markets look like?
They follow the same European rules with local differences. Open banking in Czechia also runs in a national currency rather than euro. Germany pays in euro, as the Germany page explains. A regional comparison is in the Europe overview.
Exploring open banking in Poland? Get in touch
This page is an informational overview of the Polish market. The viaBanking team is happy to discuss open banking in Poland and answer your questions.
viaBanking is a software and technology provider. Regulated payment initiation and account information services are delivered by licensed partner institutions. viaBanking does not hold an AIS or PIS licence, does not execute bank payments and does not move funds.
