| EveryMatrix8.8 | Yes PAM supports player tagging, batch processing, segmented campaigns, and bulk operational actions. | Yes Wallet adjustments are available for reconciliation and established abuse. | Yes Payment/risk tooling supports transaction review, holds, KYC/AML checks, and operator workflows. | | Yes Rules, alerts, role-based actions, manual review, and Bonus Guardian restrictions are supported. | | Yes Support teams get player profiles, transaction monitoring, game replays, limits, account history, and managed-service workflows. | | Yes Payments and risk modules provide real-time monitoring and rule-based fraud alerts. |
|---|
| Playtech8.7 | | | Yes Withdrawals can be configured with periods and limits, and deposits/withdrawals trigger fraud checks before processing. | | Yes Real-time fraud detection runs through the Featurespace ARIC engine built into IMS, which flags deposits, withdrawals and account changes for review. | | | | |
|---|
| SOFTSWISS8.3 | Yes The bonusing module supports issuing bonuses and auto-generating banners and rules across the player base. Bulk player edits beyond bonusing remain unresolved. | | Yes Operators accept or cancel payment requests from the back office. | | Yes Integrated anti-fraud system with automated triggers. Deeper case investigation is largely handled through the optional Managed Services anti-fraud team. | Yes Back office gives a full view of player accounts plus real-time filtered reporting on bets, bonuses and balances. | Yes Back office handles player accounts, balance corrections and document checks. Staffed first-line support agents come through the optional Managed Services tier, not the core tooling. | Yes Payment requests can be accepted or cancelled and admin access is tiered by permission level. A general configurable multi-step approval engine is not established. | Yes Automated triggers fire on suspicious or fraudulent activity with customizable settings. Broader configurable operator notifications remain unresolved. |
|---|
| Pragmatic Solutions8.2 | Unresolved A general bulk-operations toolkit is not established. | Unresolved Wallet and account control are established; a specific manual-adjustment workflow remains unresolved. | Unresolved Payment rules and limits are established; a native human approval workflow was not. | Partial Core KYC controls and integrations are present; native case-management depth remains unresolved. | Partial Core fraud rules and integrations are present; native case-management depth remains unresolved. | Yes The 'Player Account' module gives a complete, global real-time view of the player journey for support/ops teams. | Yes The PAM provides a complete global player view, transaction history, wallet and account controls for service teams. | Unresolved No general configurable approval-workflow engine was established. | Unresolved Real-time data is established, but a general operator-alert catalogue was not. |
|---|
| Aristocrat Interactive8.1 | Unresolved A back-office bulk-action catalogue is not established. | Yes A regulated PAM and managed player operation require controlled account adjustments; permissions and approval thresholds are contract-specific. | Partial Managed payment, reconciliation, AML and risk operations support reviewed withdrawals; native workflow and threshold details are product-specific. | Partial KYC integrations and managed compliance support case handling, but the tooling may be third-party and varies by deployment. | Partial Managed fraud operations support case handling, but the tooling may be third-party and varies by deployment. | Yes NeoCube provides an iLottery central player view and Gaming Analytics provides land-based real-time insights; equivalent iGaming PAM console detail remains unresolved. | Yes The 24/7 Michigan service operation and managed player support use agent tooling; the console and feature set remain customer-specific. | Yes Regulated payment, player-account and lottery operations support controlled approvals; a unified workflow catalogue is not established. | Unresolved Monitoring exists in individual products; a unified operator-alert catalog is not established. |
|---|
| Altenar8.0 | Yes Player Tags can be created, edited and assigned in bulk, and campaigns can be automated across segments. | Yes Cashier and agent roles can post deposits, withdrawals and transfers to player accounts. Arbitrary online-PAM corrections and maker-checker controls remain unresolved. | Unresolved The operator withdrawal-approval workflow and approval matrix remain unresolved. | | | | | Unresolved A general maker-checker or multi-step back-office approval specification is not established. | |
|---|
| Kambi8.0 | Yes Network-scale market, event and liability management necessarily includes bulk operational actions in the trading back office. | Yes Available when the operator takes Kambi's full-service PAM; sportsbook-only customers use the equivalent controls in their external PAM. | Yes The PAM banking layer supports controlled withdrawal handling; rules and approval thresholds are operator-configured. | Yes KYC and identity verification are explicit PAM functions, with vendor integrations selected by the operator. | Yes Core sportsbook controls include liability management, stake acceptance, player profiling and 24/7 integrity monitoring; the optional PAM adds account, KYC and payment-case context. | Yes Kambi already maintains real-time betting-risk views and player profiles; the optional PAM adds the full account lifecycle view. | Yes The optional full-service PAM manages the player lifecycle and supplies operator-side account tooling; sportsbook-only customers continue using their PAM's support console. | Yes Regulated trading, risk and offer changes use controlled operational workflows with role separation and audit trails. | Yes Trading and risk alerting reaches operator and trading teams; exact controls are partner-gated. |
|---|
| Light & Wonder7.7 | | Yes Yes with permissions and audit trail. | Yes Yes through OPS/payment workflows. | Partial Via integrated KYC providers and OPS workflows. | Partial Via third-party risk integrations and OPS tooling. | | | | |
|---|
| Pariplay7.5 | Yes Partial — cross-vendor campaign/configuration and bulk asset access; player operations are outside scope. | Unresolved No PAM or player balance. | | Unresolved Operator/PAM responsibility. | Unresolved Operator/risk-stack responsibility. | No No full player view; only game-session and campaign/leaderboard context. | Unresolved Not applicable to B2C player support. | Yes Content, certification and campaign configuration controls; exact multi-step approvals are partner-specific. | Yes Operational alerts and 24/7 support escalation are available; delivery channels and thresholds are contractual. |
|---|
| Digitain7.1 | Yes Paydrom provides Batch Update and Batch Notify for transaction management; Centrivo also supports centralized brand configuration and trigger-condition-action automations. Bulk-edit coverage across every PAM module remains unresolved. | Yes Centrivo's cashier and player-management tooling plus Paydrom's manual transaction controls support controlled adjustments. Adjustment types, limits and dual-control rules remain unresolved. | Partial Paydrom provides pre-authorization checks, automated and manual transaction management, transaction flags, Batch Update and account restrictions. This supports payment-review handling; a configurable maker-checker withdrawal approval chain remains unresolved. | | | | Yes Centrivo player profiles, transaction histories, risk controls and real-time views provide the core support-agent workspace. | Yes Configurable roles, permissions, trigger-condition-action rules, transaction flags and manual exception handling support operational approval workflows. Full maker-checker coverage by module remains unresolved. | Yes Paydrom includes PCI DSS logging, monitoring and alerts; APIs and hosted services include proactive monitoring and incident response. |
|---|
| White Hat Gaming7.1 | Yes The bonus engine and CRM integrations execute segmented and automated campaigns at scale. | Yes Controlled manual account and balance actions are supported; permissions and dual approval remain unresolved. | Yes Configurable withdrawal rules automate decisions and route exceptions into risk review. | Yes Electronic ID verification, AML workflows, Shufti document/biometric checks and managed compliance are integrated. | Yes Real-time risk alerts and managed risk/fraud services support investigation workflows; detailed queues and rules remain unresolved. | Yes The back office provides full player history in real time across states and live contact monitoring. | Yes The managed-service back office supports player service, contact monitoring, reporting and quality assurance. | Yes Withdrawal, marketing approval, compliance and escalation workflows are present; a generic no-code workflow builder is not established. | Yes Real-time risk alerts and customer-interaction triggers surface payment, player-protection and operational events. |
|---|
| GR8 Tech7.0 | Yes CSV upload/export and bulk campaign, promo-code and monitoring workflows are available. | Yes Wallet, reward and account operations support controlled manual actions with audit logging. | Yes Payment Hub supports withdrawal routing, restrictions, risk checks and approval/control workflows. | Yes KYCAid and SumSub multiforms allow an individually rejected document to be resubmitted without restarting the complete verification flow. | | | Yes UBO adds global player and transaction search via Cmd or Ctrl+K without exposing sensitive data in the result list; X-Segments are visible inside Player Info. | Yes Payment, affiliate payout, KYC and role-sensitive workflows have approvals; there is no universal no-code workflow builder for every module. | Yes Risk, payment and operational monitors surface real-time flags and event-driven restrictions. |
|---|
| GiG6.8 | | | | Yes CoreX and ServiceX support KYC/EDD case handling and integrate automated risk scoring. | | Yes Player activity surfaces in the back office in about 0.5 seconds. | | Yes LogicX can configure compliance, bonus, risk and player workflows without code changes. | |
|---|
| Bragg Gaming Group6.7 | Yes Supported for content and player operations; exact tooling remains unresolved. | Yes Yes with controlled permissions and audit trail. | Yes Yes through PAM/cashier and managed operations; rules depend on operator. | Yes Yes — KYC tools and player-protection workflows are part of the PAM. | Yes Yes — fraud and risk rules operate in the PAM. | Yes Yes — real-time behaviour and player journey data feed Fuze, support and risk workflows. | Yes Yes — Bragg can provide 24/7 player support as a managed service. | Yes Configurable for payments, player adjustments, campaigns and compliance. | Yes Yes — automated risk/RG triggers and operational notifications. |
|---|
| Slotegrator6.3 | Yes The antifraud/player module supports bulk activation, blocking and bonus enable/disable actions. | Yes Operators can change player status and controls; manual balance adjustment and maker-checker rules are unresolved. | Partial Transactions and fraud risks are monitored; the approve/reject queue and maker-checker controls are unresolved. | Yes KYC case management includes configurable documents, risk requirements, ongoing monitoring and stored results. | Yes Risk categories, rules, alerts and player-level actions are supported; AI mainly summarizes existing signals. | Yes Current modules expose project- and player-level metrics and actions. | Yes Live chat and player-management tools exist; a full case/ticketing suite is not established. | Unresolved Risk and player actions exist; a configurable multi-level approval or maker-checker workflow is not established. | Yes Antifraud rules can generate alerts and actions; channel and severity configuration are private. |
|---|
| BetConstruct6.0 | | | Yes Back office processes and manages withdrawal requests; a formal multi-step approval chain remains unresolved. | | | | Yes Player account management and CRM messaging sit in the back office. A dedicated support-agent desk is not established. | Yes Roles and permissions gate who can act, and a promo timeline reviews campaign activity, but configurable multi-stage approval chains are not spelled out. | Yes Umbrella supports configurable internal and external alerts, missed-alert notifications and automated actions; component incident subscriptions are also available. |
|---|
| SoftGamings5.8 | Yes Batch bonus, player-category, game and reporting operations fit the established back-office workflows. | | Partial Withdrawal processing sits in the back office; a formal multi-step approval flow remains unresolved. | Partial Staff can review player documents and set a KYC level, but SoftGamings leaves the actual KYC verification vendor to the operator. | Partial The payment layer includes fraud resistance; dedicated fraud case-management and investigation tooling is not established. | Yes Partial. The Single Customer View centralizes player, payment, bonus and activity information; refresh latency is not specified. | Yes The back office supports player lookup, account actions, KYC review and payment handling for first-line support. | Yes Partial. Operational actions and payment review are supported; configurable multi-person approvals remain unresolved. | Yes Partial. Operational monitoring and notifications exist; alert-rule coverage and on-call integrations are unresolved. |
|---|
| Soft2Bet4.8 | Unresolved Feature-level bulk-operations capability remains unresolved. | Yes PAM provides in-depth account administration; specific permissions and dual-control rules depend on configuration. | Yes Automated payouts support configurable limits, rules, approvals, and manual review of flagged cases. | | | | Yes A proprietary support dashboard unifies chat, calls, email, routing, and quality monitoring. | Yes CMS and payment operations include governed approval workflows. | |
|---|