奖励条款的透明度

1）目的和领域

使奖励条件清晰，诚实和可验证，消除"隐藏"限制，并尽量减少监管风险/投诉。覆盖范围：整个促销周期（想法→创意→登陆→激活→计算→输出/争议），CRM/Ads/关联渠道，产品/钱包，CS，法律/合规/RG/AML。

2）原则（公平奖金）

Plain Language.仅简单公式和数字示例。
Key Terms Up Front.关键条件在参与之前是可见的。
No Traps.禁止隐藏的"cap"，即事后规则的突然更改。
Player First.在模棱两可的情况下，争议被解释为有利于玩家。
RG兼容性。奖金不会刺激有害行为。
可证明性。所有条件都是经过验证和确定的。

3）角色和RACI

Promo Owner（CRM/Marketing Lead）-概念，预算，目标。(R)

产品/UX-条件显示，"summary box"，计算器。(R)

法律/合规性-条件/文本的咆哮，本地规范。(A)

RG Lead-限制兼容性检查/RG。(C)

Risk/Anti-Abuse-滥用规则，限制，监控。(R)

财务-权责发生制，储备，报告。(C)

Affiliates Manager-符合合作伙伴的创意。(R)

CS/Trust＆Safety-脚本，投诉/争议处理。(R)

内部审核-促销样本和合规性检查。(C)

4）奖金发行人的强制性元素（最低）

1.类型：欢迎/relod/frispin/Cashback/锦标赛。

2.大小：fix/百分比,最低/最大值,货币。

3.Vager （WR）：回升的系数（奖金、存款、两者）,计算示例。

4.游戏贡献：插槽X%,挂板Y%, live Z%（清晰表）。

5.时间：激活/重新连接/自由旋转（日期/小时、超时）。

6.马克斯。WR利率：数字和货币，超额后果。

7.马克斯。奖金/奖金：如果有-直接指定。

8.有限的游戏/工作室/机制：与锚点的列表或链接。

9.存款/促销代码：分钟存款,付款方式（例外）。

10.RG和免除压力：提及限制/休息。

11.Antiabuse：简而言之：禁止多帐户/fors-bet/下注权重转移。

12.T＆C版本：vX。Y.Z，出版日期/时间。

5）UX模式"短而清晰"

促销卡顶部的Summary box（第4节中的12点）。
带有示例的下拉块："如何计算WR"，"利率限制示例"。
WR计算器：输入金额→显示所需的周转/进度。
标签芯片：WR：30 x（奖金），Max bet：5欧元，Expiry：7d。
入线插页：尝试下注>max时发出警告。
禁止使用深色模式：没有"隐藏"的灰色文本。

6）Antiabuse-但没有陷阱

明确的禁令：多重计费，镜像投注，为了WR而零波动，通过风险最低的游戏"清除"，自由职业仲裁。
制裁的相称性：首先扣留奖金收益，而不是存款；禁令-仅在明显欺诈的情况下。
证据基础：事件/日志，行为争吵，捆绑设备/付款。
上诉：应答时间，透明记录。

7）广告，CRM和附属公司

广告承诺=实际条件。在实际的cap 50中没有"高达500%"。
年龄过滤器：18+/21+，未知age=suppression。
禁止"侵略性"创意（承诺"收回损失"，"没有风险"）。
附属机构：获得相同的摘要盒和版本ID；不得改动措辞。
UTM/后备箱：与T&C （audit proof）版本的点击捆绑。

8）与RG/AML的兼容性

在活动的RG 限制/SE中-完全支持促销。
奖金不应绕过限额或鼓励在"红色区域"中重复存款。
AML：付款方式/国家豁免-立即在摘要框中。

9）数据和存储（最低型号）

promo_id, version, market, start_at, end_at,
type, amount_min, amount_max, wr_value, wr_base{bonus    deposit    both},
max_bet, max_win, game_weights[], excluded_games[], payment_rules[],
expiry_days, terms_url_hash, created_by, approved_by, approved_at,
player_accept_event{ts, ip_hash, ua}, player_view_version, locale,
abuse_ruleset_id, rg_suppression_flag

存储T＆C版本的hash和玩家的同意事实（事件）。
WORM版本和创意杂志，绑定到UTM/关联。

