Functionality
This API updates the player’s balance by:- The Operator is expected to debit the player’s balance by the given betAmount.
- Each bet must include a unique transactionId, which the Operator must check before processing. If a transaction with the same ID has already been handled, no changes should be made and the cached result should be returned to avoid duplicates.
Headers
A unique identifier associated with operator calling API.
A SHA256 HMAC signature generated using the request body and timestamp.
Format: HMAC_SHA256(JSON.stringify(data) + ’|’ + timestamp), signed using the
provided secret key.
An Unix timestamp (milliseconds) when the request was sent. Ensure the same
value is used in signature generation.
Must be set to
application/jsonRequest Body
The unique transaction identifier. An action with same transactionId shouldn’t be processed more than once.
A unique identifier for the session.
The unique identifier for the player.
The unique identifier for the game.
Player’s current session currency code.
The amount the player bets.
To maintain precision and avoid floating-point errors, the amount field is processed as an integer value by multiplying the actual amount by
100000.For example, a amount of 12.34567 will be represented as 1234567 in the API.Response
Code indicates status of the request weather it is succeed or failed. We have listed error codes here
An ID of an action that is generated for each of our calls to the Operator, used to sync OppiGame and Operator sides for debugging purposes. The Operator has to respond with the same transactionId as the one received in request.
The updated balance of the player.
To maintain precision and avoid floating-point errors, the balance field is processed as an integer value by multiplying the actual amount by
100000.For example, a balance of 12.34567 will be represented as 1234567 in the API.