Skip to content

iGaming Platform Back Office Comparison

The back office is where operator teams control players, money, cases and exceptions. This comparison names the closest mapped product surface, preserves every workflow boundary and separates a PAM control plane from a content portal or optional managed-service layer.

Last updated August 20, 2026

A control surface is more than a feature menu

Back-office fit depends on who can see, change, approve and audit each action. A PAM can exist without granular permissions or a complete administrator trail; a content portal can have strong configuration controls without touching player balances; managed operations can sit on top of either. These scopes remain separate in the matrix.

17/18

PAM control planes

17/18

named mapped surfaces

12/18

admin audit established

15/18

withdrawal workflow established or partial

Counts describe current structured conclusions. They do not calculate provider quality, and provider order follows the site-wide holistic editorial score.

Provider control matrix

Named surfaces appear only where PAM or a concrete operator-control field is mapped to that product. Managed and support services remain separate fields rather than being relabelled as a control plane. Every operational value retains its field-level explanation. Unresolved remains distinct from No.

Operator control surface

  • EveryMatrix Platform (GamMatrix)
  • Bonus Guardian
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

GamMatrix is now EveryMatrix Platform.

Managed-service layer

Yes

Marketing, affiliate, CRM, VIP, product, payments/fraud, UX, safer gambling, and 24/7 customer support are available modularly.

RBAC

Role-based per-application access

Unified Access Control manages access to individual back-office applications and configurations.

Multi-user teams

Yes

Admin audit

Yes

System and user actions on player records are tracked.

Bulk operations

Yes

PAM supports player tagging, batch processing, segmented campaigns, and bulk operational actions.

Manual adjustments

Yes

Wallet adjustments are available for reconciliation and established abuse.

Withdrawal workflow

Yes

Payment/risk tooling supports transaction review, holds, KYC/AML checks, and operator workflows.

KYC casework

Yes

Fraud casework

Yes

Rules, alerts, role-based actions, manual review, and Bonus Guardian restrictions are supported.

Real-time player view

Yes

Support tools

Yes

Support teams get player profiles, transaction monitoring, game replays, limits, account history, and managed-service workflows.

Approvals

Yes

Alerts

Yes

Payments and risk modules provide real-time monitoring and rule-based fraud alerts.

Operator control surface

  • PAM+ / Player Platform
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

RBAC

Role-Based Access Control

IMS is run by around 11,000 admin users across partner companies through 600-plus back-office interfaces, so access is split by role. The exact permission granularity remains partner-gated.

Multi-user teams

Yes

Admin audit

Yes

Bulk operations

Yes

Manual adjustments

Yes

Withdrawal workflow

Yes

Withdrawals can be configured with periods and limits, and deposits/withdrawals trigger fraud checks before processing.

KYC casework

Yes

Fraud casework

Yes

Real-time fraud detection runs through the Featurespace ARIC engine built into IMS, which flags deposits, withdrawals and account changes for review.

Real-time player view

Yes

Support tools

Yes

Approvals

Yes

Alerts

Yes

Operator control surface

  • Casino Platform
  • Managed Services
  • Turnkey Casino
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

Optional add-on covering first-line support, anti-fraud, VIP, retention, reactivation and content management.

RBAC

Role-based, multiple permission levels

Multi-user teams

Yes

Admin audit

Unresolved

The back office contains game and player activity history. A dedicated admin action log remains unresolved.

Bulk operations

Yes

The bonusing module supports issuing bonuses and auto-generating banners and rules across the player base. Bulk player edits beyond bonusing remain unresolved.

Manual adjustments

Yes

Withdrawal workflow

Yes

Operators accept or cancel payment requests from the back office.

KYC casework

Yes

Fraud casework

Yes

Integrated anti-fraud system with automated triggers. Deeper case investigation is largely handled through the optional Managed Services anti-fraud team.

Real-time player view

Yes

Back office gives a full view of player accounts plus real-time filtered reporting on bets, bonuses and balances.

Support tools

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.

Approvals

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.

Alerts

Yes

Automated triggers fire on suspicious or fraudulent activity with customizable settings. Broader configurable operator notifications remain unresolved.