10）控制程序

预发布门：没有完整的摘要框和Legal/RG批准,促销不会发布。
按市场划分的特征旗：不同的限制/复制/强制性打折器。
Max bet enforcement：产品在活动的WR下锁定高于阈值的利率。
"你不能追溯统治。"仅通过新版本进行编辑；活跃的参与者-在旧的条件下。
定期对账：WR ↔ 钱包/GL计算。
分支机构的审计：租赁样本，与官方版本比较。

11） KPI/KRI和dashboard

Promo Complaint Rate（在1k参与中）。
WR Completion Rate和重新组合前的时间中位数。
Max Bet Violations（锁定费率份额）。
Withdrawals After Bonus（无争议）和TtPayout。
Affiliates一致性指数（创意/版本匹配）。
Refund/Goodwill Cost（结算费用）。
Auditability Score（带有完整工件包的%促销）。

12）支票单

在发布促销之前

• 已填满摘要框；WR/限制示例。
• Legal/Compliance/RG批准了文本/创意。
• 启用max-bet enforcement；游戏贡献表是相关的。
• CRM/Ads/Affiliates获得了T＆C和hash版本。
• 测试：WR计算，max bet上方的块，排除的游戏。

在促销期间

• Dashbord投诉/争议，CS回复的SLA。
• 监视max bet/abuse模式的违规行为。
• RG-suppress运行（对于高风险/SE）。

促销结束后

• 报告：KPI，投诉，和解，CAPA。
• 创意和T＆C档案（WORM）；填充知识基础。

13）脚本和模板（快速插入）

A）总结盒（示例）

奖金： 100%至200+100 FS

明。存款： 20欧元

WR： 30 ×奖金（示例：100欧元⇒需要提供3,000欧元）

游戏贡献： 100%插槽,10%, live 0%

马克斯。WR： 5欧元

时间：激活7 dn，重新连接14 dn，FS-7 dn。

马克斯。奖金奖金： 500欧元

不包括游戏： 请参阅列表

付款方式： ［A, B］-是；［C］-否

条件版本： v1。4 (2025-11-01)

B）简短广告软盘

C） CS对max bet争议的回应

D）玩家上诉（响应模板）

14）技术骨架

API:

"GET/promo/{id}/terms"（返回总和+完整条件+版本hash）

"POST/promo/{id}/accept"（保留同意事件）

"GET/wallet/wr-status" （WR, max bet, expiry）

События: `promo_viewed`, `terms_accepted`, `wr_updated`, `max_bet_violation_blocked`, `withdrawal_requested_after_bonus`.

CI中的验证：游戏条件/权重方案，WR计算测试，局部匹配。
Fichi： WR计算器、进度横幅、"排除游戏"块。

15）频繁的错误和预防

WR"安静"存款+奖金。→明确说明WR基数和示例。
小字体关键限制.→在摘要框和直线验证器中。
在促销期间更改条件。→只有新版本；活跃在老人身上。
会员之间的不一致。→忠诚度和审计，取消报酬的权利。

未记录的排除游戏.→单一列表与锚和验证在后端.

Max投注未执行。→技术块+警告。

16）30天实施计划

第一周

1.批准摘要框标准和T&C模板（RU/EN+locales）。
2.设置条件与工件的转换/散列过程。
3.在CI中专门化数据/事件模型和验证。

第二周

4.实现WR计算器,进度横幅,max-bet enforcement。
5.将CRM/Ads/Affiliates连接到version-feed和hash签名。
6.准备有关争议的CS脚本和宏。

第3周

7.1-2促销的飞行员：A/B"短打折器"，测试UTM→versiya。
8.复古投诉,设置复制品/示例。

第四周

9.标准完整发布；KPI dashboard和每周报告。
10.市场营销/会员培训/CS（1小时）。
11.计划v1。1：从电路中自动生成摘要框，本地需求配置文件。

• 道德和行为守则
• 负责任的游戏和限制/现实检查
• 自我排斥和帐户锁定
• AML策略和事务控制
• KYC程序和验证级别
• Dashboard complians和监控
• 监管报告和数据格式
• 内部/外部审计和审计清单