BLIK is a real-time bank transfer (a2a) used in Poland. Poland's 6-digit mobile code payment system — now the majority of Polish e-commerce transactions. Available inside the banking apps of essentially every major Polish bank — tens of millions of active users. This page covers how the flow works, where consumers use it, and which merchants should accept it.
BLIK is operated by Polski Standard Płatności on behalf of the major Polish banks. At checkout the shopper selects BLIK and opens their banking app; the app generates a 6-digit code valid for ~2 minutes.
The shopper enters the code at checkout and confirms the transaction inside their banking app with biometrics or PIN.
Funds move in real time between the shopper's and merchant's bank accounts. The merchant's PSP receives a webhook within seconds.
BLIK also supports P2P transfers by phone number, ATM withdrawals without a card, and in-person QR payments — all off the same 6-digit-code UX.
Available inside the banking apps of essentially every major Polish bank — tens of millions of active users.
The single most-used online payment method in Poland, ahead of cards.
The operational half of every method profile — settlement, refunds, disputes, PSP coverage and licensing — is reserved for Payment Methods List founding partners. It's the part vendor sites won't publish and the part that actually decides whether BLIK works for your stack.
How fast BLIK funds land after the payer confirms, behaviour outside scheme hours, whether the rail settles gross or net, and the realistic T+n to sweep to USD/EUR — plus the PSPs where the advertised timeline actually holds in Poland.
Book a founding-partner call →How BLIK refunds are executed end-to-end when the rail has no scheme-level reversal — payer-initiated pulls, credit transfers, or PSP-fronted refunds — plus partial-refund support, time limits, and the API surface each PSP exposes.
Book a founding-partner call →Whether BLIK has any dispute construct at all, which recall/return/indemnity vectors actually exist on the rail, how consumer-protection rules in Poland route claims back to merchants, and observed loss rates versus cards.
Book a founding-partner call →Which acquirers and aggregators run direct rail connections to BLIK vs. reselling a partner, coverage depth and reliability, effective pricing bands, and who to pick when Poland volume is your primary use case.
Book a founding-partner call →Requirements to accept BLIK — local entity vs. cross-border MoR, licensing regime governing the rail in Poland, KYC obligations at onboarding and per-transaction, and FX/reporting rules for foreign merchants.
Book a founding-partner call →BLIK is a real-time bank transfer (a2a) used in Poland, in the Europe region. Poland's 6-digit mobile code payment system — now the majority of Polish e-commerce transactions. The profile on this page documents the checkout flow step by step, the use cases it fits, the consumer base that can pay with it, and the merchant types that should carry it. Last reviewed July 31, 2026 by Ale Aznar.
BLIK is recorded against Poland in the Europe region, which is the market where its consumer reach is meaningful for merchants. Cross-border acceptance depends on the acquirer or merchant-of-record you use rather than on the rail itself. The Poland country hub lists every other alternative and local method tracked for that market alongside BLIK.
Pricing for BLIK is not a single published number: it moves with monthly volume, vertical, entity type and whether you connect through a direct acquirer or an aggregator. Effective pricing bands per provider, plus the fixed-fee and FX components that sit alongside the headline rate, are part of the founding-partner dataset rather than this public Poland profile.
Access to BLIK runs either through an acquirer with a direct rail connection or through an aggregator reselling a partner's connection, and the two differ in reliability and reporting. The list of providers processing BLIK in Poland today, whether each is direct or resold, and where onboarding is currently restricted sits in the founding-partner PSP coverage matrix.
Yes. That is one of the documented use cases for BLIK in Poland: Any Polish e-commerce, in-app or in-person checkout. Vertical eligibility is ultimately set by the provider you onboard with, not by the rail, so regulated categories such as gambling, crypto and adult content are commonly excluded even where the real-time bank transfer (a2a) itself supports the flow. Confirm the restriction list with your acquirer.
BLIK is a real-time bank transfer (a2a), so the payer-side confirmation and the merchant-side payout are separate events with different timing. Settlement windows, cut-off behaviour outside scheme hours, the payout currency, and the realistic timeline to sweep funds out of Poland are documented in the operational section of this profile, available to Payment Methods List founding partners.