Operator control surface

  • PAM Platform
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

PAM is the company's core product. The platform is built around the player account, wallet, CRM, bonus, payments and KYC/AML tools.

Managed-service layer

No

24/7 support, onboarding and dedicated development are offered, but no current end-to-end managed B2C operations or standard managed-hosting product was established.

RBAC

Role-based permissions for platform administration

Role-based access control is included; exact role matrices are deployment-specific.

Multi-user teams

Yes

Multi-user role-based administration is included.

Admin audit

Yes

The platform specification includes administration audit logs; Data Lake lineage is a separate control.

Bulk operations

Unresolved

A general bulk-operations toolkit is not established.

Manual adjustments

Unresolved

Wallet and account control are established; a specific manual-adjustment workflow remains unresolved.

Withdrawal workflow

Unresolved

Payment rules and limits are established; a native human approval workflow was not.

KYC casework

Partial

Core KYC controls and integrations are present; native case-management depth remains unresolved.

Fraud casework

Partial

Core fraud rules and integrations are present; native case-management depth remains unresolved.

Real-time player view

Yes

The 'Player Account' module gives a complete, global real-time view of the player journey for support/ops teams.

Support tools

Yes

The PAM provides a complete global player view, transaction history, wallet and account controls for service teams.

Approvals

Unresolved

No general configurable approval-workflow engine was established.

Alerts

Unresolved

Real-time data is established, but a general operator-alert catalogue was not.

Operator control surface

  • iGaming Platform
  • Customer Experience Solutions
  • Gaming Analytics
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

Yes — customer support, payments, risk/fraud, AML, CRM/marketing, compliance, responsible gambling and managed trading.

RBAC

Role-based; exact permission matrix unresolved

The regulated enterprise PAM separates operator roles; cross-product role granularity remains unresolved.

Multi-user teams

Yes

Enterprise PAM, lottery operations and managed-service deployments support multiple operational users; seat and workspace rules are contract-specific.

Admin audit

Yes

Privileged actions are auditable across regulated PAM and lottery operations; exact event coverage remains unresolved.

Bulk operations

Unresolved

A back-office bulk-action catalogue is not established.

Manual adjustments

Yes

A regulated PAM and managed player operation require controlled account adjustments; permissions and approval thresholds are contract-specific.

Withdrawal workflow

Partial

Managed payment, reconciliation, AML and risk operations support reviewed withdrawals; native workflow and threshold details are product-specific.

KYC casework

Partial

KYC integrations and managed compliance support case handling, but the tooling may be third-party and varies by deployment.

Fraud casework

Partial

Managed fraud operations support case handling, but the tooling may be third-party and varies by deployment.

Real-time player view

Yes

NeoCube provides an iLottery central player view and Gaming Analytics provides land-based real-time insights; equivalent iGaming PAM console detail remains unresolved.

Support tools

Yes

The 24/7 Michigan service operation and managed player support use agent tooling; the console and feature set remain customer-specific.

Approvals

Yes

Regulated payment, player-account and lottery operations support controlled approvals; a unified workflow catalogue is not established.

Alerts

Unresolved

Monitoring exists in individual products; a unified operator-alert catalog is not established.

Operator control surface

  • Turnkey Sportsbook
  • Retail Solution
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Integrated player-account management in the turnkey sportsbook.

Managed-service layer

Yes

RBAC

Retail hierarchy: Owner, Partner, Super Agent, Agent, Cashier, User; core PAM administrator-role matrix unresolved

Multi-user teams

Yes

Admin audit

Yes

Retail cashier tools include audit tracking for settlements, reprints, adjustments and voids. The retention period, tamper controls and coverage of every core PAM administrator action remain unavailable.

Bulk operations

Yes

Player Tags can be created, edited and assigned in bulk, and campaigns can be automated across segments.

Manual adjustments

Yes

Cashier and agent roles can post deposits, withdrawals and transfers to player accounts. Arbitrary online-PAM corrections and maker-checker controls remain unresolved.

Withdrawal workflow

Unresolved

The operator withdrawal-approval workflow and approval matrix remain unresolved.

KYC casework

Yes

Fraud casework

Yes

Real-time player view

Yes

