RTP: конфигурациялоо модели

RTP (Return To Player) - оюн/вариант математикасы тарабынан берилген узак аралыктагы теориялык кайтарым пайызы. Өндүрүштө RTP башкарылуучу чектөөлөрдүн жана сигналдардын топтомуна айланат: математиканын тигил же бул вариантына кайда, кимге жана кандай шартта уруксат берилет (97/96/94/92 ж.б.), иш жүзүндөгү кайтарымды кантип эсептөө керек, четтөөлөргө кандай жооп берүү керек жана комплаенс үчүн өзгөрүүлөрдү кантип документтештирүү керек.

1) Терминдер жана деңгээл

Theoretical RTP (tRTP) - жарыяланган параметр математика (тастыкталган).
Effective RTP (eRTP) - опцияларды (джекпот-үстөк, бонус сатып алуу, секунда-бет, провайдердик комиссиялар) эске алуу менен өндүрүштө күтүлгөн кайтарым.
Realized RTP (rRTP) - убакыт терезеси/раунддар боюнча иш жүзүндө кайтаруу (эмпирика).
RTP Variant - белгилүү бир билд/оюн кароо (мисалы, 96. 5%).
RTP Band/Policy - юрисдикциялар/тенанттар үчүн уруксат берилген диапазондор.

Моделдин максаты: уруксат берилген tRTPди ишке киргизүү контекстине (тенант, аймак, валюта, канал) байланыштыруу жана SLO боюнча eRTP/rRTPди текшере билүү.

2) Конфигурацияны өлчөө (биз эрежелерди койгон жерде)

1. Провайдер/Game/Variant - бул жалпысынан колдоого алынат.
2. Tenant/Brand - соода жана UX чечимдер (RTP көрсөтүү).
3. Аймак/Юрисдикция - лицензиялар жана жөнгө салуу алкактары.
4. Канал - web/native/retail/terminal (кээде пулдар/параметрлер айырмаланат).
5. Валюта - джекпоттор жана комиссиялар менен кесилишет (eRTPге таасир этет).
6. Убактылуу терезелер - жарнамалык мезгилдер, канареалык эсептөөлөр.

3) Иерархия, артыкчылыктар, мердж

GLOBAL_DEFAULT < PROVIDER < GAME < VARIANT < TENANT < REGION < CHANNEL < CURRENCY < WINDOW

Конкреттештирүү жок жерде ата-энеден мурас алабыз. Ар кандай ачык deny төмөнкү денгээлде allow жаап турат.

4) Конфигурация схемасы (YAML, мисал)

yaml rtp_config:
schema_version: 1 global_defaults:
allowed_bands: [96, 95, 94] # percentages rounded to whole min_band: 92 show_rtp_label: true # show RTP in the providers directory/card:
prag_play:
games:
gates_of_:
variants:
"96. 5": { status: "allow", label: "96. 5%" }
"94. 0": { status: "allow", label: "94%" }
"92. 0": { status: "deny" }
jackpot_uplift_bps: 35       # +0. 35% to eRTP with tenant pool active:
brand_eu:
regions:
EE:
bands_allow: [96, 94]
default_band: 96 channel:
web:  { bands_allow: [96], default_band: 96 }
retail:{ bands_allow: [94], default_band: 94 }
DE:
bands_allow: [94]
default_band: 94 compliance:
mandate_rtp_label: true currencies:
EUR:
fee_bps: 0 # impact on eRTP
TRY:
fee_bps: 10           # -0. 10% eRTP on paid rollout features:
canary:
brand_eu: { region: "EE", game: "gates_of_", variant: "96. 5", traffic_pct: 10, ends_at: "2025-11-07T00:00:00Z" }
sla:
monitoring_windows:
- { name: "daily",  duration_h: 24, min_rounds: 1_000 }
- { name: "weekly", duration_h: 168, min_rounds: 10_000 }
ertp_tolerance_bps: 50  # eRTP vs tRTP, ±0. 50% for information alerts rrtp_tolerance_bps: 150 # rRTP vs tRTP, ± 1. 50% on weekly window

5) Жарыялоо алдында валидация

