存款和损失限额

1）为什么需要限制

限制是响应游戏（RG）的关键工具，允许玩家控制成本和时间，并允许运营商通过减少投诉，charjbacks和运营风险来履行许可和道德义务。

• 防止伤害和冲动支出。
• 成本透明和可预测性。
• 符合监管机构/支付合作伙伴的要求。

2）限制类型和术语

注：在许多法域，存款和/或损失限额最低限度是有约束力的。

3）"冷却"法规和限制变更

降低限制-立即生效。
加薪-仅在"冷却"期间（24-168小时，取决于政策/管辖权）之后。
取消限制=提高到"无限制"→也通过"冷却"。
更改历史记录存储在未更改的日志中（时间、IP/设备、通道）。

4）诚实计算公式

4.1存款限额

跟踪指定期间成功补货的金额。
取消/退还的存款不会增加实际支出，但要考虑当地规范（当取消计为尝试时）。

allowed_today = daily_deposit_limit - sum(successful_deposits[today])
allowed_today = max(0, allowed_today)

4.2损失限额（Net Loss）

Net Loss=（Σ期存款）− （Σ期结算）−（期初资产负债表−期末资产负债表）−（现金等价奖金注销）

考虑货币兑换和时间限制（本地TZ）。
门槛控制：达到80％/100％时-阻止新利率/存款（按政策）。

4.3营业额限制

我们总结所有利率（包括现金等价物，如果政策中有这样的规定）。
退款/取消费率扣除。

5）UX模式和成品文本

可用性：限制在配置文件（1-2点击）中可见,在onbording上可见,软建议设置限制。

• "选择限制以控制成本。在48小时（冷却期）后立即减少，增加"

• "今天你贡献了200欧元中的120欧元（60％）。剩下80欧元"

• "白天达到极限。您明天可以在00：00补充帐户"

• "将每日限额提高到300欧元将在48小时后生效。确认吗？"

• "你已经达到白天损失限额的80%。考虑暂停24小时或设置限制"

反模式：没有"黑暗"模式，在极限屏幕上没有促销，选项可见度相同。

6）与其他RG工具的连接

超时和自我体验：可从限制屏幕直接访问。
现实检查：显示限制方面的进展；超过时-软/硬暂停。
Suppression Marketing：一段时间限制已用尽的玩家不应获得奖励。

7）与支付、奖金和赌场核心集成

付款：在尝试注销之前适用限额；我们显示可用的余额。
Bonus Engine：确定奖金存款和freebet是否包括在计算中（我们建议计算现金等价物而不是"免费"指标）。
Game Server：在达到极限（idempotent, reason code）时锁定API投注。
多种货币：以账户的参考货币进行结算；四舍五入-有利于玩家。

8）体系结构（参考）

极限服务：存储极限，时期，残余；重新计算事件。

Event Bus: `deposit.succeeded`, `withdrawal.completed`, `bet.placed`, `bet.settled`, `bonus.applied`.

策略引擎："冷却"、升级（超时）规则。
网关卫队：存款/投注前的谓词。
UI/通知：讨价还价，限制中心，现实检查。
Audit/WORM：不变的安装/更改/锁日志。

失败安全：如果无法访问限制服务-默认情况下,禁止需要增加风险的操作（费率/存款）,或根据严格的政策应用最后记录的余额。

9）限制政策（维基的骨架）

1.区域：适用于谁，哪些产品/渠道。
2.限制类型和时期；定义和公式。
3.更改限制：立即降低；升级为"冷却"。
4.计算透明度：示例，时区，多种货币。
5.例外（区域规范，带有强化检查的VIP程序）。
6.数据和私有性：最小化，历史存储，用于分析的DPIA。
7.上诉：轮廓人，响应时间，理性代码。

10）计算示例（说明性）

日存款限额为200欧元。
早上：+120欧元→余额80欧元。
晚上：尝试+100欧元→拒绝，提供+80欧元（可用余额）。
每天100欧元的损失限额。
存款：150欧元；结论：20欧元；资产负债表00：00-50欧元；现在的资产负债表-40欧元。
Net Loss=150 − 20 −（50 − 40）=120 − 10=110欧元→超过限额，投注块。

11）度量标准和SLO

选择率限制（目标：≥30 -50％的活跃玩家）。
极限突破预防：达到极限后避免尝试的比例（→ ~ 100％）。
时间到强制：从事件到锁定（<1-2秒）。
Increase Cool-off Adherence： 100%遵守延迟。
Harm Reduction：在30天内减少重复的"有害"模式。
Complaint/Chargeback Rate：实施后下降。
System Availability (Limits): ≥99.9％的降解量。

12） RACI（角色和责任）

13）支票清单（运营）

发射前

• 确定限制类型和期限；公式已记录下来。
• 已配置"冷却"；A/B文本和onbording准备就绪。
• 与Payments/Game/CRM/Bonus的集成通过了QA。
• 包括WORM审核、SLO/度量标准。

在运行中

• 每周审核结算正确性和时间表。
• 监视false declines/false allows。
• 检查限额已用尽的玩家的竞选活动。

事件

• 退化计划（仅读取,pre-proved limits）。
• 在失败时与玩家进行通信，调整余额。

14）常见错误以及如何避免错误

不诚实的net loss（不考虑结论/平衡）→捕获公式并发布示例。
通过总线和同步谓词在游戏中缓慢应用→事件。
上升时缺乏"冷却"→高监管风险。
隐藏的极限屏幕→放置在配置文件、脚踏板、边框上。
用尽限度的促销在CRM/ads中→严格的支持。
没有日志→无法证明合规性（包括WORM）。

15）实施路线图（6个步骤）

1.策略和DPIA：定义限制类型、公式、"冷却"。

2.体系结构： 极限服务,活动巴士,guards, idempotency.

3.整合：Payments/Game/Bonus/CRM；多元货币。
4.UX和文本：提取，限制中心，现实检查。
5.可观察性：SLO，Alerta，WORM审核指标。
6.改进：A/B报告，阈值校准，投诉/事件分析。

结果

存款和损失限制不是设置中的"勾选"，而是端到端的控制轮廓：清晰的公式，快速可靠的锁定，没有黑暗模式的诚实UX，超时/自我体验的链接以及严格的可观察性。这种方法可以保护玩家，增强合规性并增强业务可持续性。