Support tools

Yes

Approvals

Unresolved

A general maker-checker or multi-step back-office approval specification is not established.

Alerts

Yes

Operator control surface

  • Full-service PAM
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Kambi now offers an optional full-service in-house PAM alongside continued third-party PAM support. It covers registration, banking, KYC, bonus and loyalty engines and an integrated casino platform. The inherited OMEGA stack had 300+ KYC, payment, CRM, affiliate, sports and game-provider integrations. Station Casinos is the first named customer for Kambi's in-house PAM, but no go-live date or completed production deployment is established.

Managed-service layer

Yes

Managed Trading takes the book and risk off the operator's hands, powered by the Tzeract AI division.

RBAC

Granular operational roles

Trading, risk, partner, support and compliance duties require separated permissions and auditability across operator teams.

Multi-user teams

Yes

Admin audit

Unresolved

A product-level administrative audit-trail specification remains unresolved. Regulated operation and certification do not substitute for a feature specification.

Bulk operations

Yes

Network-scale market, event and liability management necessarily includes bulk operational actions in the trading back office.

Manual adjustments

Yes

Available when the operator takes Kambi's full-service PAM; sportsbook-only customers use the equivalent controls in their external PAM.

Withdrawal workflow

Yes

The PAM banking layer supports controlled withdrawal handling; rules and approval thresholds are operator-configured.

KYC casework

Yes

KYC and identity verification are explicit PAM functions, with vendor integrations selected by the operator.

Fraud casework

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.

Real-time player view

Yes

Kambi already maintains real-time betting-risk views and player profiles; the optional PAM adds the full account lifecycle view.

Support tools

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.

Approvals

Yes

Regulated trading, risk and offer changes use controlled operational workflows with role separation and audit trails.

Alerts

Yes

Trading and risk alerting reaches operator and trading teams; exact controls are partner-gated.

Operator control surface

  • Open Platform System / OPS
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Yes — Open Platform System is a full casino PAM.

Managed-service layer

Yes

Limited to platform/content support, account management, promotions, custom game development and regulatory guidance; no managed B2C operation.

RBAC

Granular role-based administration

Multi-user teams

Yes

Admin audit

Yes

Bulk operations

Yes

Manual adjustments

Yes

Yes with permissions and audit trail.

Withdrawal workflow

Yes

Yes through OPS/payment workflows.

KYC casework

Partial

Via integrated KYC providers and OPS workflows.

Fraud casework

Partial

Via third-party risk integrations and OPS tooling.

Real-time player view

Yes

Support tools

Yes

Approvals

Yes

Alerts

Yes

Operator control surface

No PAM surface established

Surface boundary

Component/content portal, not a PAM control plane

The supplied console administers its own component. Player account, wallet, cashier and operator casework remain in the connected PAM.

PAM

No

Fusion connects to an operator's existing PAM. Aristocrat Interactive's PAM belongs to the separate iGaming & Sports business.

Managed-service layer

No

No end-to-end B2C managed operation; 24/7/365 content/platform support is included.

RBAC

Role-gated partner portal/back office; exact permission matrix is partner-specific

Multi-user teams

Yes

Yes for enterprise operator/studio accounts.

Admin audit

Unresolved

Regulated administration and ISO change controls do not establish the exact administrator-event history, retention or export scope.

Bulk operations

Yes

Partial — cross-vendor campaign/configuration and bulk asset access; player operations are outside scope.

Manual adjustments

Unresolved

No PAM or player balance.

Withdrawal workflow

Unresolved

No cashier.

KYC casework

Unresolved

Operator/PAM responsibility.

Fraud casework

Unresolved

Operator/risk-stack responsibility.

Real-time player view

No

No full player view; only game-session and campaign/leaderboard context.

Support tools

Unresolved

Not applicable to B2C player support.

Approvals

Yes

Content, certification and campaign configuration controls; exact multi-step approvals are partner-specific.

Alerts

Yes

Operational alerts and 24/7 support escalation are available; delivery channels and thresholds are contractual.

