救援金活动模板

本模组用于针对在特定周期内产生「负盈利（净亏损）」的用户提供资金补偿。以下为界面中编号 1 至 7 项目的详细功能定义与配置说明：

救援金配置预览
编号 配置项 功能说明
1 参加资格 定义参与此救援金活动的基础门槛条件。
  • 充值金额： 下拉选择「充值金额」作为过滤条件，输入具体数值。系统将统计用户在结算周期内的累计储值，达标者方可获得领奖资格。
  • 留空处理： 若无特殊限制，请保持默认，即代表所有产生亏损的用户均具备参与资格。
2 指定计算负盈利的场馆 设定纳入盈亏统计范围的游戏供应商或场馆。
点击配置框选择特定的游戏平台（如：体育、真人、电子等）。
注意： 救援金将仅根据用户在已选中场馆内的实际负盈利进行计算，未选中场馆的盈亏不计入奖励基数。
3 结算周期 决定系统计算用户损益的时间频次。
  • 日结算： 以 24 小时为单位进行盈亏统计。可进一步勾选特定的「星期」作为生效日。
  • 周结算： 以自然周为单位进行统计与派发。
操作须知： 周期设定将直接影响奖励的派发频次与用户申领的时间节点。
4 救援金类型 决定奖励金额的生成逻辑。
  • 固定金额： 满足亏损区间后，发放预设的固定数额奖金。
  • 百分比： 按照用户实际负盈利金额的比例（如 5%）进行动态计算。
5 审核方式 定义奖金派发前的管理程序。
  • 人工审核： 系统结算后，奖励进入待审核清单，需由后台人员手动核准后方可派发至用户钱包。
  • 自动审核： 系统检核各项门槛达标后，直接完成派发动作，无需人工干预。
6 用户申请方式 定义奖励进入用户帐户的触发机制。
  • 自我申请： 用户需登录活动页面，手动点击「领取」按钮进行申领。
  • 自动申请： 系统完成审核后，主动将奖金拨入用户帐户。
7 奖励条件设定 核心业务逻辑区，用于配置多层级的「负盈利—奖励」对照表。
  • 盈利（负盈利门槛）： 输入触发奖励的最低亏损额。
  • 奖项（奖金数额）： 对应上述亏损额应发放的固定金额或计算系数。
  • 新增层级： 点击右上角「+ 新增层级」按钮可扩展阶梯。
示例：
* 第一层：负盈利 ≥ 1,000，发放 50。
* 第二层：负盈利 ≥ 5,000，发放 300。
⚠️ 操作注意事项 (Precautions)
  • 优先级： 阶梯奖励建议由低至高排序，确保用户能获得对应其亏损区间的最高奖励。
  • 场馆联动： 修改第 2 项（指定场馆）会直接改变第 7 项（负盈利）的计算结果，修改后请务必重新核对。
  • 风控建议： 对于高比例的百分比救援金，建议将第 5 项（审核方式）设为「人工审核」，以防止异常刷利行为。

Rescue Fund Template

This module is used to provide financial compensation to users who generate "negative profit (net loss)" during a specific period. The following are the detailed function definitions and configuration instructions for items 1 to 7 in the interface:

Rescue Fund Configuration Preview
No. Config Item Description
1 Participation Eligibility Define the basic threshold conditions for participating in this rescue fund activity.
  • Deposit Amount: Select "Deposit Amount" from the dropdown as a filtering condition and enter a specific value. The system will calculate the user's cumulative deposit during the settlement period, and only those who meet the standard will be eligible for the reward.
  • Leave Blank: If there are no special restrictions, please keep the default, which means all users who incur losses are eligible to participate.
2 Designated Game Venues for Calculating Negative Profit Set the game providers or venues to be included in the profit and loss statistics calculation.
Click the configuration box to select specific game platforms (e.g., Sports, Live Casino, Slots).
Note: The rescue fund will only be calculated based on the user's actual negative profit within the selected venues. Profits and losses in unselected venues are not included in the reward base.
3 Settlement Cycle Determine the time frequency for the system to calculate user profit and loss.
  • Daily Settlement: Profit and loss statistics are calculated on a 24-hour basis. Specific "days of the week" can be further selected as effective days.
  • Weekly Settlement: Statistics and distribution are based on natural weeks.
