Open banking in Denmark: how krone bank payments work alongside cards
Danish payers are used to approving things in their banking app. Open banking builds on that habit: licensed providers reach banks through regulated interfaces, payers consent inside their own bank, and payments move in Danish krone.
Open banking in Denmark, in three roles
Each party does one job. Knowing who does which is the quickest way to understand where the licences sit. The regulated role of starting a payment is explained under payment initiation services.
-
Danish banks open the door
Banks serving Danish payment accounts run a regulated access interface that licensed institutions may use on the account holder's instruction. Under PSD2 that is the bank's obligation, not a commercial favour to anyone.
-
The payer says yes in their own app
The payer chooses their bank, opens it, checks the amount and beneficiary, and approves. That approval is the user's payment consent; their credentials stay with the bank.
-
Licensed providers act, software may orchestrate
A licensed PIS provider initiates the payment and a licensed AIS provider can read account data with consent. A business may add a software layer between itself and those providers; that layer holds no licence and no funds.
- SCAStrong authentication performed by the payer's own bank
- DKKDanish krone, the currency outside the euro area
- 0Payer bank credentials shared with the business
Where Danish merchants use bank payments
Six situations where the ticket size, the payer or the paperwork make the card a weaker fit.
-
High-value orders
Furniture, electronics or travel where a percentage card fee grows with the basket.
-
B2B invoices
A pay link can open the customer's bank with amount and reference filled in.
-
Account top-ups
Funding an account from the payer's own bank account rather than a card.
-
Instalments and deposits
Down payments and scheduled amounts that finance teams want confirmed, not promised.
-
Marketplace checkouts
Collecting from Danish buyers alongside payers in other Nordic markets.
-
Rent and service fees
Recurring sums where a missed match costs more than the payment itself.
How a bank payment differs from the card in Denmark
Not a replacement, a second tool. Four dimensions that often decide which one suits a given order.
Who authorises
The cardholder enters card details or taps, and the card network routes an authorisation request.
The payer approves inside their own bank, the same place they already confirm everything else.
When the money is known to have arrived
An authorisation is a promise. Settlement follows later, in batches, net of fees.
Initiation status is not the same as a credit; businesses typically check the receiving account before releasing goods.
Cost profile
Typically a percentage of the ticket plus scheme and acquiring fees, so cost grows with order size.
Usually priced per transaction by the provider, so large tickets need not carry a proportionally larger fee.
Reversals
Chargebacks can reopen a sale weeks later, initiated by the payer through their card issuer.
No card chargeback mechanism. A refund is a separate payment sent back by the business.
What makes Danish collections harder than they look
-
Cards are excellent until the ticket grows
Danish payers tend to reach for their debit card by habit. On a large order or a B2B invoice, though, percentage fees and chargeback exposure can turn a convenient checkout into an expensive one.
-
A krone flow beside a euro flow
Denmark sits outside the euro. Reconciliation written for one currency, and bank integrations built one country at a time, can leave finance teams matching DKK credits by hand.
How businesses typically connect to Danish banks
-
Integration through providers
Businesses rarely connect to each bank directly. They work with a licensed provider, or a software layer in front of several providers, which handles the bank interfaces.
-
Statuses in one vocabulary
Each bank and provider reports progress differently. Mapping those statuses to one internal vocabulary keeps Danish payments consistent with other markets.
-
Release on confirmed account credit
A payment is usually treated as final when the krone amount lands on the receiving account, not when the payer merely approves.
Who handles each part of a Danish payment
| Capability | What it covers | Typically handled by |
|---|---|---|
| Bank selection | Danish banks reachable through a provider's connections | Licensed PIS provider |
| Payment initiation | Regulated service performed on the user's payment consent | Licensed PIS provider |
| Strong authentication | Sign-in and approval in the payer's own banking app | The payer's bank |
| DKK handling | Krone amounts received on an account that can hold them | The business and its account institution |
| Status normalisation | One event shape across banks and providers | viaBanking |
| Account credit confirmation | Checking that the amount reached the receiving account | viaBanking, via a licensed AIS partner |
From payment request to confirmed kroner
A typical sequence for a bank payment in Denmark. Some businesses also confirm account ownership up front with a bank account verification API.
Request
The business prepares an amount in DKK, a reference and the receiving account.
Choose bank and approve
The payer picks their Danish bank and confirms the payment in their own banking app.
Initiate
A licensed PIS provider submits the approved payment, and the payer's bank sends the krone amount.
Follow
The provider reports initiation statuses as the bank returns them.
Confirm
The business checks that the krone account credit has landed before releasing anything.
Consent and security, kept at the bank
-
Bank-side authentication
Login and approval happen with the bank's own strong authentication. Nothing typed by the payer passes to the business.
-
Consent with edges
A payment consent covers one amount, one beneficiary and one reference, and ends once the payment resolves.
-
Visibility only where it belongs
Account information access is limited to what the account holder has consented to, for a defined scope and period.
Questions about open banking in Denmark
Short answers on how open banking, consent and krone payments work in the Danish market.
How does open banking work in Denmark?
Banks provide regulated interfaces under PSD2. A licensed PIS provider initiates a payment after the payer approves it in their own bank, and a licensed AIS provider can read account data with the holder's consent. Payer credentials stay with the bank throughout.
Do bank payments replace cards in Denmark?
No. Cards remain the everyday default for many purchases. Bank payments tend to suit large tickets, B2B invoices, top-ups and purchases where chargeback exposure or percentage fees matter. Many merchants offer both side by side.
What currency do Danish bank payments use?
Danish krone (DKK). Denmark is in the EU but not in the euro area, so a business receiving payments needs an account that can hold DKK, or must plan for conversion by its own bank.
What does SCA mean for payers in Denmark?
Strong customer authentication means the payer proves who they are with at least two independent factors, inside their own bank's app or website. The bank, not the merchant or provider, performs this step.
Who regulates open banking providers in Denmark?
PIS and AIS providers need authorisation under PSD2 as implemented in Danish law, supervised by the national financial supervisory authority, or a licence from another EEA state passported into Denmark. Background on the framework is on the PSD2 open banking page.
Curious about open banking in Denmark? Get in touch
This page is informational. The viaBanking team is happy to talk through the Danish market and how open banking works there.
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.