Operator control surface

  • Centrivo Connect
  • Centrivo iGaming Platform
  • Paydrom
  • Retail Suite / SSBT
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Centrivo provides player profiles, brand management, cashier, bonus, dashboards, automations and risk controls. Universal is the all-in-one model; Dynamics is the more modular configuration.

Managed-service layer

Yes

Trading/risk, hosting, support, payments integration, licensing guidance and marketing/business support are available; exact scope is contractual.

RBAC

Configurable role and permission controls

DGBuilder and Centrivo Retail include permission-based access and adaptable roles; field-level granularity remains unresolved.

Multi-user teams

Yes

Admin audit

Yes

Centrivo CRM records important-action history; Paydrom also records access, actions and events. Retention and immutability remain unresolved.

Bulk operations

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.

Manual adjustments

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.

Withdrawal workflow

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.

KYC casework

Yes

Fraud casework

Yes

Real-time player view

Yes

Support tools

Yes

Centrivo player profiles, transaction histories, risk controls and real-time views provide the core support-agent workspace.

Approvals

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.

Alerts

Yes

Paydrom includes PCI DSS logging, monitoring and alerts; APIs and hosted services include proactive monitoring and incident response.

Operator control surface

  • White Hat Gaming PAM & Back Office
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

Managed services are available, but scope and fees are agreed in a separate addendum.

RBAC

Role-based; permission depth unresolved

RBAC covers support, administration, compliance and reporting responsibilities; the entitlement matrix remains unresolved.

Multi-user teams

Yes

The platform supports distributed support, compliance, operations and engineering users.

Admin audit

Unresolved

Regulated case handling and end-to-end traceability provide an audit trail; admin-event detail remains unresolved.

Bulk operations

Yes

The bonus engine and CRM integrations execute segmented and automated campaigns at scale.

Manual adjustments

Yes

Controlled manual account and balance actions are supported; permissions and dual approval remain unresolved.

Withdrawal workflow

Yes

Configurable withdrawal rules automate decisions and route exceptions into risk review.

KYC casework

Yes

Electronic ID verification, AML workflows, Shufti document/biometric checks and managed compliance are integrated.

Fraud casework

Yes

Real-time risk alerts and managed risk/fraud services support investigation workflows; detailed queues and rules remain unresolved.

Real-time player view

Yes

The back office provides full player history in real time across states and live contact monitoring.

Support tools

Yes

The managed-service back office supports player service, contact monitoring, reporting and quality assurance.

Approvals

Yes

Withdrawal, marketing approval, compliance and escalation workflows are present; a generic no-code workflow builder is not established.

Alerts

Yes

Real-time risk alerts and customer-interaction triggers surface payment, player-protection and operational events.

Operator control surface

  • GR8 Tech Platform / PAM and UBO
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

Includes managed trading/risk, implementation hypercare, payment optimization and operational support; full B2C operations depend on scope.

RBAC

Granular role, permission and data-masking controls

Multi-user teams

Yes

Admin audit

Yes

Bulk operations

Yes

CSV upload/export and bulk campaign, promo-code and monitoring workflows are available.

Manual adjustments

Yes

Wallet, reward and account operations support controlled manual actions with audit logging.

Withdrawal workflow

Yes

Payment Hub supports withdrawal routing, restrictions, risk checks and approval/control workflows.

KYC casework

Yes

KYCAid and SumSub multiforms allow an individually rejected document to be resubmitted without restarting the complete verification flow.

Fraud casework

Yes

Real-time player view

Yes

Support tools

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.

Approvals

Yes

Payment, affiliate payout, KYC and role-sensitive workflows have approvals; there is no universal no-code workflow builder for every module.

Alerts

Yes

Risk, payment and operational monitors surface real-time flags and event-driven restrictions.

GiG

6.8

Operator control surface

  • CoreX
  • ServiceX
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

CoreX is the current proprietary PAM. Legacy Sportnco Alira clients are being migrated through 2026, and major clients on the Spanish legacy platforms had agreed by July to move to the certified CoreX stack.

Managed-service layer

Yes

RBAC

Granular by user, brand, market, licence and operational function

Multi-user teams

Yes

Admin audit

Yes

Bulk operations

Yes

Manual adjustments

Yes

Withdrawal workflow

Yes

KYC casework

Yes