Operational Note: The cycle setting will directly affect the frequency of reward distribution and the time nodes for user applications.
4 Calculation Type Determine the generation logic of the reward amount.
  • Fixed Amount: Distribute a preset fixed amount of bonus after reaching the loss range.
  • Percentage: Dynamically calculate based on the proportion of the user's actual negative profit amount (e.g., 5%).
5 Approval Mechanism Define the management procedure before bonus distribution.
  • Manual Approval: After system settlement, the rewards enter a pending approval list, requiring manual approval by backend staff before being distributed to user wallets.
  • Auto Approval: The system directly completes the distribution action without manual intervention after verifying that all thresholds are met.
6 Claim Method Define the trigger mechanism for rewards entering user accounts.
  • Self-Claim: Users need to log in to the activity page and manually click the "Claim" button to apply.
  • Auto Claim: After the system completes the review, it proactively transfers the bonus to the user's account.
7 Tiered Reward Configuration Core business logic area used to configure a multi-level "Negative Profit - Reward" mapping table.
  • Profit (Negative Profit Threshold): Enter the minimum loss amount that triggers the reward.
  • Prize (Bonus Amount): The fixed amount or calculation coefficient to be distributed corresponding to the above loss amount.
  • Add Tier: Click the "+ Add Tier" button in the upper right corner to expand the ladder.
Example:
* Tier 1: Negative profit ≥ 1,000, distribute 50.
* Tier 2: Negative profit ≥ 5,000, distribute 300.
⚠️ Precautions
  • Priority: It is recommended to sort tiered rewards from low to high to ensure users receive the highest reward corresponding to their loss range.
  • Venue Linkage: Modifying item 2 (Designated Venues) will directly change the calculation result of item 7 (Negative Profit). Please be sure to re-verify after modification.
  • Risk Control Suggestion: For high-percentage rescue funds, it is recommended to set item 5 (Approval Mechanism) to "Manual Approval" to prevent abnormal profit-brushing behaviors.

Mẫu quỹ cứu trợ

Mô-đun này được sử dụng để cung cấp khoản bồi thường tài chính cho những người dùng tạo ra "lợi nhuận âm (lỗ ròng)" trong một khoảng thời gian cụ thể. Dưới đây là các định nghĩa chức năng chi tiết và hướng dẫn cấu hình cho các mục từ 1 đến 7 trong giao diện:

Xem trước cấu hình Quỹ cứu trợ
STT Mục cấu hình Mô tả
1 Điều Kiện Tham Gia Xác định các điều kiện ngưỡng cơ bản để tham gia hoạt động quỹ cứu trợ này.
  • Số Tiền Nạp: Chọn "Số Tiền Nạp" từ danh sách thả xuống làm điều kiện lọc và nhập một giá trị cụ thể. Hệ thống sẽ tính tổng số tiền nạp tích lũy của người dùng trong chu kỳ thanh toán và chỉ những người đạt tiêu chuẩn mới đủ điều kiện nhận phần thưởng.
  • Để Trống: Nếu không có hạn chế đặc biệt, vui lòng giữ nguyên mặc định, có nghĩa là tất cả người dùng bị lỗ đều đủ điều kiện tham gia.
2 Sảnh Trò Chơi Chỉ Định Tính Lợi Nhuận Âm Thiết lập các nhà cung cấp trò chơi hoặc sảnh sẽ được bao gồm trong phạm vi thống kê lãi và lỗ.
Nhấp vào hộp cấu hình để chọn các nền tảng trò chơi cụ thể (ví dụ: Thể thao, Casino trực tiếp, Slots).
Lưu ý: Quỹ cứu trợ sẽ chỉ được tính toán dựa trên lợi nhuận âm thực tế của người dùng trong các sảnh đã chọn. Lãi và lỗ tại các sảnh không được chọn không được tính vào cơ sở phần thưởng.
3 Chu Kỳ Quyết Toán Quyết định tần suất thời gian để hệ thống tính toán lãi và lỗ của người dùng.
  • Quyết Toán Hàng Ngày: Thống kê lãi và lỗ được thực hiện theo chu kỳ 24 giờ. Có thể chọn thêm các "ngày trong tuần" cụ thể làm ngày có hiệu lực.
  • Quyết Toán Hàng Tuần: Thống kê và phân bổ dựa trên các tuần tự nhiên.
