Skip to documentation
GAME_ALLIGATOR
ProductsGamificationIntegrationDemos
Let’s talk
ProductsGamificationIntegrationDemos
Let’s talk
Integration
OverviewGuidesAPI referenceResources
Integration overview
Integration architectureFundamentalsGetting startedCertification
Products
Aggregation
Part I · Fundamentals
Core flowRequest & signingEnvelope, money and data formatsErrors: one modelIdempotency & retriesRate limits, pagination, networkMoney Path Rules
Part II · Operator API
Getting startedGames APIWallet APIFree rounds APIReports APIFeatures APIEvent stream
Part III · Certification
Run the checks from the Operator PortalThe command-line tool (for your CI)The checklistCertification checklist
Part IV · Changelog and status
ChangelogDocument ControlChangelog & migration guide: Operator API v2
Appendix
Numbers to rememberWhole guide on one page
API reference
Get player balanceAuthenticate player sessionDebit player balance (bet)Credit player balance (win/bonus)Atomic debit and creditRollback transactionClose game roundSettle free-round grantReconcile uncertain transactionNon-financial notificationgetCapabilitieslistGamesupdateGamelaunchGamelaunchDemocloseSessionlistSessionslistRoundsexportRoundsgetAggregatesissueGrantlistGrantscancelGrantsubscribeackgetOperatorCapabilitiesgetGameFeatureslistBonusBuyTypesissueBonusBuycancelBonusBuygetJackpotsgetBetRangesgetRoundReplaygetRoundDetailslistCampaignscancelCampaignqueryProviderTransactionslistTournamentsgetTournamentgetLeaderboard
Gamification
Integration
Quick startWidgets on your siteSigned-in playersLaunching gamesGameplay eventsTransportsOutcomes and your obligationsGame cataloguesRewardsOnboarding and go-liveReasons, numbers, currencies
Poker
Integration
OverviewEmbed the poker clientServer APIEvents and webhooks
llms-full.txt
Start here
Aggregation / Part I · FundamentalsCore flow

Game Alligators (GA) puts game studios' games into your casino. Traffic runs in two directions, each with its own key pair. Don't mix them. Direction Who calls whom What it's for Key you use Chapter You → GA You call https://api.rexplay.sit

Aggregation / Part I · FundamentalsRequest & signing

Every call GA sends to your wallet looks like this: http POST /v2/wallet/debit HTTP/1.1 Host: wallet.operator.example Content Type: application/json X API Key Id: key live 01 X Request Id: 0198a1d0 9a30 7f08 a7dd 713e4fd33db0 Idempotency Ke

Aggregation / Part I · FundamentalsEnvelope, money and data formats

Every wallet request has the same outer shape. payload is the action specific part and the per call ids live in payload.meta . json { "request id": "0198a1d0 9a30 7f08 a7dd 713e4fd33db0", "ts": "2026 09 13T12:00:00Z", "operator id": "0197aa

Aggregation / Part I · FundamentalsErrors: one model

Your wallet's codes are Appendix A.1. What GA returns to you is Appendix A.2. Every error from /v2/aggregator/ and /v2/features/ has a non 200 HTTP status and one JSON body, Content Type: application/json : json { "code": "ERROR CODE MAINTE

Aggregation / Part I · FundamentalsIdempotency & retries

Certification tests these hardest. Build them in from day one. The full normative text is in Money Path Rules. Keep every op id with its stored answer for at least 4 months . GA resends for 72 hours, and the margin covers reconciliation dis

Aggregation / Part I · FundamentalsRate limits, pagination, network

Your wallet must answer within 5 seconds per call (§2.7). Aim for well under 1 second. GA doesn't filter your source IP on the Operator API. If you restrict inbound traffic to your wallet, allow GA's outbound addresses: 49.13.169.177 and 46

Aggregation / Part I · FundamentalsMoney Path Rules

The rules below govern the v2 wallet contract when a call goes wrong. The cases are a timeout, a duplicate, a rollback of an operation you never saw, and a win that arrives after the session closed. They're additive: GA removes or renames n

Aggregation / Part II · Operator APIGetting started

1. Get sandbox credentials. Email [integration@gamealligator.com](mailto:integration@gamealligator.com). You receive an operator profile with operator id , the Operator API key pair, and a login to https://operator.rexplay.site . There you

↑ ↓ navigate↵ openesc close
  1. Home
  2. /Integration
  3. /Quick start
Gamification

Quick start

MarkdownSource
DocumentGA Promo — Integration Guide
Version1.6.2
Date2026-10-08
Audienceengineers of a client who put GA Promo widgets on their site and connect their players, games and gameplay to GA Promo
PackREADME.md lists every file

What this pack covers. You run a casino site for one or more brands registered in GA. GA Promo runs the promotions of those brands: collection events, quests, prize drops and the rewards they pay. Your site connects to it in six places:

WhatDirectionChapter
widgets on your pagesGA Promo → your page§2
who the player isyour backend → GA Promo, once per page§3
game launch from a widgetSDK, or widget → your page§4
gameplay and account eventsyour systems → GA Promo§5–§7
game cataloguesboth ways§8
rewards to creditGA Promo → your backend§9

Games that run through GA’s aggregation (launched through GA, §4.3): GA itself delivers every real-money bet, win, refund and settled of their rounds to GA Promo, under the player of your token (§3.2), and these rounds are not checked against any catalogue. For these games you send no round events and no catalogue (§8.1). Do not send them anyway: your connection is checked against the catalogue you sent, so a GA game there is set aside as skipped/game_unknown, and on a connection without a catalogue it is counted a second time. You still send, over §5–§7:

  • account events (deposit, withdrawal, login, §5.4) — GA does not see them — when your promotions use them;
  • the rounds of games that do not run through GA, and their catalogue (§8.1).

A client whose games all run through GA and whose promotions use no account events sends no events at all. Everything else applies to every client.

Quick Start

  1. Fill in GA_Promo_Onboarding_Form_v1.yaml once and send it to your GA integration manager. The form holds no credentials.
  2. We send you, once and over the channel your manager names (§10.2): your client_id for the widgets, your source_id and signing secret per event transport, and the secret we sign reward notifications with. Player tokens (§3.2) are signed with the operator signing key you already hold for Operator API v2 — nothing new to receive for that one.
  3. Put the resolver script and the widget placeholders on your pages (§2) and add the token endpoint that tells the widgets who the player is (§3).
  4. Decide how a game click is launched (§4); sdk-modal lets the SDK launch the game.
  5. Games not on GA: send their catalogue (§8.1) and their events (§5–§7). Games on GA: nothing to send; GA delivers their rounds. Account events (deposit, withdrawal, login): send them in either case when your promotions use them.
  6. Build the endpoint that credits rewards (§9).
  7. Test in the sandbox and reconcile the counts with us (§10.3); then we switch production on.
EnvironmentWidgets (resolver)API, events and catalogue
Sandboxhttps://ludarium.rexplay.sitehttps://api.rexplay.site
Productionhttps://ludarium.game-alligator.comhttps://api.game-alligator.com
NextWidgets on your site
Integration support: integration@gamealligator.comIntegration center
On this page
Quick Start
↑ Back to top