Variant күбөлүк: Variant тастыкталган күбөлүк/ID Билд бар.
Юрисдикция алкагы: тандалган band аймакта уруксат берилет.
шайкештиги fich: bonus buy/jackpot/side-bets чегинен тышкары eRTP алып келбейт.
UI-келишимдер: желеги 'show _ rtp _ label '/кээ бир базарлар үчүн милдеттүү белги.
Консистенция: ар бир контекстте дефолт тилкеси бар ("тешик" болбошу үчүн).
Dry-run: формулалар боюнча eRTP эсептөө жана SLO/толеранттуулук менен салыштыруу.

6) Кантип eRTP эсептөө керек

eRTP = tRTP
+ jackpot_uplift
+ side_bet_uplift
- provider_fee
- platform_fee
- bonus_buy_friction

• jackpot_uplift - прогрессивдүү пулдун үстөгү (bps, пулдун өлчөмүнө жана ставкасына жараша).
• side_bet_uplift - экинчи беттен күтүлгөн үлүш (эгер колдонулса).
• provider/platform_fee - раундга/ставкага фикс/пайыз, кээде валютага байланган.
• bonus_buy_friction - бонусту сатып алуу механикасынан "сүрүлүү" (эгерде баасы fair value жогору болсо).

Бардык терминдер жана булактар ​ ​ детерминацияланган деп эсептелет жана конфигурация окуясында логикаланат.

7) RTP боюнча Fich таасири

Bonus Buy: натыйжалардын бөлүштүрүлүшүн өзгөртө алат; buy-режими үчүн eRTPди өзүнчө бекитиңиз.
Jackpot: eRTP топтоого көз каранды; eRTP диапазонуна жол бериңиз, бирок контролдук пункттарды сактаңыз (мисалы, ар бир N% бассейндин өсүшү менен - ​ ​ кайра эсептөө).
Side Bets/Feature Bets: өзүнчө RTP профилдери; чектелүү аймактарда тыюу салыңыз.
Volatility profile: RTP бирдей, бирок дисперсия ар кандай; профилди (low/med/high) тилкенин жанында сактаңыз.

8) Каталог, ишке киргизүү жана адаптерлер

Каталог/Read Model: сактайбыз 'tRTP _ band', 'eRTP _ range', 'label', желектер fich.
Game Launch: Сессияны баштаганда адаптер контекстке уруксат берилген тилкени текшерет; туура келбесе, баштоого тыюу салат.
Round Events: Round окуялар. Started/Resulted 'кошуу' rtp _ context '(variant_id, band, flags) - бул аудитти жана метриканы жөнөкөйлөтөт.

9) Мониторинг, SLO жана Drift

• 'rRTP _ window _ daily/weekly' - терезелер боюнча иш жүзүндө кайтаруу.
• `rounds_count`, `stake_sum`, `win_sum`, `jackpot_contrib`.
• `deviation_bps = rRTP - tRTP` и `rRTP - eRTP`.
• 'bonus _ buy _ share', 'side _ bet _ share' - дрейфтин себебин түшүнүү үчүн.
• 'jackpot _ level' жана ишке киргизүү жыштыгы.

10) Анти-кыянаттык жана коргоо

Аномалиялар: утуштарды кескин жарылуу, feature buy ырааттуулугу → түзмөк/эсеп/IP/сегмент боюнча текшерүү.
Лимит саясаты: аномалиялар учурунда bonus buy/side bets убактылуу өчүрүү.
Вендор-фид: фич натыйжаларынын ыктымалдыгын провайдердин референттик фидери менен салыштыруу.
Семплинг кол ревю: жогорку дисперсия жана тез-тез даттануулар менен оюндар.

11) Комплаенс жана ачык-айкындуулук

Юрисдикциялар: уруксат берилген топтордун жана милдеттүү маркировкалардын тизмеси (мисалы, RTP/курактык эскертүүлөрдү көрсөтүү).
Сертификация/ID Билд: отчеттун шилтемесин, math profile версиясын сактаңыз.
Отчеттуулук: 'tRTP', 'eRTP', 'rRTP' жана өзгөрүү окуялары менен жөнгө салуучу отчетторду бериңиз.
UI/Мазмун: оюн картасында - туура RTP этикеткасы жана эскертүүлөр (эгерде eRTP джекпоттон көз каранды болсо).

12) Канар релиздери жана A/B

Canary: бир юрисдикциядагы трафиктин 5-10% жаңы тилкесин күйгүзүңүз → 'rRTP', 'rounds _ count', даттанууларды ээрчиңиз.
A/B: бир гана RTP эмес, ар кандай бизнес-топтор менен конверсия/тартуу/ARPU салыштыруу.
Автооткрат: rRTP критикалык босоголордон чыкканда - конфигурацияны артка кайтаруу.