CoreX and ServiceX support KYC/EDD case handling and integrate automated risk scoring.

Fraud casework

Yes

Real-time player view

Yes

Player activity surfaces in the back office in about 0.5 seconds.

Support tools

Yes

Approvals

Yes

LogicX can configure compliance, bonus, risk and player workflows without code changes.

Alerts

Yes

Operator control surface

  • Bragg PAM & Turnkey
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Yes — proprietary Bragg PAM. Sold standalone or inside operator-licensed turnkey packages.

Managed-service layer

Yes

Yes — marketing, operations, 24/7 customer support, payments, fraud prevention and responsible-gaming support can be included.

RBAC

Unresolved

A concrete role and permission model is not established. Regulated multi-team operation does not by itself establish RBAC granularity.

Multi-user teams

Yes

Admin audit

Yes

Yes — required for regulated operations and exportable campaign logs.

Bulk operations

Yes

Supported for content and player operations; exact tooling remains unresolved.

Manual adjustments

Yes

Yes with controlled permissions and audit trail.

Withdrawal workflow

Yes

Yes through PAM/cashier and managed operations; rules depend on operator.

KYC casework

Yes

Yes — KYC tools and player-protection workflows are part of the PAM.

Fraud casework

Yes

Yes — fraud and risk rules operate in the PAM.

Real-time player view

Yes

Yes — real-time behaviour and player journey data feed Fuze, support and risk workflows.

Support tools

Yes

Yes — Bragg can provide 24/7 player support as a managed service.

Approvals

Yes

Configurable for payments, player adjustments, campaigns and compliance.

Alerts

Yes

Yes — automated risk/RG triggers and operational notifications.

Operator control surface

  • Platform engagement, BI and risk modules
  • Slotegrator Gaming Platform
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

The core casino platform supplies player accounts, back office, wallet, KYC, antifraud, bonuses and reporting.

Managed-service layer

Yes

Account management, 24/7 technical support and selectable services are offered; full operations outsourcing is not universal.

RBAC

Unresolved

Multi-user operations are established; the role/permission matrix and field-level access-control specification are unresolved.

Multi-user teams

Yes

Account management and bulk-operation workflows imply multiple operator users; seat and role limits are private.

Admin audit

Unresolved

Transaction, KYC and status histories provide an operational record, but a searchable administrator-action log, its immutability, retention and export scope remain unresolved.

Bulk operations

Yes

The antifraud/player module supports bulk activation, blocking and bonus enable/disable actions.

Manual adjustments

Yes

Operators can change player status and controls; manual balance adjustment and maker-checker rules are unresolved.

Withdrawal workflow

Partial

Transactions and fraud risks are monitored; the approve/reject queue and maker-checker controls are unresolved.

KYC casework

Yes

KYC case management includes configurable documents, risk requirements, ongoing monitoring and stored results.

Fraud casework

Yes

Risk categories, rules, alerts and player-level actions are supported; AI mainly summarizes existing signals.

Real-time player view

Yes

Current modules expose project- and player-level metrics and actions.

Support tools

Yes

Live chat and player-management tools exist; a full case/ticketing suite is not established.

Approvals

Unresolved

Risk and player actions exist; a configurable multi-level approval or maker-checker workflow is not established.

Alerts

Yes

Antifraud rules can generate alerts and actions; channel and severity configuration are private.

Operator control surface

  • Spring Platform & Spring BME
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

The proprietary Spring platform provides player accounts, wallet, back office and operations. Spring BME is the separate business-management console used to create projects and order or enable products and services; it is not itself the transaction or PAM engine.

Managed-service layer

Yes

RBAC

Role and permission controls across users, projects and functions

Spring back office supports roles and permissions; Affigates adds global and individual permission controls plus hierarchy-based access. Exact field-level permissions remain unresolved.

Multi-user teams

Yes

Admin audit

Unresolved

Player activity, reporting and access controls are established; the scope of a searchable immutable administrator-action log remains unresolved.

Bulk operations

Yes

Manual adjustments

Yes

Withdrawal workflow

Yes

Back office processes and manages withdrawal requests; a formal multi-step approval chain remains unresolved.

KYC casework

Yes

