API Documentation

AS Tech iGaming API — Developer Documentation

Everything you need to integrate: REST endpoints, HMAC authentication, sandbox keys, SDKs in 6 languages, webhooks, Postman collection and reference implementations.

  • REST + HMAC-SHA256 auth
  • Sandbox keys in 24 hours
  • Postman collection included
  • SDKs: Node, Python, Go, PHP, .NET, Java
  • Webhook reference implementations
  • OpenAPI 3.1 spec
admin.astech.io

API Documentation

Live operations

ONLINE

RPS

12,847

Uptime

99.99%

p95

42ms

GGR (24h)

Why operators choose AS Tech

Built for serious iGaming businesses

REST API

Versioned REST endpoints (/v1) with JSON request/response bodies and predictable error codes.

HMAC-SHA256 auth

Every request signed with HMAC-SHA256 using your secret key, IP-whitelisted at the edge.

Sandbox environment

Full sandbox with mock wallets, simulated game launches and unlimited test calls — no rate limits.

Webhook callbacks

Idempotent webhook callbacks for balance, bet, win and rollback events. Reference implementations in 6 languages.

OpenAPI 3.1

Machine-readable spec for codegen, validation and IDE autocompletion.

Postman collection

Pre-built Postman collection with environment variables, signing scripts and example responses.

Authentication: HMAC-SHA256

Every request to the AS Tech API must be signed with HMAC-SHA256 using your account's secret key. The signature is computed over the request body (or empty string for GET requests) and sent in the X-Signature header. The X-Api-Key header identifies the calling operator.

Signatures must be generated server-side — never expose your secret key in browser code. Sandbox and production use distinct keys; never reuse keys across environments.

Wallet integration: 4 webhooks you implement

Operators implement four webhook endpoints that AS Tech calls during game play: /balance (return current player balance), /bet (debit player wallet for a bet, return new balance), /win (credit player wallet for a win, return new balance) and /rollback (reverse a previous bet or win, return new balance).

All webhooks must be idempotent — AS Tech may retry on network failure, so duplicate calls with the same transaction_id must not double-charge. Reference implementations in Node.js, Python, Go, PHP, .NET and Java are available in the integration kit.

Error handling and rate limits

Errors follow a consistent shape: HTTP status code, error_code (machine-readable enum), message (human-readable) and details (context-specific object). Common codes: AUTH_INVALID, IP_NOT_WHITELISTED, RATE_LIMITED, GAME_UNAVAILABLE, INSUFFICIENT_BALANCE, PLAYER_BLOCKED.

Rate limits are 1,000 requests/second per API key by default, with burst tolerance for game launches. Higher limits are available on request. Sandbox has no rate limits to encourage thorough integration testing.

Sandbox to production rollout

Sandbox keys are issued within 24 hours of commercial agreement. Sandbox mirrors production game logic with simulated wallets and unlimited test calls. Production rollout follows a 4-step certification: webhook idempotency tests, rollback handling, error-code coverage and load testing. Most operators complete certification in 5–10 business days.

Core endpoints
MethodEndpointAuthPurpose
POST/v1/player/createHMACCreate or upsert a player
POST/v1/game/launchHMACGenerate signed iframe game URL
GET/v1/gamesHMACList available games
POST/v1/transactions/betHMAC (webhook in)Debit player wallet for bet
POST/v1/transactions/winHMAC (webhook in)Credit player wallet for win
POST/v1/transactions/rollbackHMAC (webhook in)Reverse a bet or win
GET/v1/reports/ggrHMACDaily GGR report (CSV/JSON)

FAQ

Frequently asked questions

How do I get a sandbox key?+

Sandbox keys are issued within 24 hours of signed commercial agreement. Visit /demo-access or contact sales.

Is there an OpenAPI spec?+

Yes. The full OpenAPI 3.1 spec is shipped with the integration kit alongside SDKs and the Postman collection.

Which SDKs are available?+

Node.js, Python, Go, PHP, .NET (C#) and Java. All SDKs handle HMAC signing, retries and rate-limit backoff automatically.

What's the webhook timeout?+

Wallet webhooks must respond within 5 seconds. Slower responses are retried with exponential backoff; persistent failures result in the round being rolled back.

Can I test failure scenarios?+

Yes. The sandbox exposes special player IDs that force error responses (insufficient balance, locked wallet, KYC required) to help you certify error paths.

Is there a status page?+

Yes — status.astech.io publishes uptime, incident history and scheduled maintenance windows. Webhooks for incident notifications are available.

Launch with AS Tech iGaming

Get instant demo access to the full operator panel, API and 5,000+ certified games.