Online shop
The buyer pays by QR straight to your account, with no acquiring
N-Pay
QR payment on your site and in your app
Your website or app creates a QR with a locked amount and learns when it is paid
On request
- 0%acquiring fee when paid to your account
- Fixed amountit is locked in the QR
- One APIinstead of each bank separately
- 30 banksscan QR codes to the NBU standard
For shops and developers
Your own software
A CRM, self-service till or kiosk takes QR payments
Card payment through acquiring can be turned on for the same QR
How it works
1. Your website creates a QR
With the amount, purpose and invoice number, the amount locked
2. The buyer pays with their bank
They scan the QR, amount and payee prefilled
3. You get a payment event
With the invoice number, so no manual reconciliation
An API for NBU-standard QR codes
Create QR codes with a locked amount and get a payment event
- App link
- Matching by invoice
- Several banks
Website payment questions
Does a shop need acquiring?
Not for payment straight to your account: the buyer scans the QR with their bank, and the money comes to you with no intermediary and no fee. Card payment through acquiring can be turned on for the same QR.
How does my website know it is paid?
We send your website or app a payment event with the invoice number. You use it to find the order, with no manual statement checks.
Do you get access to the money?
No. The bank gives us read-only access: we see payments but cannot move money. The money goes from the buyer’s bank straight to your account.
Which bank must my account be with?
Website payments can go to an account at PrivatBank, PUMB, A-Bank, VST Bank or monobank. Through acquiring, LiqPay, Portmone, MonoPay, A-Bank acquiring and others work.
What QR does the API create?
A format 003 QR under National Bank of Ukraine (NBU) Rules No. 97: the amount in it is locked, and the buyer cannot change the payee or payment number. The apps of 30 banks scan such a QR.
Tell us what you are building
Website payments
On request
