Skip to content

Callback Configuration

Beexar needs to know where to send wallet requests during gameplay. You configure 4 callback URLs in the Beexar backoffice for each operator.


CallbackPurposeEndpointSee
Balance URLFetch player balancePOST /balance/balance
BetWin URLDebit/credit player account (atomic)POST /betwin/betwin
Rollback URLReverse transactionsPOST /rollback/rollback
Finish URLRound completion signalPOST /finish/finish
SettingURL
Balance URLhttps://api.casino.com/beexar/balance
BetWin URLhttps://api.casino.com/beexar/betwin
Rollback URLhttps://api.casino.com/beexar/rollback
Finish URLhttps://api.casino.com/beexar/finish

RequirementDetails
ProtocolHTTPS required
MethodAll callbacks use POST
Content-Typeapplication/json
AvailabilityURLs must be publicly accessible from Beexar servers
Response timeShould respond within 10 seconds
AuthenticationX-REQUEST-SIGN header with HMAC-SHA256 signature

You can use different URL patterns depending on your architecture:

balance_url: https://api.casino.com/wallet/balance
betwin_url: https://api.casino.com/wallet/betwin
rollback_url: https://api.casino.com/wallet/rollback
finish_url: https://api.casino.com/wallet/finish
balance_url: https://api.casino.com/beexar/v1/balance
betwin_url: https://api.casino.com/beexar/v1/betwin
rollback_url: https://api.casino.com/beexar/v1/rollback
finish_url: https://api.casino.com/beexar/v1/finish

Callback URLs are configured per-operator in the Beexar backoffice:

  1. Log in to the Beexar backoffice
  2. Navigate to Operators and select your operator
  3. Go to the Callback URLs tab
  4. Enter all 4 callback URLs
  5. Save the configuration

See the Backoffice: API Keys & Callbacks guide for step-by-step instructions with screenshots.

Changes take effect immediately for new game sessions. Existing sessions continue using the URLs that were configured at session creation time.


When Beexar calls your callback URLs and encounters an error:

ScenarioBeexar Action
Connection refusedRetry up to 3 times, then return error to player
TimeoutRetry up to 3 times, then return error to player
HTTP 500Retry up to 3 times, then return error to player
HTTP 400 (api_code 100)No retry, show “insufficient funds” to player
HTTP 400 (other)No retry, log error
Invalid JSON responseNo retry, return error to player

We recommend implementing monitoring for your callback endpoints:

  • Uptime: 99.9% availability target
  • Latency: P99 < 1 second, P50 < 200ms
  • Error rate: < 0.1% non-business errors (exclude code 100)
  • Alerting: Set up alerts for response time spikes and error rate increases