Launching an iGaming project depends not only on registering a company and obtaining regulatory approval. The operator needs to open bank accounts, set up deposit acceptance, arrange payouts to players, and make sure that financial partners are prepared to work with its product and target markets.
It is at this stage that many projects encounter delays. A company may have a fully established structure, a ready-to-launch platform, and all required permits, yet still be rejected by a bank or discover that the selected payment provider does not support gambling in the required countries.
For banks, iGaming remains a high-risk activity. They assess not only the legality of the business but also the source of funds, company owners, player geography, AML framework, projected turnover, number of refunds, and the operator’s ability to monitor suspicious transactions.
Therefore, the payment model should be designed before the website is launched, rather than after all other procedures have been completed.
The term “account for a gambling company” covers several different financial tools. A single bank or PSP cannot always meet all of an operator’s needs.
A project usually needs:
Depending on the jurisdiction and business model, these functions may be distributed among several organizations. For example, a bank may handle operating expenses, an acquirer may process card payments, and a separate provider may facilitate payouts to cards, e-wallets, or bank accounts.
It is important to determine in advance which company within the group acts as the operator, is the contracting party with the player, and receives payments. If one legal entity accepts the funds while another is specified in the terms and conditions, the bank or PSP may suspend onboarding until the structure is explained.
Opening a corporate bank account does not automatically allow a company to accept payments from players. A bank may agree to service the company’s operating expenses but refuse to process gambling transactions.
To accept deposits, the company needs an acquirer or payment provider that supports iGaming and is able to serve the selected countries, currencies, and payment methods. The provider conducts its own review of the company even if it has already passed bank compliance.
| Infrastructure Element | What It Is Used For | What the Provider Checks |
| Operating account | Salaries, taxes, suppliers, and expenses | Owners, business activities, and source of funds |
| Settlement account | Receiving settlements from PSPs and acquirers | Source of incoming funds and connection with the operator |
| Card acquiring | Accepting deposits via bank cards | Gaming model, markets, chargebacks, and antifraud measures |
| Alternative payment methods | E-wallets, transfers, and local payment methods | User geography and whether gambling is permitted |
| Payout service | Paying out winnings and refunds | Recipients, limits, KYC, and source of funds |
| Player funds account | Safeguarding player balances | How funds are segregated from company funds |
| Cryptocurrency infrastructure | Accepting and paying out digital assets | AML, sanctions risks, and movement of assets |
A single PSP may provide several functions, but this does not eliminate the need to verify each of them separately. The ability to accept deposits does not always mean that winnings can be paid out using the same method.
A regulatory permit confirms that an operator is entitled to conduct certain activities under the relevant regulatory framework. A bank assesses a different question: whether it is prepared to accept the financial, sanctions, reputational, and operational risks associated with a particular client.
Two companies with the same regulatory approval may receive different outcomes during the review. Ownership, sources of capital, gaming verticals, markets, suppliers, and operating history all matter.
A bank or PSP may reject an application if:
A financial institution’s internal policy may be stricter than legal requirements. Even a fully lawful project cannot require a bank to open an account if its risk profile does not comply with the bank’s internal policies.
Bank onboarding begins with corporate documents but is rarely limited to them. A company should be prepared to explain the entire flow of funds: from a player’s deposit to the payment of winnings or the transfer of revenue to an operating account.
The bank identifies shareholders, ultimate beneficial owners, directors, and persons who effectively control the business. If holding companies, trusts, or nominee participants sit between the operating company and its owners, the purpose of each level will need to be disclosed.
The experience of managers, their connection with the gambling industry, and their ability to manage a regulated company are also reviewed separately.
Showing a transfer of money to the company’s account is not sufficient. It is necessary to confirm where the owner’s or investor’s capital originated: business income, dividends, sale of assets, salary, or another lawful source.
If the project is financed through a loan, the bank will review the lender, the agreement, and the economic rationale for the transaction. Investments routed through a chain of unrelated companies or transfers from third parties often raise additional questions.
The bank reviews not only the company’s country of registration but also the locations of players, employees, servers, banks, and suppliers. The bank will require a list of permitted and prohibited markets, as well as a description of the methods the company uses to restrict access.
The company provides projections for turnover, average deposit size, number of players, payouts, and refunds. These figures should be consistent with the business plan, advertising budget, and expected audience.
A sharp increase in transactions compared with the stated forecast may result in an additional review or temporary suspension of transactions.
Not every well-known service works with gambling businesses. The rules of mainstream payment platforms often classify gambling as either a prohibited activity or an activity requiring separate approval. A standard e-commerce account cannot be used to accept gaming deposits without the provider’s explicit approval.
Before entering into an agreement, it is necessary to determine:
Terms agreed with a manager in correspondence should match the agreement. This is especially important for player countries, gaming brands, domains, and permitted payment methods.
For iGaming projects, an acquirer or PSP often imposes a rolling reserve. A certain percentage of each payment is temporarily withheld from the operator and retained to cover chargebacks, refunds, penalties, and other potential liabilities.
For example, with a 10% reserve held for 180 days, the company has only 90% of the settlement amount available for immediate use. The withheld portion is gradually released if no claims arise in relation to the transactions.
The size of the reserve depends on the company’s history, markets, currencies, average transaction amount, and refund levels. For a new project without a proven transaction history, the terms are usually stricter.
A reserve should not be treated as an ordinary fee: the funds may be returned, but the operator will not be able to use them for payouts or expenses during the specified period. If this is not taken into account in the financial model, a rapidly growing project may face a liquidity shortage.
A chargeback occurs when a cardholder disputes a transaction through their bank. The user may claim that they did not make the payment, did not receive the service, or did not authorize the charge.
In iGaming, some disputes are related to fraud, the use of third-party cards, dissatisfaction with losses, or misunderstanding of bonus terms. A high chargeback rate creates a risk of penalties, increased reserves, and termination of acquiring services.
To protect itself, an operator should not store only the fact that a payment was made.
It is necessary to retain materials that can confirm the legitimacy of the transaction:
The terms and conditions should clearly describe bonuses, wagering requirements, withdrawal restrictions, and grounds for refunds. Unclear terms increase not only legal risk but also payment risk.
Before opening an account, the company should prepare a payment flow diagram. It should identify all participants, currencies, contractual grounds, and directions of transfers.
A basic flow may look as follows: a player makes a deposit through a PSP, the provider transfers the funds to the operator’s settlement account after deducting fees and reserves, and the operator then uses the funds for payouts, taxes, and current expenses.
In practice, the structure is often more complex. It may involve several acquirers, local payment methods, multi-currency accounts, payout providers, and a separate company that owns the platform.
For each flow, it is necessary to determine:
The payment structure should correspond to the terms and conditions, agreements between group companies, and information provided to the bank. Using an undisclosed intermediary may be perceived as an attempt to conceal the gambling origin of the payments.
Under some regulatory models, an operator must segregate player funds from its own funds or use another prescribed mechanism to protect them.
Segregation makes it possible to show which portion of the balance relates to player deposits and winnings and which portion belongs to the company. It also reduces the risk of player balances being used to pay for marketing, salaries, and other operating expenses.
Simply having a separate account does not solve the issue. The operator should have a daily reconciliation system that compares platform balances, bank balances, pending payments, PSP reserves, and liabilities to players.
The terms and conditions should accurately describe the level of protection afforded to player funds. The operator should not promise complete protection of funds in the event of insolvency if the legal and banking structure does not provide such protection.
KYC during registration is only the beginning of the control process. After an account is opened, the operator should analyze player behavior and the movement of funds.
Risk may arise if a client deposits funds using several cards, receives transfers from third parties, engages in little or no gambling before withdrawing funds, or sends winnings to a new payment instrument.
The monitoring system should take into account not only the size of an individual transaction but also the aggregate activity. Splitting deposits into smaller amounts should not allow a player to circumvent source-of-funds checks or established limits.
Particular attention should be paid to refunds. A safer model assumes that funds are returned, wherever possible, through the same method and to the same person who deposited them. A payout to another person’s card or wallet may turn the gaming platform into a tool for transferring money between different individuals.
Cryptocurrency payments simplify international transfers but add a separate layer of compliance. The company should verify whether such a model is permitted in its corporate and operating jurisdictions and whether it creates obligations under virtual asset regulations.
It is necessary to determine whether the operator accepts cryptocurrency directly or uses a licensed intermediary, who controls the wallets, and at what point the digital asset is converted into fiat currency.
The review usually includes blockchain analytics, sanctions screening of addresses, assessment of the source of assets, and monitoring of transactions involving mixers, anonymous services, and high-risk platforms.
A cryptocurrency deposit should not become a way to bypass standard KYC. If a user can deposit funds, play a minimal number of rounds, and withdraw the assets to another address, the platform creates an increased money laundering risk.
Dependence on a single bank or PSP makes a business vulnerable. A provider may change its internal policy, stop serving a particular country, or request a new client review.
Backup infrastructure helps maintain operations, but it should not be used to circumvent restrictions imposed by the primary partner. Every bank and PSP should be aware of the operator’s actual business activities, brands, domains, and markets.
Using several providers also requires a unified accounting and monitoring system. The company should be able to see a player’s aggregate activity across all channels; otherwise, limits and AML controls could be circumvented by distributing payments among different providers.
Looking for a bank only after the product is ready. Onboarding may take longer than website development or game integration.
Opening a standard corporate account without disclosing the nature of the business. If the bank later discovers gambling transactions, the account may be restricted and the funds subjected to additional review.
Confusing deposit acceptance with payouts. A provider may support pay-ins but not allow winnings to be paid out to the same users.
Failing to account for reserves. Withholding a portion of turnover creates a gap between the platform’s figures and the funds actually available to the company.
Using a payment aggregator without a transparent contractual chain. The bank should understand exactly who processes the funds and on what basis.
Failing to obtain approval for new markets. Expansion into an additional country may breach the agreement with the PSP even if cards issued to local users are technically accepted.
Treating KYC and payment monitoring separately. Document verification does not replace the analysis of subsequent deposits, bets, and payouts.
The process should begin with a payment map of the project: legal entities, bank accounts, providers, currencies, and directions of transfers. It is then necessary to check whether this map is consistent with the corporate structure and agreements.
The company should prepare documents concerning its owners, source of funds, target markets, product, and expected turnover in advance. Terms and conditions, an AML policy, a description of KYC procedures, refund procedures, responsible gambling policies, and complaint handling procedures will also be required.
Before integration, it is useful to obtain written confirmation that the provider has approved the specific business activity, domains, and player countries. After launch, the company should monitor the metrics disclosed during onboarding and notify the partner of material changes.
This approach makes it possible to treat payments not as a technical module of the website but as part of a regulated business model.
Wolja Digital helps iGaming companies prepare their corporate and documentary structure for banking and payment onboarding.
We analyze the flow of funds, the roles of group companies, target markets, and agreements with players, suppliers, and payment partners. Based on the results, a payment flow structure, corporate package, AML and KYC documents, terms and conditions, and explanations for the bank or PSP can be prepared.
Comprehensive preparation does not guarantee a positive decision from a particular financial partner, but it helps identify in advance the inconsistencies that most often lead to rejections, additional reviews, and launch delays.