Logo GH

Partage des revenus en ligne

1) L'essence et les objectifs de RevShare

Le partage des revenus est la répartition des revenus nets entre les membres du réseau (opérateurs, studios/RGS, agrégateurs, affiliés/médias, PSP/APM, fournisseurs KYC/AML, streamers) selon des formules transparentes qui tiennent compte de la contribution et de la qualité. Objectifs :
  • Aligner les incitations (croissance du FTD/ARPU/LTV tout en respectant le RG/Complaens) ;
  • réduire la controverse et le Cost-to-Serve grâce à des règles d'attribution et de calcul uniques ;
  • assurer la prévisibilité du cache et la résilience aux incidents.

2) Les principaux modèles de distribution

2. 1 Linéaire (bilatéral)

Opérateur ↔ Partenaire (studio/affiliation) : Pourcentage fixe de Net Revenue lorsque le SLO est exécuté et qu'il n'y a pas de sanctions.

2. 2 Multipartite (réseau)

Opérateur ↔ Studio ↔ Agrégateur ↔ Affiliation ↔ Fournisseurs d'infrastructures : parts réparties en fonction de la contribution et de la qualité (voir § 5).

2. 3 Hybride

RevShare + CPA/CPL/garantie minimale ; ajusté en fonction des facteurs de qualité et des sanctions.

2. 4 Dynamique

Les taux et les multiplicateurs changent en fonction des déclencheurs (heure de pointe, région, jeu/pool de liquidités, profils de risque).

3) Ce qui est considéré comme un revenu : Net revenu canonique

Formule de base (simplifiée) :
[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR : chiffre d'affaires brut des jeux/paris.
BonusCost : valeur réelle des bonus/FS/cashback.
Payment Fees/Chargebacks : commission APM/PSP et retours.
Taxe/Levy : taxes/prélèvements de juridiction.
Fraud Losses : pertes de frod confirmées (selon la procédure).

💡 Canonique et les propriétaires de formules sont enregistrés dans le Metric Store (versions, sources, fenêtres).

4) Attribution et fenêtres (qui a « apporté » le revenu)

Règle : last eligible touch avec fenêtres par pays et par type d'événement (clic/inscription/FTD).
Stitching cross-device : uniquement selon les tokens convenus sans PDn brut.
Contribution multi-hop : si le parcours du joueur comprend des médias/chaînes, la répartition par poids est appliquée (voir § 5. 2).
Dédup/idempotence : 'eventId' + signature postback, fenêtre ± 5 min, réplication de l'historique des cases.

5) Qualité et équité : coefficients et poids

5. 1 Qualité (Q)

[
Q_i = w_{sli}\cdot SLI_i + w_{rg}\cdot RG_i + w_{attr}\cdot ATTR_i + w_{sec}\cdot SEC_i
]

SLI/SLO : aptyme, p95 API/webhooks, barre de pneus.
RG : pas de déclencheurs/pénalités « rouges ».
ATTR : précision et actualité des posts/trackings.
SEC/BOU : pas de fuites/foles de sanctions.

Les poids (w _) sont rationnés à 1 et approuvés par le conseil de l'écosystème.

5. 2 Cloisonnement du réseau (contribution × qualité)

Part du participant (i) dans la période :
[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

où (CT_i) - contribution (rake/trafic/contributions au pool, coûts d'exploitation), (Q_i) - facteur de qualité.

5. 3 Paiement

[
payout_i = share_i \times NetRev \times rate_i \times Adj_i
]

'rate _ i 'est un taux RevShare (fix/plage/haut-parleur).
« Adj _ i » - ajustements (crédits/pénalités pour SLO, pénalités RG, recalculs).

6) Contrats de données, oracles et probabilités

Contrats de données : diagrammes d'événements/métriques, fenêtres, propriétaires, SLA de fraîcheur.
Oracles : résumés signés (GGR, bonus, chargbecks, taxes) avec 'traceId' et formules versionées.
Récupération : déchargement de curseurs, rapprochement des agrégats et des hachages, actes de divergence.
Audit WORM : Journaux invariables des modifications de formules/taux/règles.

7) Droits, accès et vie privée

Zero Trust : mTLS/JWS, jetons à courte durée de vie, egress-allow-list.
Minimisation PII : jetons au lieu de PDn ; désintoxication - seulement dans les zones de sécurité.
RBAC/ABAC/ReBAC : accès aux agrégats et aux onglets des vitrines ; SoD (je regarde ≠ je change les taux ≠ j'admets les clés).
Juridictions : localisation des données/de l'argent, DPA/DPIA, interdiction des exportations croisées de PDn.

8) Sanctions, boutons d'arrêt et exceptions

SLO-malus/bonus : correction automatique du paiement en cas d'écart par rapport aux SLO cibles.
RG/sanctions : pause instantanée de RevShare et collusion des recettes jusqu'à RCA.
Break-glass : accès d'urgence avec audit obligatoire.
Exceptions justifiées : seulement avec TTL, propriétaire et service automobile.

9) Économie et prévision du cache

Plan-fait : mois NetDev, split, saisonnalité, FX.
Cost-to-Serve: per rps/txn/event/stream; le coût de l'infériorité et de la compensation.
Analyse uplift : contribution A/B/chemins de routage dans NetRev.
Réserves/holds : sous frod/charjbecki/bonus-abyse ; la politique NET7/14/30.