Lưu Ý Hoạt Động: Việc thiết lập chu kỳ sẽ ảnh hưởng trực tiếp đến tần suất phân bổ phần thưởng và các mốc thời gian đăng ký nhận thưởng của người dùng.
4 Loại Tính Toán Quyết định logic tạo ra số tiền phần thưởng.
  • Số Tiền Cố Định: Phân bổ một khoản tiền thưởng cố định đã thiết lập sẵn sau khi đạt đến khoảng thua lỗ.
  • Phần Trăm: Tính toán động dựa trên tỷ lệ số tiền lợi nhuận âm thực tế của người dùng (ví dụ: 5%).
5 Cơ Chế Phê Duyệt Xác định quy trình quản lý trước khi phân bổ tiền thưởng.
  • Phê Duyệt Thủ Công: Sau khi hệ thống thanh toán, các phần thưởng sẽ vào danh sách chờ phê duyệt, yêu cầu nhân viên backend phê duyệt thủ công trước khi phân bổ vào ví người dùng.
  • Phê Duyệt Tự Động: Hệ thống trực tiếp thực hiện hành động phân bổ mà không cần can thiệp thủ công sau khi xác minh rằng tất cả các ngưỡng đã đạt được.
6 Phương Thức Nhận Thưởng Xác định cơ chế kích hoạt cho phần thưởng vào tài khoản người dùng.
  • Tự Đăng Ký: Người dùng cần đăng nhập vào trang hoạt động và tự nhấp vào nút "Nhận" để đăng ký.
  • Tự Động Đăng Ký: Sau khi hệ thống hoàn tất đánh giá, hệ thống sẽ chủ động chuyển tiền thưởng vào tài khoản người dùng.
7 Cấu Hình Phần Thưởng Bậc Thang Khu vực logic nghiệp vụ cốt lõi, được sử dụng để cấu hình bảng đối chiếu "Lợi Nhuận Âm - Phần Thưởng" đa cấp độ.
  • Lợi Nhuận (Ngưỡng Lợi Nhuận Âm): Nhập mức lỗ tối thiểu kích hoạt phần thưởng.
  • Giải Thưởng (Số Tiền Thưởng): Số tiền cố định hoặc hệ số tính toán tương ứng với mức lỗ nêu trên sẽ được phân bổ.
  • Thêm Cấp: Nhấp vào nút "+ Thêm Cấp" ở góc trên bên phải để thêm bậc thang.
Ví Dụ:
* Cấp 1: Lợi nhuận âm ≥ 1,000, phân bổ 50.
* Cấp 2: Lợi nhuận âm ≥ 5,000, phân bổ 300.
⚠️ Lưu Ý Hoạt Động (Precautions)
  • Mức Độ Ưu Tiên: Nên sắp xếp các phần thưởng bậc thang từ thấp đến cao để đảm bảo người dùng nhận được phần thưởng cao nhất tương ứng với khoảng thua lỗ của họ.
  • Liên Kết Sảnh: Sửa đổi mục 2 (Sảnh Được Chỉ Định) sẽ thay đổi trực tiếp kết quả tính toán của mục 7 (Lợi Nhuận Âm). Vui lòng đảm bảo xác minh lại sau khi sửa đổi.
  • Gợi Ý Kiểm Soát Rủi Ro: Đối với các quỹ cứu trợ có tỷ lệ phần trăm cao, nên thiết lập mục 5 (Cơ Chế Phê Duyệt) là "Phê Duyệt Thủ Công" để ngăn chặn các hành vi cố tình trục lợi.