Skip to main content
All API requests require an API Key passed via the X-API-Key header. Obtain yours at Dashboard → Settings → API Keys.

Event Types

Transaction events are sent to POST /api/v1/transaction. The Kafka topic is fixed: atlas.events.raw.transaction.

Track a Deposit

Track a Withdrawal

Request Fields

Envelope Fields (all events)

string
required
Organization identifier.
string
required
Brand identifier.
string
required
Event type: deposit or withdraw.
string
Player IP address at transaction time.
number
Player latitude at transaction time.
number
Player longitude at transaction time.
boolean
Marks the event as operator test traffic. When true, the event is accepted (202) but rerouted to an audit-only store — it never appears in analytics, dashboards or risk scoring. Defaults to false when omitted.

Transaction Fields

string
required
Your internal user identifier. Must be consistent across all events for the same player.
string
required
Your internal transaction identifier. Must be unique per transaction. Used for deduplication.
string
required
ISO 8601 timestamp when the transaction happened.
number
required
Transaction amount. Positive for deposits and withdrawals.
string
required
Transaction status: RECEIVED, APPROVED, REQUESTED, PENDING, UNDER_REVIEW, DENIED.
string
ISO 4217 currency code (e.g., BRL, USD, EUR).
string
Payment method used in the transaction (e.g., PIX, TED, CARD).
string
Payment provider/acquirer used to process the transaction.
boolean
Indicates whether a bonus was credited together with the transaction.
string
Bonus campaign code applied to the transaction, when applicable.
boolean
Indicates whether user KYC was verified at transaction time.
boolean
Indicates if this is the user’s first financial transaction.
number
Player balance immediately before the transaction. Used for balance reconciliation.
number
Player balance immediately after the transaction. Used for balance reconciliation.

AML Considerations

Transaction events feed directly into Atlas’s PLD (Anti-Money Laundering) engine.For compliance purposes, always include:
  • transaction_id — for transaction-level audit trails
  • before_balance and after_balance — for reconciliation reports
  • transaction_dt — actual transaction time, not ingestion time
→ See PLD Compliance Guide for AML monitoring configuration.

Batch Transactions