/Deposit endpoint when a player wins. Your server must add the specified amount to the player’s balance and return the new balance. A deposit always succeeds as long as the player exists — there is no concept of insufficient funds when crediting a win. You implement this endpoint on your own server.
Endpoint
{your_callback_base_url} with the HTTPS base URL you registered with GitSlotPark (for example, https://casino.com/WalletService).
Your endpoint must be served over HTTPS and must always return HTTP 200. Use the
result field in the JSON body to communicate success or failure.Request parameters
GitSlotPark sends the following JSON body to your endpoint.Your Partner ID assigned by GitSlotPark.
The player’s ID in your system.
The amount to credit, expressed as a string with exactly 2 decimal places (for example,
"25.00").A unique identifier for this transaction, generated by GitSlotPark. Store this value so you can detect duplicate requests and handle any subsequent rollback.
The game round identifier this win belongs to.
HMAC-SHA-256 signature computed over
agentID + userID + amount + transactionID + roundID (concatenated in that order) using your secret key. Expressed as a 64-character uppercase hex string.Example request from GitSlotPark
Response fields
Your server must respond withContent-Type: application/json and HTTP 200.
Result code. Use
0 for success or 11 for a duplicate transaction. See result codes below.The player’s balance after the credit. Required when
result is 0 or 11.Your internal transaction reference. Optional — include it if you want to correlate GitSlotPark transactions with your own records.
Example success response
Example duplicate transaction response
Result codes
| Code | Meaning |
|---|---|
0 | Success |
1 | General error |
3 | Invalid sign |
5 | User not found |
11 | Duplicate transaction |