13) Аудит жана өзгөрүүлөрдү башкаруу

json
{
"event_type":"RTPConfigChanged",
"changed_by":"user@company",
"tenant_id":"brand_eu",
"scope":"regions. EE. games. gates_of_",
"old":{"default_band":94},
"new":{"default_band":96},
"reason":"licence_update_2025Q4",
"occurred_at":"2025-10-31T12:00:00Z"
}

Өзгөрүлбөгөн журналды жүргүзүү талаш-тартыштарды талкуулоону жана талаптарга жооп берүүнү жеңилдетет.

14) Сыноо

Contract tests: схеманын ырааттуулугу, дефолттордун болушу, deny/allow логикасы.
Property-based: 'eRTP' ар кандай fich комбинациялары үчүн акылга сыярлык чектен ашпайт.
Replay: жаңы конфигурациянын үстүнөн тарыхый раунддарды басып өтүү (оффлайн) → отчетторду текшерүү.
Chaos: адаптерлерди кайра баштоо, джекпот-фид лагдары, фич желектерин өткөрүп жиберүү.
Алтын комплект: eRTP эталондук эсептөөлөр менен оюндар/параметрлер топтому.

15) Playbooks (runbooks)

1. rRTP жума tRTP төмөн кетти

үлгүсүн текшерүү, bonus buy/side bets үлүшү, джекпот актуалдуулугу жана пайда.
Талаштуу фичтерди өчүрүү (желек), провайдерге кабарлоо, күчөтүлгөн журналды күйгүзүү.
Зарыл болсо, убактылуу band/параметр.

2. "Адилетсиз RTP" жөнүндө оюнчулар даттануулар

Берүү 'as _ of' конфигурациялары, ID Билд, жумалык rRTP жана эсептөө ыкмасы.
Чектөөлөргө/чектөөлөргө/жоопкерчиликтүү оюнга оюнчу сегментин текшерүү.

3. UI белгилеринин дал келбегендиги

'rtp _ label' контекст үчүн конфигурация менен салыштырып, витринаны жылдырып, e2e валидациясын баштоо.

4. Джекпот катасы

uplift/лейблдерди өчүрүү, separate accounting бекитүү, оюнчу абалы боюнча маалымат.

16) типтүү каталар

tRTP жана eRTP аралаштырып: практика джекпот/сүрөт көз каранды жерде теориясын көрсөтүү.
Дефолттордун жоктугу → оюн "тешик" контекст менен башталат.
параметрлери/юрисдикциялары боюнча конкреттүүлүгү жок "жалпысынан провайдерге".
Чакан маалыматтарда rRTP боюнча → жалган алерталар жок.
Аудит жана канарейка жок өзгөрүүлөр → бардык базарларда бир эле учурда окуялар.
eRTP → күтүүлөр жана чындык айырмачылыктар боюнча комиссия/fees четке кагуу.

17) Азык-түлүктүн алдындагы чек-тизме

• Ар бир Variant күбөлүк/ID жана белгиленген tRTP бар.
• Ар бир комбинация үчүн (tenant/region/channel) default_band берилген.
• эсептелген eRTP (джекпот, чичи, fees) жана толеранттуулук өтөт.
• RTP этикеткалары жана юрисдикция талаптары туура UI чагылдырылган.
• rRTP/eRTP мониторинг жана тандоо босоголору кирет; Алерттер орнотулган.
• Жаңы Band үчүн Канар; автооткат.
• Өзгөрүүлөрдү текшерүү жана жөнгө салуу үчүн отчетторду экспорттоо.
• Drift Playbook, талаштуу утуштарды, джекпот ийгиликсиз.
• Tests: келишим/босого/property/реплика.

Корутунду

RTP конфигурациялоо модели "оюн картасындагы пайыз" эмес, тобокелдикти жана ишенимди башкаруу системасы. Так эрежелердин иерархиясы, eRTP аныктоо эсептөө, rRTP байкоо, канар релиздери жана катуу аудит талаштуу теманы болжолдонгон инженердик процесске айландырат - продукт үчүн ыңгайлуу, оюнчулар үчүн түшүнүктүү жана комплаенс үчүн коопсуз.