10) Vitrines et scorecards

Panel de partenaires : NetRev, split, qualité (SLI/ATTR/RG), statuts controversés, prévisions de paiement, actes.
Tableau de bord de l'écosystème : carte de répartition NetDev par chaîne/jeu/pays, crédits/pénalités, incidents MTR.
SLO vitrine : fraîcheur ≤ 1-5 s (panneaux d'exploitation), p95 rendu ≤ 1. 5–2. 0 s, aptyme ≥ 99. 9%.

11) Processus : Facturation et reconnaissance

1. Période Cutoff (UTC, fenêtre claire).
2. Résumés/oracles : agrégats signés NetRev/contributions/sanctions.
3. Rapprochement : rubans de curseur, écarts, protocole de négociation.
4. Factures/actes : génération automatique, statut dans le portail, cours FX.
5. Paiement : Conditions NET, holds/clau-back.
6. RCA « sans coupable » : sur des affaires controversées et des incidents de SLO.

12) Incidents et salle de guerre

P1 : argent/PII/dégradation massive - stop-Rever-Share-payment, retour canarien des taux/règles.
P2 : écarts locaux - refroidissement local des split, récupération accélérée.
SLA par paquet de remorques : 60-90 s ; le critère de clôture est les résumés convenus.

13) Anti-modèles

« Beaucoup de vérités » NetRev : différentes formules/fenêtres → controverses et blocages de paiement.
Zoo Post-Back : schémas non signés/différents → prises/passes.
Offset-pagination de l'histoire sous charge → trous/prises (utiliser les curseurs).
SLO « sur papier » : pas d'alertes, auto-malus/bonus et boutons stop.
PII en vitrines et déchargement : fuites, amendes.
Une seule passerelle SPOF pour le redirect/facturation sans N + 1/DR.
Hybrides de taux illimités : économie toxique et flow de cache imprévisible.

14) Chèques-feuilles

Conception

  • Canonique NetRev/GGR et propriétaires de formules (versions, fenêtres, sources).
  • Règle d'attribution, fenêtre, dédupit et signature Web.
  • Modèle de split : CT × Q, paris/fourchettes, sanctions/bonus.
  • Oracles/résumés, Metric Store, Audit WORM.
  • RBAC/ABAC/ReBAC, SoD, Zero Trust, Tokenization.
  • Changez de calendrier, boutons stop, salle de guerre.

Démarrage

  • Bac à sable et tests de conformité (API/EDA/webhooks).
  • Taux/limites canariens, auto-rollback.
  • Dashboards/scorecards, alertes SLO, SLA sur le paquet de remorques.

Exploitation

  • Reconnaissance hebdomadaire, actes de divergence.
  • Revues trimestrielles de paris/multiplicateurs.
  • RCA incidents et mise à jour des guardrails.

15) Feuille de route pour la maturité

v1 (Foundation) : formule de base NetRev, split bidirectionnel signé post-Bec, reconnaissance manuelle.
v2 (Intégration) : Séparateurs réseau CT × Q, oracles et décharges de curseurs, auto-malus/bonus SLO, vitrines et scorecards.
v3 (Automation) : taux dynamiques sur les signaux prédictifs SLI/RG/attr, itinéraires de revenu auto-cut-over, smart-reconciliation.
v4 (gouvernance en réseau) : pools inter-chaînes et split fédérés, règles de taux DAO et trésorerie transparente (on/off-chain).

16) Les métriques du succès

Business : croissance NetRev/ARPU/LTV, part du cache prévisible, baisse du CAC/payback.
Qualité : exactitude/actualité des posts, controverse <X %, proportion d'incidents SLO.
Technique : API/Webhooks p95, pneu, revêtement de trace, incidents MTTR.
Conformité/RG : incidents PDn = 0, conformité avec les juridictions, déclencheurs RG/1k actifs.
Économie : Cost-to-Serve per rps/txn/event, crédits/pénalité, % auto-reconnaissance.
Partenariat : Part des partenaires avec scorecard ≥ seuil, temps de livraison du paquet.

Résumé succinct

Revenue Sharing au réseau est non "le pour-cent de la caisse", et le système démontrable : commun du chanoine NetRev, honnête атрибуция, la formule le dépôt × la qualité, les oracles et reconciliation, en rabotant приватность et SLO-gardrejly. Fixez les règles en tant que code, montrez les split dans les vitrines, automatisez les bonus/malus et la facturation - et RevShare sera un accélérateur de croissance et de confiance dans l'ensemble de l'écosystème.

Contact

Prendre contact

Contactez-nous pour toute question ou demande d’assistance.Nous sommes toujours prêts à vous aider !

Telegram
@Gamble_GC
Commencer l’intégration

L’Email est obligatoire. Telegram ou WhatsApp — optionnels.

Votre nom optionnel
Email optionnel
Objet optionnel
Message optionnel
Telegram optionnel
@
Si vous indiquez Telegram — nous vous répondrons aussi là-bas.
WhatsApp optionnel
Format : +code pays et numéro (ex. +33XXXXXXXXX).

En cliquant sur ce bouton, vous acceptez le traitement de vos données.