Gambling payment methods Sweden: a Swish and account-rule guide

Next research pages

What Swish documents for merchants

Swish developer guides document merchant payment requests that appear in the customer's Swish app. For a commercial or integration review, this makes the payment-request presentation an important part of the documented merchant flow.

The supplied Swish material also identifies refunds, payouts and QR-based payment flows in its developer documentation. Those references describe documented flow areas; they do not, by themselves, confirm that a particular gambling operator supports them or that a payment service is available for a specific business.

• Merchant payment requests appear in the customer's Swish app.
• The developer documentation covers refunds, payouts and QR-based payment flows.
• The supplied material does not establish fees, transaction limits, processing times or operator acceptance.

What Swedish player-account rules address

The Swedish Gambling Authority says that a licensee may receive player-account deposits only from a payment service provider under the payment-services law. This is a regulator statement about the route through which deposits may be received by a licensee.

The same authority says that financial transactions to and from a player account must be recorded. Transaction recording is therefore a distinct review point from the payment request itself and should be considered when assessing account-payment processes.

• The Swedish Gambling Authority links permitted player-account deposits to a payment service provider under the payment-services law.
• Financial transactions to and from a player account must be recorded, according to the authority.
• These statements do not establish whether a named payment method or operator meets every applicable requirement.

Payment-account and player-account matching

The Swedish Gambling Authority says a licensee must be able to ensure that the payment account holder matches the player account holder when funds are deposited. This makes account-holder matching a specific control question for payment and compliance teams.

The supplied evidence does not describe a particular technical implementation, identity process, exception workflow or verification timeframe. Those details should not be inferred from the regulator statement.

• Review whether the payment account holder can be matched to the player account holder.
• Keep this matching question separate from merchant payment-request design.
• Do not infer an operator's implementation or acceptance without direct, current evidence.

Questions for a Sweden payment review

A structured review can begin by separating documented payment functionality from requirements concerning player accounts. Swish merchant documentation addresses how payment requests appear in the customer's app, while Swedish Gambling Authority statements address deposit sources, transaction recording and account-holder matching.

For a prospective integration or supplier assessment, teams can then identify which questions remain unanswered by the supplied evidence. These include commercial terms, limits, speed, geographic availability, operator support and the technical controls used to connect a payment account with a player account.

• Which merchant payment flow is documented?
• How are player-account deposits routed through a payment service provider?
• How are transactions to and from the player account recorded?
• How is payment-account and player-account ownership matched?
• Which commercial or operational details require separate current evidence?