iGaming Platform Payments & Cashier Comparison
A built-in cashier is not a bank, acquirer, PSP, merchant account, or universal funds holder. This comparison maps the related product and commercial surfaces to their payment fields, then separates integrations, payout controls, disputes, settlement, PCI scope, merchant structure, and custody.
Last updated August 20, 2026 · 18 providers · overall-score order, not a payments score
14/18
named related surface mapped
17/18
orchestration established
15/18
routing established
11/18
payout automation established
14/18
open banking at least partial
12/18
funds-holder conclusion
Four layers hidden inside one cashier label
Procurement fails when a technical integration is treated as a financial service. The contract must allocate all four layers even when one interface presents them to the player.
Cashier and wallet
The player-facing UI, wallet posting, method display, limits, status messages, reconciliation hooks, and back-office controls.
Orchestration
Processor connections, routing and cascading rules, retries, approval logic, transaction monitoring, and operational reporting.
Acceptance and movement
The PSP, gateway, acquirer, bank, payment rail, merchant account, underwriting, reserves, and actual transfer of money.
Custody and liability
The licensed operator or B2C entity, funds holder, safeguarding structure, chargeback exposure, settlement timetable, and FX economics.
Product surface and payment connectivity
Named products and commercial modules appear only with the payment, custody or settlement fields mapped to that surface. The mapping states relevance, not that the surface is a dedicated payment product. A provider or method integration is a technical route, not proof that the commercial account, underwriting, market activation, or transaction pricing is included.
| Provider | Mapped surface and fields | Orchestration | Cashier type | Payment methods | Providers and partners |
|---|---|---|---|---|---|
| EveryMatrix 8.8 overall |
| Yes MoneyMatrix is now part of EveryMatrix Platform as a payment-processing gateway and orchestrator. | both Hosted and non-hosted web/mobile variants are supported. | Count 300+ The 300+ figure counts payment options; exact deposit and withdrawal availability remains country-, merchant- and provider-specific. Classes Cards, e-wallets, vouchers, bank transfer, open banking, mobile, cash/local methods, crypto via PSP | Integrated-provider count 80+ Payment coverage is 80+ providers, 300+ options, 100+ countries and 150+ currencies. Named relationships PayPal, Trustly, Skrill, Neteller, Klarna, Brite, Interac, Paysafecard, CryptoPay, CoinCorner These integrations are current; availability varies by country, merchant and contract. |
| Playtech 8.7 overall |
| Yes The IMS cashier sits in front of the gateway partners and operators can combine, back up and switch between them from one integration. | both | Count 1,000+ This is Playtech's wording across gateway partners, not a count of 1,000 distinct consumer payment methods. Classes Cards, Ewallets, Local | Integrated-provider count 7 Seven payment logos reduce to six distinct organisations because Easy Payment Gateway and EPG are the same; the complete production roster remains unresolved. Named relationships Paysafe, Praxis, SafeCharge/Nuvei, Easy Payment Gateway/EPG, Dotpay, ZotaPay Six distinct payment organizations are represented in the active partner set. |
| SOFTSWISS 8.3 overall |
| Yes The platform ships a built-in cashier that aggregates external PSPs. SOFTSWISS does not acquire or process payments itself. | API Cashier is part of the platform back office where operators turn payment systems and currencies on or off. | Count 300+ The current ecosystem covers 300+ payment methods. Classes Cards, Ewallets, Crypto, Local Payment classes are bank transfer, cards, e-wallets, crypto and vouchers; bank transfer and vouchers are normalized as Local. | Integrated-provider count 100+ The current scope is 100+ fiat processors, while 300+ is the broader payment-method count. Operators contract with and enable the relevant PSPs. Named relationships Trustly, Skrill, Neteller, MuchBetter, Directa24 Full named list also includes Yaspa, PayOp, InPay, Cryptoprocessing by CoinsPaid, Paysafecard, Pay4Fun, CashToCode, Gigadat, and Brite. |
| Pragmatic Solutions 8.2 overall |
| Yes The PAM specification includes payment method controls, fees, limits and transaction handling; PSPs remain external. | both The platform can orchestrate direct API integrations or an external hosted/central cashier, depending on the stack. | Count 600+ via Nuvei The 225-method scope is specific to the Nuvei integration rather than a deduplicated platform-native count. Classes Cards; e-wallets; bank payments; local methods; crypto — provider-dependent | Integrated-provider count 40+ The live Integration Hub contained 40 unique payment-category partners on 2026-07-14. These are integrated third-party PSP relationships, not owned PSPs. Named relationships Adyen; Apcopay; Brite; Nuvei; Paysafe; Trustly; Worldpay; Zimpler; others Representative active integrations, not an exclusive list. |
| Aristocrat Interactive 8.1 overall | Unresolved | Yes Yes — integrated payment layer and managed payment operations. | Unresolved Payment integrations and managed operations are available; the group-wide cashier architecture remains unresolved. | Count Unresolved Integrated and managed payments are available; the current end-user payment-method count remains unresolved. Classes Market-specific payment and banking options through third-party partners The cross-product method roster remains unresolved. | Integrated-provider count Unresolved The current count of PSP, acquirer and gateway integrations remains unresolved for the retained platform. Named relationships Multiple leading PSP integrations; exact roster depends on market and contract |
| Altenar 8.0 overall |
| Yes Routing and multi-provider access are available through integrated PSP aggregators such as APCO Pay and Praxis; no proprietary Altenar orchestration engine is established. | both The platform supports an online cashier plus retail cashier and agent workflows. | Count 220+ The PAM supports more than 220 payment methods; actual availability depends on market and PSP configuration. Classes Cards, Bank transfers, E-wallets, Mobile payments, Cash, Vouchers, Open banking, Crypto Availability is assembled through external PSPs and varies by operator, jurisdiction and contract. | Integrated-provider count 4+ Named integrations are APCO Pay, Praxis, CoinsPaid and Hashbon. The first three have global scope; Hashbon has regional scope. Named relationships APCO Pay, Praxis, CoinsPaid, Hashbon; additional local providers by market |
| Kambi 8.0 overall | Unresolved | Yes The optional Kambi PAM includes banking and payment processing and inherits OMEGA's broad payment-integration estate; exact routing rules and provider coverage are contract-specific. | API Banking is delivered through the optional PAM and integrated PSPs. Operators keeping an external PAM also keep that PAM's cashier presentation. | Count 100+ gateway, wallet and payment-rail integrations The inherited OMEGA integration estate includes more than 100 payment gateways, wallets and rails; the enabled subset depends on operator contracts and market. Classes Cards, e-wallets and local methods via integrated PSPs The inherited OMEGA platform connects to payment providers inside a 300+ integration ecosystem; the exact method-by-method set remains contract-specific. | Integrated-provider count 100+ Named relationships Adyen, AstroPay, Coinspaid, Corefy, Cybersource, eCommpay, EcoPayz, Ingenico, Neteller, PaymentIQ, PayPal, Skrill, Trustly, Visa, Mastercard, Viva Wallet, Worldpay and others These are integrations in the inherited OMEGA estate; enabled providers vary by Kambi contract. |
| Light & Wonder 7.7 overall |
| Yes Yes through OPS payment services. | API OPS-integrated digital wallet and cashier APIs. | Count Unresolved The exact end-user payment-method count is unresolved. The 40+ integrations count PSPs, and one PSP may expose multiple methods. Classes Cards, e-wallets, bank payments and market-specific methods through integrated PSPs | Integrated-provider count 40+ Named relationships 40+ integrated payment providers; roster is deployment-specific |
| Pariplay 7.5 overall | Unresolved | No No — operator/PAM responsibility. | Unresolved Pariplay has no cashier or payment-orchestration product. | Count Unresolved Pariplay has no cashier or payment-orchestration product. Classes Unresolved Pariplay has no cashier or payment-orchestration product. | Integrated-provider count Unresolved Pariplay has no cashier or payment-orchestration product. Named relationships Unresolved Pariplay has no cashier or payment-orchestration product. |
| Digitain 7.1 overall |
| Yes | both | Count 600+ Paydrom supports 600+ payment methods; the enabled scope varies by portfolio and contract. Classes Cards, bank transfers, e-wallets, local methods and crypto | Integrated-provider count 90+ Paydrom integrates 90+ global payment providers. Named relationships PayRetailers, Aircash and Bitcashier among 60+ integrations At least 60 payment-provider integrations are current; the exact total across all scopes remains unresolved. |
| White Hat Gaming 7.1 overall |
| Yes The proprietary cashier connects multiple payment gateways and supports BIN and alternative/rescue routing. | hosted-iframe Closest schema fit: a CSS-configurable drop-in web UI can be integrated into native applications. A literal iframe or standalone cashier API is not established. | Count Unresolved Numerous payment methods are supported, but an auditable current count is unresolved. Classes Cards, e-wallets, bank/A2A and local methods Availability is controlled by licence, country, merchant account and PSP. | Integrated-provider count Unresolved Multiple gateways are integrated; the current total remains unresolved. Named relationships PXP Financial on a named PENN deployment; broader roster unresolved PXP Financial serves one named PENN Interactive deployment; it is not a universal PSP bundle. |
| GR8 Tech 7.0 overall |
| Yes | both The cashier confirmation step now shows the final net deposit or withdrawal amount after applicable tax and fees. Operators can also expose controlled plus or minus amount adjustments. | Count 200+ Classes Cards; e-wallets; bank transfer; open-banking rails; vouchers; crypto; local methods | Integrated-provider count 200+ GR8 uses the same 200+ headline for providers and payment methods; request the actual market-specific PSP matrix. Named relationships Cryptopay; 200+ unnamed PSP/acquirer integrations |
| GiG 6.8 overall |
| Yes | both | Count 720 The direct CoreX integration with Nuvei gives GiG-supported operators connectivity to 720 alternative payment methods; actual availability depends on market and merchant approval. Classes Cards, E-wallets, Bank Transfer, Open Banking and Local Methods | Integrated-provider count 6+ The established set includes Nuvei, Paysafe, Trustly, PayPal, Skrill and Klarna. The partner-gated catalogue is larger, but its exact total remains unresolved. Named relationships Nuvei, Paysafe, Trustly, PayPal, Skrill, Klarna and market-specific providers through GiG Broker |
| Bragg Gaming Group 6.7 overall | Unresolved | Yes Yes — PAM cashier and managed payment operations. | API Integrated PAM cashier with third-party PSP connections. | Count Unresolved 30+ payment-provider integrations; the exact end-user method count remains unresolved. This is a PSP count, not an end-user payment-method count. Classes Cards, bank/local methods, e-wallets and optional partner-led crypto deposit flows Actual availability is set by operator, PSP and jurisdiction. | Integrated-provider count 30+ Named relationships 30+ integrated providers; the complete partner roster remains variable and unresolved |
| Slotegrator 6.3 overall |
| Yes | API Moneygrator is sold as one integration; the hosted UI delivery mode is unresolved. | Count 150+ Current scope is 150+ methods, with broader project-specific counting reaching 250+. Classes Cards, Ewallets, Crypto, Local The normalized classes cover cards, e-wallets, cryptocurrency and market-specific local payment methods. | Integrated-provider count 30+ Named relationships 30+ providers; exact roster unresolved The operator signs directly with selected PSPs and completes their due diligence, so availability is not inherited automatically. |
| BetConstruct 6.0 overall |
| Yes | both | Count 500+ This is the number of payment-method integrations, not a count of licensed PSP companies. Classes Cards, Ewallets, Bank, Crypto | Integrated-provider count 4+ named integrations Named integrations include Fast Shift, Adyen, PayPal and Klarna; the provider count behind 500+ payment methods remains unresolved. Named relationships Fast Shift, Adyen, PayPal, Klarna and market-specific PSPs Fast Shift is a separate SoftConstruct-ecosystem electronic-money institution, Malta company C91591, authorised by the MFSA; it is group-affiliated rather than BetConstruct-owned infrastructure. Adyen, PayPal and Klarna are independent processors. |
| SoftGamings 5.8 overall |
| Yes Players hit one SoftGamings cashier and a single API routes to all the connected PSPs, so it works like a built-in orchestration layer. | API Integrated through SoftGamings' unified API system rather than a drop-in hosted iframe. | Count Unresolved There are 150+ PSP integrations; the exact end-user payment-method count remains unresolved because one provider can expose multiple methods. Classes Cards, Ewallets, Crypto, Local Local covers regional and mobile rails such as Pix, UPI, M-PESA, GCash, Neosurf and bank transfers. | Integrated-provider count 150+ The current scope is 150+ payment-provider integrations. Named relationships Skrill, Neteller, Trustly, AstroPay, Jeton, eZeeWallet, STICPAY, Pay4Fun, TigerPay, Apple Pay, Google Pay, Zimpler, Interac, Neosurf, PaysafeCard, UnionPay |
| Soft2Bet 4.8 overall |
| Yes | Both API, widget, and ready-made hosted payment page are available. | Count 70+ Classes Cards, Ewallets, Crypto, Local The broader method set includes bank transfers, open banking, vouchers/prepaid products, and market-specific local rails; crypto availability is compliance- and PSP-dependent. | Integrated-provider count Unresolved The current product gives a method count, not a reconciled PSP count. Named relationships Visa, Mastercard, Apple Pay, Google Pay, Trustly, Skrill, Neteller, Klarna, Paysafecard, Volt, Inpay, Zimpler, Interac, Neosurf, MobilePay, ecoPayz Representative methods and networks; availability depends on market, operator entity, and acquiring setup. |
Routing, player payouts, and disputes
Routing can improve acceptance without establishing least-cost logic or universal failover. A fast rail does not remove KYC, risk, approval, liquidity, or receiving-bank delays. Chargeback tooling also remains separate from the party that ultimately carries the loss.
| Provider | Routing | Payout automation | Instant payouts | Player payout timing | Chargeback tools | Chargeback liability |
|---|---|---|---|---|---|---|
| EveryMatrix 8.8 overall | Yes Modular routing, 3DS/AVS/CV2 routing, rules, monitoring and reporting are supported; a universal smart-cascade guarantee is not included. | Yes Rules, transaction management, reconciliation, and managed payment operations support automated processing; exact approval logic is operator-specific. | Partial Depends on the selected instant-payment/open-banking provider and market. | PSP- and market-dependent A universal payout-time SLA is not established. | Yes Risk monitoring, disputes, fraud alerts, reconciliation, and managed fraud/chargeback services are available. | model-dependent The operator brings the merchant relationship while EveryMatrix orchestrates payments; liability allocation depends on the operator, PSP/acquirer and contract. |
| Playtech 8.7 overall | Yes Operators can combine, back up and switch between gateways, which is cascading and failover routing. | Yes | Partial Whether a payout is instant depends on the chosen gateway and method. | PSP- and method-dependent; instant payout is possible but not universal Playtech orchestrates the cashier and approval workflow; the chosen payment rail and operator risk controls determine actual arrival time. | Partial Chargeback handling depends on the connected gateway rather than a dedicated Playtech tool. | operator The operator holds the player and merchant relationship and normally carries chargeback risk under a platform and content supplier model. |
| SOFTSWISS 8.3 overall | Unresolved Operators can configure connected PSPs; a native smart-routing or cascading engine across the platform is not established. | Yes Operators can accept or cancel payout requests in the back office, and managed-services teams can run payout processing on their behalf. | Partial Crypto and Pay N Play withdrawals can clear in minutes. Fiat payout speed depends on the chosen provider and is not guaranteed instant. | Rail-dependent: crypto and open banking can be minutes; fiat can take longer SOFTSWISS supplies the cashier and integrations, while the operator, KYC checks and chosen PSP determine the actual withdrawal time. | Partial The anti-fraud system has customizable settings; dedicated chargeback-management tooling is not established. | operator Under turnkey and standalone the operator holds the license and is the merchant of record, so chargebacks sit with the operator. |
| Pragmatic Solutions 8.2 overall | Yes Intelligent processing and configurable controls are available; routing depth remains unresolved. | Unresolved Native end-to-end payout automation beyond integrated PSP capabilities remains unresolved. | Yes Available through rails such as Zimpler where market, KYC and provider rules permit. | Provider-dependent; instant rails are available | Partial The PAM can expose fraud and transaction controls; acquiring disputes remain operator/PSP processes. | operator Payment providers and third-party services sit under operator contracts and responsibility. |
| Aristocrat Interactive 8.1 overall | Unresolved Smart-routing and cascading specifications remain unresolved. | Unresolved Managed payment operations are available; a native payout-automation workflow is not established. | Unresolved Payout speed depends on PSP, KYC and risk review; instant payout is not a standard entitlement. | Unresolved A cross-product payout benchmark remains unresolved. | Unresolved A native chargeback workflow is not established. | Unresolved Allocation depends on the operator, merchant, PSP/acquirer and managed-service contract. |
| Altenar 8.0 overall | Yes Available through integrated PSP technology, particularly Praxis; it is not established as an Altenar-native routing engine. | Unresolved A player-withdrawal automation workflow is not established. | Unresolved Fast bet settlement and Pay N Play do not establish instant player withdrawals. | Unresolved Player-withdrawal speed and B2B settlement benchmarks remain unresolved. | Partial Fraud and chargeback capabilities depend on the selected PSP. An Altenar-native chargeback case-management product is not established. | Unresolved Chargeback liability among operator, B2C licensee, Altenar and PSP is contract-specific. |
| Kambi 8.0 overall | Yes Multi-provider integration supports configurable routing at PAM and cashier level; the exact rule engine remains unresolved. | Yes The full-service PAM manages banking across the player lifecycle; final payout speed and controls depend on the operator and PSP. | Partial The PAM can automate withdrawals, but actual instant payout availability depends on the selected PSP, payment rail, KYC status and market. | PSP-, KYC- and operator-policy dependent | Partial Cashier and risk integrations can surface payment disputes, while acquiring-side chargeback execution remains with the PSP/operator. | operator Payments and their chargebacks are operator-side. |
| Light & Wonder 7.7 overall | Yes Supported by OPS payment integrations. | Yes Supported through OPS and connected PSPs. | Partial Available where connected PSP and market support it. | PSP, KYC and operator-risk dependent | Partial Supported through PSP/risk integrations. | operator Operator/merchant unless contract assigns service responsibility. |
| Pariplay 7.5 overall | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | operator Operator/merchant. |
| Digitain 7.1 overall | Yes Paydrom supports multiple merchant accounts, transaction diversification, auto reconciliation and regional routing. | Yes | Partial The Paydrom-integrated Aircash wallet supports instant deposits and withdrawals; Bitcashier also supports instant withdrawals. This is route-specific and not a universal payout SLA across all Paydrom providers. | Instant on supported Aircash and Bitcashier routes; provider-dependent otherwise Paydrom has no platform-wide payout-time SLA. Speed remains dependent on the payment provider, operator approval, KYC and risk checks, currency and market. | Partial Paydrom automates refunds and reversals and provides transaction case management and fraud controls. Dedicated chargeback representment, evidence-pack and card-scheme dispute workflows remain unresolved. | model-dependent White label can bundle licence and payment processing, while turnkey is operator-licensed and Paydrom or PSP relationships are configured per project. Chargebacks, fraud losses, reserves and recovery rights require contract-specific allocation. |
| White Hat Gaming 7.1 overall | Yes Features include BIN routing and rescue/alternative processing paths. | Yes Operators can configure withdrawal rules and automated decisioning. | Partial Speed depends on the chosen PSP, method, risk checks and operator workflow rather than a universal instant-payout promise. | Method- and risk-dependent; no platform-wide SLA | Yes Risk/fraud managed services and cashier workflows support dispute handling; a separate chargeback module is not established. | Model-dependent The licensed operator/merchant ordinarily bears chargeback exposure; allocation can shift under a managed payment structure. |
| GR8 Tech 7.0 overall | Yes | Yes | Partial Crypto can settle quickly; fiat speed depends on the selected PSP, banking rail, KYC state and operator approval policy. | Crypto near-real-time to tens of minutes; fiat method-dependent | Yes | operator |
| GiG 6.8 overall | Yes | Yes | Partial Instant payout support depends on the selected PSP, payment rail, market and operator approval workflow. | Real-time to several business days depending on PSP, KYC status and market | Yes | operator Chargeback exposure sits with the operator in standard platform deals. |
| Bragg Gaming Group 6.7 overall | Yes Configurable across integrated PSPs; exact smart-routing rules are private. | Yes Supported through PAM workflows and managed operations. | Partial PSP and market dependent, not guaranteed by Bragg. | Depends on operator risk review, method and PSP; no standard Bragg benchmark | Partial Fraud and risk workflows support chargeback handling; exact tooling remains unresolved. | operator Primarily operator/merchant/PSP risk, allocated contractually in managed-service deals. |
| Slotegrator 6.3 overall | Yes Moneygrator can switch processors after a failed transaction. | Unresolved Moneygrator routes deposits and withdrawals; automated payout approval, release and exception handling remain unresolved. | Partial Instant withdrawals are available only where the selected rail supports them; actual speed remains subject to PSP, method, KYC and approval. | No universal SLA; instant processing only where the selected rail supports it | No Fraud and transaction monitoring exist, but no dedicated chargeback-management workflow is demonstrated. | Unresolved Chargeback liability among the operator, Slotegrator, licensed entity and PSP is contract-specific and unresolved. |
| BetConstruct 6.0 overall | Yes | Yes | Partial Fast Shift supports instant payments and mass payouts, while cards, bank transfers, PSP reviews and operator approval can add delay. | Instant to rail-dependent after operator and compliance approval There is no platform-wide percentile or guaranteed withdrawal time. Fast Shift can move eligible payments quickly; other rails depend on the PSP, bank, jurisdiction and review status. | Partial Risk management uses a closed-loop method and automated deposit/withdrawal checks to cut fraud and chargebacks, not a dedicated dispute workflow. | provider Likely sits with BetConstruct on white label where it holds the licence and payments, and with the operator on turnkey or standalone; the exact split is contract-specific. |
| SoftGamings 5.8 overall | Yes The gateway supports automated card cascading: after a decline it retries the next configured provider without asking the player to re-enter details. One July 2026 deployment moved repeat-deposit acceptance from 60% to 95%; the result is implementation-specific and does not establish least-cost routing. | Yes Partial. Withdrawals are processed in the back office and can use integrated rails; universal straight-through auto-approval remains unresolved. | Partial Available on supported crypto and payment rails; not universal. | Rail-, operator-review- and KYC-dependent | Partial Handled through PSPs; a native dispute suite is not established. | model-dependent The licensed or merchant entity faces the PSP, while the operator contract may reallocate chargebacks, fraud and fines. The standard allocation is unresolved. |
| Soft2Bet 4.8 overall | Yes Smart routing, cascading, route A/B testing, and provider performance analytics. | Yes | Partial Fast or instant withdrawal options are available where the payment method and market support them. | Method-dependent; automated withdrawals No universal withdrawal-time guarantee. | Yes | model-dependent The licensed merchant ordinarily faces chargebacks and fraud losses: this can be a Soft2Bet group entity in provider-licensed white label or the operator in turnkey. The agreement must allocate reserves, recoveries, fines and losses explicitly. |
Settlement, FX, PCI, and account-to-account flows
Multi-currency acceptance is not the same as multi-currency settlement, and either can exist without an operator-controlled FX rate. PCI scope belongs to the assessed entity and service. Pay N Play and open banking remain market- and integration-specific.
| Provider | Multi-currency settlement | FX handling | PCI cashier boundary | Pay N Play | Open banking |
|---|---|---|---|---|---|
| EveryMatrix 8.8 overall | Yes Wallet conversion is supported; settlement currencies and FX terms depend on the connected PSP/acquirer. | Yes The platform supports real-time wallet conversion. | Unresolved PCI DSS certificate XM4iOBPG9K81QRa expired on August 17, 2026. A current replacement certificate and the detailed assessed cashier-service scope are not established, so the selected implementation cannot be treated as covered without current scope evidence. | Yes Trustly Pay N Play is supported; availability is market-dependent. | Yes Trustly and other bank-transfer/open-banking integrations are available. |
| Playtech 8.7 overall | Yes | Yes | Yes | Yes Optional via integrated open-banking/identity partners. Not a native Playtech-branded product and not available in every jurisdiction. | Partial Account-to-account payments come through gateway partners rather than a native Playtech open banking product. |
| SOFTSWISS 8.3 overall | Yes Multi-currency operation is supported through operator-selected PSP and CoinsPaid configurations; the exact settlement set is project-specific. | Yes Multi-currency wallets are supported; on-the-fly FX conversion mechanics are unresolved. | Yes PCI DSS certificate entity, level and cashier scope remain unresolved. | Yes Delivered through Trustly Pay N Play, letting players deposit and start without registration. | Yes Available through open-banking and A2A partners such as Trustly, Brite, and Yaspa rather than a SOFTSWISS-owned rail. |
| Pragmatic Solutions 8.2 overall | Yes Settlement currencies are determined by operator and PSP contracts. | Yes FX and settlement conversion depend on the selected PSP. | Yes PCI DSS status lacks an exact service-provider level and Attestation of Compliance. | Yes Available through external integrations such as Zimpler rather than as a native identity/payment rail. | Yes Available through integrated bank-payment providers, not an owned banking product. |
| Aristocrat Interactive 8.1 overall | Unresolved Multi-currency operation does not establish a cross-product settlement entitlement. | Unresolved FX pricing source, spread and settlement workflow remain unresolved. | Unresolved A current combined-division PCI AoC and its cashier scope remain unresolved. | Unresolved No current named Pay N Play integration or market scope is established. | Unresolved Market-specific banking integrations are available; the current open-banking roster and coverage remain unresolved. |
| Altenar 8.0 overall | Unresolved Multi-currency payment acceptance does not establish operator settlement in multiple currencies. | Yes The optional CoinsPaid integration provides built-in exchange across 20+ cryptocurrencies and 40+ fiat currencies. This is partner-enabled conversion, not a native Altenar treasury or settlement-FX service. | Unresolved Integrated payment providers do not establish the PCI scope or compliance status of Altenar's cashier. | Yes Altenar launched Pay N Play-style sportsbook widgets with two clients in 2020. Current availability depends on payment partner and jurisdiction. | Yes Available through selected payment integrations; support is PSP- and market-dependent. |
| Kambi 8.0 overall | Yes The global PAM/cashier stack supports multi-currency operator deployments; exact settlement currencies are provider- and contract-dependent. | Yes Multi-currency account and payment flows require currency-aware handling, while conversion rates and settlement remain PSP/operator-configured. | Yes Regulated card acceptance is handled through compliant payment integrations; a standalone PCI Attestation of Compliance for the PAM is not established. | Yes Trustly Pay N Play is integrated in the inherited payment estate. | Yes Trustly Pay by Bank, Brite, Sofort and other bank-payment integrations are available by country and operator deployment. |
| Light & Wonder 7.7 overall | Yes | Yes Supported by PSP and wallet configuration. | Unresolved PSP- and deployment-dependent; a universal L&W PCI level is unresolved. | Yes Available through eligible third-party integrations. | Partial Available through eligible payment providers. |
| Pariplay 7.5 overall | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. | Unresolved Pariplay has no cashier or payment-orchestration product. |
| Digitain 7.1 overall | Yes | Yes Paydrom supports multi-currency processing, and the Bitcashier route offers real-time crypto conversion and fiat settlement; rates and spreads are contract-specific. | Yes | No Digitain and Paydrom have no registration-free Trustly-style Pay-N-Play product. | Partial Paydrom offers real-time and online bank-transfer routes including SPEI and Multibanco. A native PSD2/Open Banking consent flow, AIS/PIS API and complete bank-coverage matrix remain unresolved. |
| White Hat Gaming 7.1 overall | Yes Multi-market fiat operations imply multi-currency PSP settlement; currencies and merchant arrangements are deployment-specific. | No White Hat supports multi-market fiat payments; a proprietary real-time FX or in-wallet conversion engine is not established. | Yes The cashier has PCI DSS SAQ A scope; this is scoped validation, not enterprise-wide PCI Level 1 certification. | No A standard Pay-N-Play registration/payment product is not offered. | Partial A2A or open-banking methods can be supplied by selected PSPs; a native or universally included open-banking product is not established. |
| GR8 Tech 7.0 overall | Yes | Yes | Yes | No Bank and local rails are available, but GR8 offers no named Pay N Play identity-plus-payment flow. | Partial Open-banking-capable PSPs can sit behind the gateway, but GR8 does not market a proprietary open-banking product. |
| GiG 6.8 overall | Yes | No CoreX supports multiple currencies and settlement configurations, but no native real-time FX engine is established; conversion normally sits with the PSP, acquirer or operator treasury. | Yes A compliant cashier can be assembled through PCI-scoped partners such as Nuvei and Paysafe; GiG itself is not established as a Level 1 service provider. | Yes Trustly remains in the integration estate. Pay N Play is established for the earlier GiG Core platform; current CoreX activation remains market-specific. | Yes |
| Bragg Gaming Group 6.7 overall | Yes Supported through operator/PSP arrangements. | Yes Handled through PAM/PSP configuration; rates and settlement model are contract-specific. | Yes Designed to work with PCI-compliant PSPs; the group-wide Bragg PCI level remains unresolved. | Yes Possible through market-specific identity/payment integrations; not a named standard module. | Partial Available where an integrated PSP provides it; no Bragg-owned open-banking rail. |
| Slotegrator 6.3 overall | Yes Moneygrator supports 150+ currencies; exact settlement-currency terms depend on each PSP. | Unresolved Moneygrator supports 150+ currencies, but conversion, rate locking and settlement-currency mechanics are unresolved. | Unresolved Slotegrator and Moneygrator PCI DSS attestation is unresolved, so the cashier cannot be labelled PCI-compliant solely because connected PSPs may be. | No Moneygrator does not present a Pay N Play product or named identity/open-banking partner. | No A standard open-banking product and coverage matrix are not established for Moneygrator. |
| BetConstruct 6.0 overall | Yes | Yes | Yes Regulated card flows use established PSP integrations, while BetConstruct's own PCI attestation and scope remain unresolved. Responsibility and tokenisation are PSP- and acquirer-specific. | Unresolved No dedicated Trustly-style Pay-N-Play product was established. | Unresolved Bank, SEPA and SWIFT rails are supported; a specific open-banking or account-to-account integration remains unresolved. |
| SoftGamings 5.8 overall | Yes | Yes Partial through multicurrency ledger and PSPs. | Yes Card scope is delegated to PCI-compliant PSPs. SoftGamings' own current PCI Attestation of Compliance remains unresolved. | Yes Available through selected bank-payment partners. Trustly-style account-to-account flows can support Pay N Play where licensed; it is not established as a universal native feature. | Partial Available through integrated PSPs. |
| Soft2Bet 4.8 overall | Yes | Yes Built-in currency conversion and multi-currency reporting. | Yes | Yes A Pay N Play flow is offered in compatible markets. | Yes |
Merchant account, custody, and operator settlement
“Payments included” does not identify the merchant, acquirer, funds holder, safeguarding institution, reserve owner, or settlement beneficiary. Provider-assisted onboarding also does not guarantee approval or transfer the commercial account to the operator.
| Provider | Merchant account supplied | Merchant setup model | Banking supplied | Funds holder | Payment consulting | Operator settlement schedule | Operator settlement delay |
|---|---|---|---|---|---|---|---|
| EveryMatrix 8.8 overall | No MoneyMatrix Limited ceased licensed financial-institution activity in 2021 and its MFSA license ended on July 26, 2022. The current product is a gateway/orchestrator. | operator-brings EveryMatrix connects PSPs and provides orchestration, risk, KYC, reconciliation, and payment consulting. It is not a currently licensed financial institution or universal merchant of record. | No | operator The operator and its contracted PSP/acquirer hold/process player funds; EveryMatrix is not a B2C license holder. | Yes | Unresolved EveryMatrix does not operate a provider-licensed white label or collect player funds for later payout to the operator. | Unresolved EveryMatrix does not operate a provider-licensed white label or hold the operator's player proceeds. |
| Playtech 8.7 overall | No The operator holds its own merchant and payment relationships. Playtech offers payment reconciliation and processing services on top of the operator's own setup, but does not provide the merchant account itself. | operator-brings Playtech provides the payment platform and provider integrations, but the operator holds its own merchant accounts. | No Operators handle their own banking. Playtech can layer payment processing and reconciliation services on top. | operator | Yes | Unresolved Not a provider-to-operator white-label payout schedule: Playtech is a B2B supplier and average B2B invoice terms are 30 days. Player settlement remains with the operator and its payment stack. | Contractual net terms after reconciliation |
| SOFTSWISS 8.3 overall | No SOFTSWISS integrates the operator's selected PSP relationships; it is not the merchant of record for a standard turnkey operator. | operator-brings Operator must hold its own agreements with each payment provider. | No Bank accounts and corporate banking remain the operator's responsibility. | operator Operator / contracted PSP. The operator owns the player relationship and contracts payment providers; custody can sit with the operator or its PSP, not a universal SOFTSWISS player-funds account. | Yes SOFTSWISS helps test payment accounts and integrate them through its payments hub. | Unresolved The operator and its PSP control player funds and payouts; SOFTSWISS does not run a provider-licensed white-label remittance cycle. | Unresolved Player-payout timing is controlled by the operator's review workflow and chosen PSP, not by a SOFTSWISS remittance cycle. |
| Pragmatic Solutions 8.2 overall | No | operator-brings Operator brings; provider assists integration. | No One 2023 customer agreement places player funds, merchant relationships and payment counterparties with the operator and PSPs. | operator The established customer model leaves player funds and merchant/PSP relationships with the operator; exact structures remain deal-specific. | Yes | Unresolved A platform-vendor payout schedule is not applicable; one 2023 customer agreement uses monthly invoicing. | Unresolved Player payout speed is PSP- and operator-dependent. One 2023 customer agreement sets supplier invoices at net 30 days. |
| Aristocrat Interactive 8.1 overall | No No for new white-label deals. | operator-brings Operator-brings; integrations and payment operations can be supported. | No No for new white-label deals. | operator Operator in retained turnkey model. | Yes | Unresolved The B2B settlement schedule is contract-specific across platform, content, sportsbook and managed-payment agreements. | Unresolved Settlement-delay commitments are contract-specific; player payouts and supplier settlement are separate processes. |
| Altenar 8.0 overall | Unresolved Payment gateways and partner infrastructure do not establish whether merchant accounts or acquiring relationships are included in Altenar's white-label package. | Unresolved Payment integrations are available; merchant-underwriting assistance, acquiring approval and account ownership remain unresolved. | Unresolved Bank-account provision and the standard white-label fund-flow arrangement remain unresolved. | Unresolved The exact player-funds holder is partner- and contract-specific. It may be the licensed B2C partner, merchant entity or PSP; Altenar is not the universal fund holder. | Yes Local support covers regional payment preferences, payment-method selection and technical localisation. It does not include merchant underwriting, acquiring approval, banking or ownership of payment accounts. | Unresolved The B2B operator settlement schedule is contract-specific; player withdrawal timing and PSP settlement are different questions. | Unresolved The Altenar B2B settlement-delay term is contract-specific; PSP settlement and player withdrawals are separate questions. |
| Kambi 8.0 overall | No Payments/merchant setup are operator-side. | operator-brings | Yes Banking is explicitly included in Kambi's optional full-service PAM; the operator still holds funds and contracts with merchant/PSP providers. | operator Kambi never holds player funds; the operator does. | Yes The PAM/integration team helps operators select and connect payment services, while acquiring contracts and merchant accounts remain with the operator. | monthly Enterprise B2B revenue share and service fees are ordinarily reconciled on a monthly accounting cycle; exact invoicing terms are contractual. | Contractual net terms after monthly reconciliation |
| Light & Wonder 7.7 overall | No | operator-brings | No | operator Operator/merchant. | Yes Integration support across 40+ PSPs. | Unresolved Not applicable to OGS content revenue; operator/PSP controls player payouts. | Unresolved Not applicable to OGS content revenue. |
| Pariplay 7.5 overall | No | operator-brings | No | operator Operator/merchant. | No No core service. | Unresolved Operator/PSP controls player payouts. | Unresolved Operator/PSP controls player payouts. |
| Digitain 7.1 overall | model-dependent Paydrom integrates payment methods and supports merchant-account routing. Digitain-owned merchant accounts are not included by default; the contracting merchant and settlement chain remain contract-specific. | provider-assists Paydrom supplies payment-provider orchestration and integration support. Digitain-owned merchant accounts are not included by default; underwriting remains provider-, market- and operator-dependent. | No Digitain offers payment orchestration and licensing guidance, not a provider-held corporate bank account or guaranteed bank-account opening service. | Unresolved The white-label licensed entity, merchant account holder and PSP settlement chain remain contract-specific. Turnkey is operator-licensed and operator-held, but no universal white-label fund holder can be assigned. | Yes | Unresolved The B2B operator settlement schedule is contract-specific. | Unresolved No routine delayed operator settlements are established; the contractual schedule is deal-specific. |
| White Hat Gaming 7.1 overall | Model-dependent White Hat controls the cashier and payment relationships in a provider-licensed full-service structure; merchant arrangements remain partner- and contract-specific. | provider-assists White Hat provides the cashier and can integrate approved tools, while sportsbook, content and third-party supplier agreements generally remain with the customer. | Model-dependent Payment orchestration and PSP access are available, but bank, acquirer, safeguarding and settlement structure remains contract-specific. | provider In provider-licensed white label, White Hat Gaming Limited is the B2C licensee responsible for player liabilities; the safeguarding account or PSP structure remains unresolved. In operator-licensed PAM, the operator holds the liability. | Yes White Hat optimises routing, payment limits, automated withdrawals and risk flows as part of managed payments. | Unresolved Contract- and merchant-model dependent. Relevant mainly where White Hat is the licensed B2C entity or manages settlement. | Unresolved A standard B2B settlement or white-label partner payout SLA is unresolved. Player-payment processing time is a different metric. |
| GR8 Tech 7.0 overall | No A payment gateway and PSP integrations are included; GR8 itself does not supply a universal merchant account. | provider-assists GR8 integrates and optimizes PSPs; the operator or licensed entity signs the acquiring/merchant agreement. | No Payment orchestration is software, not banking. The licensed white-label entity or operator still needs PSP/acquirer and settlement arrangements. | Unresolved The Light White Label B2C entity, merchant account holder, PSP settlement chain, safeguarding terms and player-funds holder remain unresolved. | Yes | Unresolved B2B settlement schedules are deal-specific; player withdrawal timing and supplier settlement are different questions. | Unresolved Operator settlement-delay commitments are deal-specific. |
| GiG 6.8 overall | No The operator normally contracts and is approved by payment providers, with GiG assisting integration and operations. | provider-assists CoreX integrates operator-selected PSPs and ServiceX can manage payments and reconciliation, but the operator remains the merchant and subject to PSP approval. | No | operator A legacy B2C arrangement creates restricted player-money balances inside the group, but this is not the standard new-business model. | Yes | Unresolved Standard GiG business is operator-licensed SaaS: GiG does not periodically remit player proceeds to the operator. The residual SkyCity white-label model is exceptional, and its exact settlement schedule remains unresolved. | Unresolved Player withdrawals and operator funds are controlled by the operator and its PSPs in standard deployments; GiG has no remittance step in this model. |
| Bragg Gaming Group 6.7 overall | No No standard Bragg merchant account. | operator-brings Operator-arranged; Bragg integrates PSPs and can manage payment operations. | No | operator Operator and its payment/merchant providers. | Yes Yes through PAM implementation and managed operations. | Unresolved Supplier invoicing and settlement are contract-specific. | Contract-specific; standard unresolved |
| Slotegrator 6.3 overall | Yes White-label marketing includes merchant/banking setup, but the account holder and PSP contracts are private. | Provider-assists Moneygrator helps select and connect PSPs, while the client signs directly and completes due diligence with each provider. | Yes White-label banking and payment support are included; exact account ownership is contract-specific and unresolved. | Unresolved The white-label licensed entity, merchant-account holder, safeguarding arrangement and settlement chain are unresolved. Slotegrator cannot be assumed to hold funds universally. | Yes | Unresolved The operator settlement schedule is contract-specific and may differ among content, white-label and payment arrangements. | Unresolved Settlement-delay and withdrawal-delay commitments are contract-specific and unresolved. |
| BetConstruct 6.0 overall | Yes Part of the provider-managed white-label financial operation, subject to PSP/acquirer approval and market rules. | provider-assists | Yes White label includes provider-managed financial operations and payment gateways; it does not mean the operator receives its own unrestricted bank account. | Unresolved The fund holder varies across white-label markets. The licensed affiliated operator, merchant entity and PSP settlement chain must be named in the contract; turnkey operators maintain their own licence and wallet. | Yes Turnkey includes multiple local payment rails and payment partners; merchant approval and acquiring terms still come from the payment provider or bank. | Unresolved The white-label settlement schedule is contract-specific and unresolved. | Unresolved Operator settlement-delay performance remains unresolved. |
| SoftGamings 5.8 overall | Yes Yes for white label, subject to PSP and project approval. | provider-assists | Yes Payment and banking setup assistance; account ownership varies. | provider The provider entity and PSPs hold funds in white label; the operator and PSPs do so in turnkey. SoftGamings supplies white-label financial infrastructure. Crypto wallets are non-custodial to SoftGamings, but fiat settlement and reserve arrangements remain contract- and PSP-specific. | Yes | Unresolved PSP- and contract-specific. | Settlement timetable contract-specific Allegations of withheld or delayed balances are not adjudicated, but settlement timing and reserve release need explicit contract terms. |
| Soft2Bet 4.8 overall | model-dependent A provider-licensed white label can bundle a provider-side merchant and acquiring structure, while turnkey operators normally undergo their own PSP and acquirer approval. Soft2Bet does not promise one universal merchant account across markets. | provider-assists Soft2Bet integrates PSPs, local methods, routing, sandbox testing and operational monitoring. The operator or licensed white-label entity still faces underwriting and signs the applicable merchant/acquiring arrangement. | model-dependent Payment orchestration and PSP onboarding support are included. Provider-licensed white label can use group-side settlement arrangements, while turnkey operators retain their own banking responsibilities; a guaranteed corporate bank-account service is not included. | Unresolved Fund custody depends on the exact B2C licensee, merchant, safeguarding institution, PSP and contract. The white-label label alone does not establish physical or legal custody. | Yes | Unresolved Contract-specific. | Unresolved Contract-specific. |
The payment schedule to attach to an RFP
Replace one checkbox with a signed matrix. Each row needs the exact product, entity, market, currency, operating owner, commercial counterparty, control, SLA, liability rule, and exit treatment.
1. Name the stack
Identify the cashier, wallet, PAM, orchestration module, PSP, gateway, acquirer, bank, KYC service, fraud system, ledger, and reconciliation owner.
2. Map every market
List deposit and withdrawal support by country, licence, currency, player location, method, provider, limit, status, settlement currency, and activation dependency.
3. Draw the money flow
Name the merchant, funds holder, safeguarding account, reserve owner, settlement beneficiary, FX provider, invoicing entity, and each point where money can be frozen.
4. Allocate operations
Assign routing changes, PSP incidents, payout review, manual release, reconciliation breaks, refunds, reversals, disputes, chargebacks, fraud losses, and player complaints.
5. Contract the performance
Set approval and payout percentiles by rail, availability, failover, reconciliation latency, settlement cut-offs, reserve release, incident notice, reporting, and service credits.
6. Protect the exit
Define token portability, transaction and dispute history, PSP credential transfer, merchant-account continuity, reconciliation handoff, outstanding payouts, reserves, fees, and transition support.
Cross-check the surrounding rights
Confirm the contracting entities and permissions in the provider permission register, implementation scope in market access, and assessed product boundaries in the certification register. Price the payment layers in the contract benchmarks and preserve token, transaction, dispute, and reconciliation history in the exit-rights comparison.
Payments and cashier FAQ
Is an iGaming platform with a built-in cashier also a PSP or acquirer?
No. A platform cashier can present payment methods, exchange transaction messages, apply routing rules and update the player wallet while external PSPs, gateways, acquirers, banks and card networks execute the financial movement. Each contracting entity and role must be named separately.
Does a large payment-method count mean every method is included?
No. Counts can describe technical integrations, methods exposed through one PSP, currencies, brands or local rails. Commercial activation still depends on jurisdiction, merchant approval, underwriting, currency, player location, contract and implementation scope.
What does a PCI-compliant cashier conclusion establish?
Only the assessed entity, service and implementation scope are relevant. A connected PSP's PCI status does not automatically cover the platform company, the operator's integration, the complete cashier or every card-data flow.
Does instant-payout support guarantee an instant withdrawal?
No. The rail may support fast transfer while KYC, fraud checks, operator approval, limits, liquidity, banking hours and the receiving institution add delay. A contractual percentile by method and market is stronger than an unqualified instant label.
Who normally holds player funds in a platform deal?
The answer depends on the exact operating model. The licensed operator, provider-side B2C licensee, merchant entity, PSP, acquirer, safeguarding institution or bank can occupy different parts of the flow. A white-label label alone does not establish custody.
What should an operator obtain before signing?
Obtain the product and entity map, market-by-market method matrix, PSP and acquirer contracting model, merchant underwriting conditions, complete funds-flow diagram, routing and payout controls, chargeback allocation, reserve and settlement terms, FX economics, PCI responsibility matrix and exit obligations.