GGR (gross gaming revenue) is the total amount players wagered minus the total amount they won back — the headline revenue line for every casino and the base most casino API billing is calculated on.

What GGR means

GGR stands for gross gaming revenue. It is the simplest and most universally used revenue measure in the gaming industry:

GGR = total bets (stakes) − total wins paid out to players.
It is measured over a period (a day, a month, a quarter) or per round.
It is "gross" because it comes before platform fees, provider fees, licence fees, taxes and bonuses are deducted.
Example: in one month, players at a casino bet ৳10,000,000 in total and win ৳9,200,000 back. GGR for that month is ৳800,000. That figure is the "pie" everyone downstream takes a slice of.

Per-round GGR: how a single round produces revenue

GGR is the sum of outcomes at round level. Every game round produces a net result:

Player bets 100 and wins 70 → round GGR = +30.
Player bets 100 and wins 0 → round GGR = +100.
Player bets 100 and wins 150 → round GGR = −50 (a losing round for the house).
This is why GGR can be negative in a short window: a few big wins can exceed the bets taken in that window. Over a large enough number of rounds, the house edge (see the house edge term) makes GGR trend positive — but short-term variance is real, and an operator's cash flow should be planned around it, not around a single day's GGR.

GGR vs NGR vs turnover

Regulators usually tax GGR; operators budget on NGR; aggregators and studios usually contract on GGR. When a provider says "we charge X% of GGR", it means X% of bets minus wins — typically charged only on losing (positive-GGR) rounds or periods.

Turnover (handle): the total amount wagered, without any netting of wins. A ৳100 bet re-staked 20 times is ৳2,000 of turnover.
GGR: turnover minus winnings. The industry's standard "revenue" line.
NGR (net gaming revenue): GGR minus bonuses, payment fees, provider fees, taxes and other direct costs. Closer to actual take-home.

How GGR-based casino API billing works

GamingAPI (casinoapi.shop) prices its game API as a percentage of positive GGR. The mechanics:

Each game round delivers a bet and a win event to the operator's wallet via signed callbacks.
When a round's win is lower than its bet (the player lost), a percentage of the loss is charged as the platform fee.
When the round's win is higher than its bet (the player won), nothing is charged on that round.
The fee is settled from a pre-funded settlement wallet, so play never stops mid-session.
This structure means a startup operator pays nothing in months with no play, and pays only when games actually generate revenue. It is the same commercial model studios themselves use — which is why it has become the default for aggregator APIs in emerging markets.

GGR in your reports

If you integrate through an API, insist on per-round reporting: round ID, game code, bet, win, currency and the fee applied. Both the admin and client panels in GamingAPI expose round-level bet/win figures, so the GGR number on a dashboard should always reconcile with the raw round ledger. If your current provider cannot show you round-level data behind its GGR number, you cannot audit the bill.