Fraud casework

Yes

Real-time player view

Yes

Support tools

Yes

Player account management and CRM messaging sit in the back office. A dedicated support-agent desk is not established.

Approvals

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.

Alerts

Yes

Umbrella supports configurable internal and external alerts, missed-alert notifications and automated actions; component incident subscriptions are also available.

Operator control surface

  • Back Office
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

RBAC

Role-based access; exact permission granularity private

Multi-user teams

Yes

The back office is run by operator staff; exact staff roles and permission levels remain unresolved.

Admin audit

Yes

Bulk operations

Yes

Batch bonus, player-category, game and reporting operations fit the established back-office workflows.

Manual adjustments

Yes

Withdrawal workflow

Partial

Withdrawal processing sits in the back office; a formal multi-step approval flow remains unresolved.

KYC casework

Partial

Staff can review player documents and set a KYC level, but SoftGamings leaves the actual KYC verification vendor to the operator.

Fraud casework

Partial

The payment layer includes fraud resistance; dedicated fraud case-management and investigation tooling is not established.

Real-time player view

Yes

Partial. The Single Customer View centralizes player, payment, bonus and activity information; refresh latency is not specified.

Support tools

Yes

The back office supports player lookup, account actions, KYC review and payment handling for first-line support.

Approvals

Yes

Partial. Operational actions and payment review are supported; configurable multi-person approvals remain unresolved.

Alerts

Yes

Partial. Operational monitoring and notifications exist; alert-rule coverage and on-call integrations are unresolved.

Operator control surface

  • PAM
  • CMS
  • iGaming Platform
Surface boundary

PAM / operator control plane

The tracked surface includes player-account or back-office control. Managed services remain a separate scope, and exact permissions are product- and deployment-specific.

PAM

Yes

Managed-service layer

Yes

The Channels Media Group / Waddibet scope includes managed acquisition and retention services.

RBAC

Granular by role, brand and market

Multi-user teams

Yes

Admin audit

Yes

Bulk operations

Unresolved

Feature-level bulk-operations capability remains unresolved.

Manual adjustments

Yes

PAM provides in-depth account administration; specific permissions and dual-control rules depend on configuration.

Withdrawal workflow

Yes

Automated payouts support configurable limits, rules, approvals, and manual review of flagged cases.

KYC casework

Yes

Fraud casework

Yes

Real-time player view

Yes

Support tools

Yes

A proprietary support dashboard unifies chat, calls, email, routing, and quality monitoring.

Approvals

Yes

CMS and payment operations include governed approval workflows.

Alerts

Yes

Contract the action, not the menu label

Access model

Map roles to brands, markets, entities, data, functions and sensitive fields; include provisioning, review and revocation.

Money controls

Define adjustment types, limits, reasons, dual control, withdrawal queues, exception routing and reconciliation.

Case operations

Separate KYC, fraud and support queues; specify ownership, notes, evidence, escalation, service levels and export.

Audit and alerts

Name the logged actions, actor identity, before-and-after values, retention, immutability, alert rules and delivery channels.

Related operator decisions

iGaming back-office FAQ

Is an iGaming back office the same as a PAM?
No. The PAM is the player-account and wallet system of record. A back office is the operator control surface used to administer that system and adjacent products. One interface can span both, but product scope and system ownership must remain explicit.
Does a content portal count as a full operator back office?
No. An aggregation or studio portal can manage games, campaigns, configurations and reports without controlling player identity, balances, cashier, withdrawals or compliance cases. The comparison marks that component boundary directly.
Does managed service mean the operator loses back-office access?
Not automatically. A platform can expose an operator control plane while a separate service team performs selected support, payments, compliance, trading or risk work. Permissions, data access, escalation and retained operator authority remain contract-specific.
What does an RBAC conclusion establish?
It establishes the current role-and-permission conclusion only. It does not establish field-level control, segregation of duties, temporary elevation, approval thresholds, access review, exportability or coverage across every product unless those details are stated.
Why are withdrawal and general approval workflows separate?
A platform can support payment review or an approve-reject queue without offering a reusable maker-checker workflow across player, campaign, configuration and compliance actions. The two controls answer different operational questions.