Page body
What this page shows
Affiliate Events Report is the audit log of events the platform tried to send to the affiliate
system. Each row is one stored affiliate event: when it was created, what kind of event it was,
which affiliate and player it belonged to, the amount and currency that were saved with it, whether
the send succeeded, and the exact request URL and payload that were used.
Above the table, a row of green chips shows the successful totals grouped by currency.
When to use it
- confirm whether registration, deposit, GGR, withdrawal, or bonus events were actually sent to the affiliate provider
- investigate why a specific event failed by reading its stored error and request payload
- check how much was reported to affiliates per currency over a date range
- pull a CSV of the matching events for reconciliation with the affiliate platform
How to read it
- Each chip in Successful totals is the summed amount for one currency, plus the count of
successful events in parentheses, for example
EUR 1,250.00 (42). - The totals only include events whose status is
successand that carry a numeric amount. - Currencies are never mixed. Each currency is summed on its own and shown as its own chip. There is no single combined total and no exchange-rate conversion on this page.
- The table count line (
N events found) reflects every matching event, not just successful ones. - A row marked
successshows when it was sent; any other status shows the stored error message instead. AmountandCurrencyare read from the saved event payload. When the payload carries no currency, the row and the totals showUNKNOWN.
Filters that change the result
Start dateandEnd datebound the event creation date. The end date is inclusive of the whole day.Event typelimits to one ofregistration,deposit,ggr,withdrawal, orbonus.Statuslimits to one ofpending,processing,success,failed,not_qualified,cancelled, orretried.Affiliate / partnermatches a partner identifier exactly against the event PID, the affiliate link external id, or the link payloadpid/stag.- Filters are staged in the form and applied only when you press
Apply.Resetreturns to the default last-7-days window and clears the other filters.
Export
Export downloads the events that match the currently applied filters as a CSV. The export ignores
the on-screen page size and streams up to the matching rows within the date range. It uses the same
filters as the table, so the date range, event type, status, and partner filter all carry through.
The CSV lists one row per event with the resolved identifiers, amount, currency, error, request URL,
and the saved payload. The per-currency totals chips are a screen-only summary and are not part of
the CSV.
Why values may differ from other reports
- This page reports what was sent to the affiliate system, not the platform's own ledger. A deposit can exist in finance reports without a successful affiliate event here, and vice versa.
- The amount shown is whatever was stored on the affiliate event at the time it was created. It is not re-converted or revalued, so it reflects the currency that was recorded with the event.
- Failed, pending, and cancelled events are listed in the table but never counted in the successful totals.
Known caveats
- The successful totals are per-currency sums only. There is no cross-currency grand total on this page.
- Amount and currency come from the saved payload using a fixed precedence. If a provider stored the amount under an unexpected key, that event can show no amount and is then excluded from totals.
UNKNOWNcurrency groups any successful event whose payload had no recognizable currency.- The partner filter is an exact match, not a contains search.
Verification status
- status:
verified_backend - FE route, filters, totals chips, table columns, and CSV export are mapped
gs-admin-backendowns the route, controller, service, and the raw SQL aggregation overnx.affiliate_events- no
nx-workspacecore dependency participates in this read-only report, so the status isverified_backend, notverified_backend_and_core