Net Deposits：計算和控制

1）什麼是Net Deposits,為什麼需要它們

• 單位經濟學（ND與LTV，ARPPU，NGR的相關性），
• 負責任的遊戲（限制，自我控制，資金來源），
• 風險和合規性（AML/制裁、異常），
• 交易（優先支付和反資產獎金）。

基本想法

玩家貢獻了X（deposits），帶出了Y（withdrawals）。作為玩家「實際投入的錢」，生態系統中剩下的只是凈存款，調整了退款，charjbacks，取消和其他技術操作。

2）公式和會計界限

2.1.基本公式（產品級別）

ND = Deposits
− Withdrawals − (successful, paid)
− Refunded Deposits
+ Chargeback Debits
− Chargeback Credits
± Reversal Adjustments

• Deposits-僅成功歸納（捕獲/定位）。沒有後續捕獲的授權-我們不考慮。
• Withdrawals-僅考慮已付款（付費/定位）。被拒絕/取消的ND申請不會減少。
• Refunded Deposits-向同一來源（same-method）退還押金。
• Chargeback Debits/Credits-凈分配效應（退款/退款）。
• Reversal Adjustments-技術校正（例如，從「有缺陷」的錢包中退回，重復的）。

2.2.會計擴展

獎金和Free Bets：不在Deposits中；這些是國內貸款。但是，粗略的場景（用於獎金的押金→即時緩存）必須通過快速的Withdrawals和/或通過防盜校正來降低ND。
PSP傭金：默認情況下不會從ND中減去（ND是「玩家中心」度量）。傭金-在P＆L。
Internal Transfer/Cross-Wallet（體育→賭場）：ND不會改變（這是平衡內的運動）。
Cancel Withdrawal：取消不會減少ND（畢竟沒有發生輸出）。
Promotional Cashout/Manual Credit：運營商的現金貸款不會增加ND。
代幣/加密：在定居時按法定等效數計數（請參見多貨幣性）。
Partial/Split Payments：ND增長到實際定位的金額。

2.3.該時期的邊界

• 基於活動的（通過「settled_at」事務）。建議用於財務報表。
• 基於Request（通過「created_at」/「requested_at」）：適合快速的產品分析，但不適合進行對賬。

3）多重貨幣性和課程評估

在結算時，所有操作均按路線在報告貨幣（例如EUR）中繪制。

Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.

對於加密：在「settled_at」的選定源上使用加權平均價格（VWAP）。
改變課程時不要高估歷史ND：在事件發生時保留實際的FX。

4）ND角色級別

ND_user是特定玩家的凈附件。
ND_segment國家/地區，渠道，付款提供商，會員。
ND_cohort-按註冊/首次存款日期。
ND_platform是該期間平臺的通用ND。

5）政策與例外

5.1.same-method規則&返回源

如果存款A是通過方法M到達的，則最好通過凈存款的金額通過M退款。這降低了AML和有爭議的交叉付款的風險。

5.2.內部調整

任何手動調整都必須具有reason_code，審核跟蹤和主要操作鏈接。
調整不應掩蓋失真/失真。

5.3.獎勵周期

標記「bonus-driven ND」（激活獎金的押金）標誌。建立ND報告，提供/不提供獎金相關存款。

6）事件模型和數據圖

6.1.主要事態發展

`DEPOSIT_AUTHORIZED`, `DEPOSIT_CAPTURED`, `DEPOSIT_REFUNDED`

`WITHDRAWAL_REQUESTED`, `WITHDRAWAL_PAID`, `WITHDRAWAL_REJECTED`, `WITHDRAWAL_CANCELED`

`CHARGEBACK_DEBITED`, `CHARGEBACK_CREDITED`

`ADJUSTMENT_APPLIED` (тип: REVERSAL, TECH_FIX, FRAUD_CORRECTION и т. п.)

所有事件都是冪等的（「idempotency_key」，「event_id」）。通過「event_id」重復數據消除支持DWH中的exactly-once交付。

6.2.迷你電路（簡體）

payments. transactions (
id, user_id, provider, method, type, status,
amount_original, currency_original,
amount_reporting, reporting_currency, fx_rate_at_settle,
requested_at, settled_at, related_tx_id, reason_code, meta
)

types: DEPOSIT    WITHDRAWAL    REFUND    CHARGEBACK_DEBIT    CHARGEBACK_CREDIT    ADJUSTMENT status: PENDING    AUTHORIZED    CAPTURED    PAID    REJECTED    CANCELED    REFUNDED    SETTLED

ND總數被認為是「類型」和「狀態」的聚合，其中過濾器「僅在適用時設置為/paid/captured。」

7）數據質量控制和核對

7.1.與PSP/Acquirer的對賬

每日PSP報告（settlement files）與您的「交易」對賬。
以「provider_ref」，金額，定日日期，貨幣和fee（對於P＆L）進行比賽。
Ops中的不匹配→字幕：「missing capture」，「double refund」，「late presentment」。

7.2.反緩沖和冪等

控制：「（provider，provider_tx_id，類型，settle_date）」的唯一性。
手動操作日誌的單獨審核（「ADJUSTMENT_APPLIED」）。

7.3.業務規則的完整性

在所選方法中沒有存款歷史記錄的「PAID」輸出是紅旗。
相同金額的「DEPOSIT_CAPTURED」 → 「WITHDRAWAL_PAID」是灰色標誌（獎勵標簽）。

8）報告和dashbords

8.1.基本的KPI

該期間的「ND_total」；「ND_per_user」，「ND_median」；

按國家，方法，PSP，關聯分解ND；

登記隊列中的「ND_7/30/90」；

Cash Conversion Lag：中位數從「DEPOSIT_CAPTURED」到「WITHDRAWAL_PAID」。

8.2.風險細分

具有「ND≈0」和高營業額的玩家是測試資金來源的候選人。
快速掉頭（deposit→withdrawal） <N時鐘是調查的觸發因素。

8.3.分析平面

產品（體育/賭場/直播）：其中ND最為「健康」。
支付方法：ND在特定方法上的交通故障。
活動/獎金：ND-uplift和取消後的效果。

9）反部落政治家和負責任的遊戲

存款限額（每日/每周/每月）-在ND報告中以單獨的合規度量。
Velocity規則：n個存款>X每Y分鐘+快速緩存=塊/手動檢查。
制裁/PEP/SoF：ND高於門檻→強制性基金來源。
Mullocalization：將地理/方法/銀行國家與KYC國家進行比較。
自我釋放：排除後的ND必須嚴格0；任何嘗試都是alert。

10）流程和SLO

ND-dashbord： T+1,準備就緒直至09：00本地TZ報告區。

• 錯過了PSP設置文件，
• 重復導致段的ND不正確，
• FX的巨大差異。
• DRP：在確定性順序期間通過re-ingest事件重新處理ND。

11） SQL示例（模板）

11.1.按用戶和日期計算ND

sql
WITH base AS (
SELECT user_id,
DATE(settled_at) AS d,
SUM(CASE WHEN type='DEPOSIT'     AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS dep,
SUM(CASE WHEN type='WITHDRAWAL'   AND status='PAID'           THEN amount_reporting ELSE 0 END) AS wd,
SUM(CASE WHEN type='REFUND'     AND status='SETTLED'         THEN amount_reporting ELSE 0 END) AS ref_dep,
SUM(CASE WHEN type='CHARGEBACK_DEBIT'  AND status='SETTLED'        THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'        THEN amount_reporting ELSE 0 END) AS cb_cr
FROM dw. transactions_flat
WHERE settled_at >=:from AND settled_at <:to
GROUP BY 1,2
)
SELECT user_id, d,
dep - wd - ref_dep + cb_deb - cb_cr AS nd
FROM base;

11.2.快速掉頭標誌（abuse）

sql
SELECT t_dep. user_id, t_dep. id AS dep_id, t_wd. id AS wd_id,
EXTRACT(EPOCH FROM (t_wd. settled_at - t_dep. settled_at))/3600 AS hours_between,
t_dep. amount_reporting, t_wd. amount_reporting
FROM dw. transactions_flat t_dep
JOIN dw. transactions_flat t_wd
ON t_dep. user_id = t_wd. user_id
AND t_wd. type='WITHDRAWAL' AND t_wd. status='PAID'
AND t_wd. amount_reporting BETWEEN t_dep. amount_reporting0. 9 AND t_dep. amount_reporting1. 1
WHERE t_dep. type='DEPOSIT' AND t_dep. status IN ('CAPTURED','SETTLED')
AND t_wd. settled_at - t_dep. settled_at <= INTERVAL '24 hours';

11.3.方法細分/PSP

sql
SELECT method, provider,
SUM(CASE WHEN type='DEPOSIT'  AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS dep,
SUM(CASE WHEN type='WITHDRAWAL' AND status='PAID'          THEN amount_reporting ELSE 0 END) AS wd,
SUM(CASE WHEN type='REFUND'   AND status='SETTLED'         THEN amount_reporting ELSE 0 END) AS ref_dep,
SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS cb_cr,
SUM(CASE WHEN type='DEPOSIT'  AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='WITHDRAWAL' AND status='PAID'          THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='REFUND'   AND status='SETTLED'         THEN amount_reporting ELSE 0 END)
+ SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS nd
FROM dw. transactions_flat
WHERE settled_at BETWEEN:from AND:to
GROUP BY 1,2
ORDER BY nd DESC;

12）Alerta和觸發器（操作員）

Spike ND↓方法：ND下降>30% d/d-檢查PSP事件和鎖定。
Spike ND↑細分市場：ND增長>50% w/w-可能出現新的變形。-源或電路包裹。
高周轉ND≈0-強制KYC/SoF檢查。
Refund/Chargeback在ND中的異常份額是「depozit→igra→vyvod」鏈審計。

13）最佳實踐（簡稱）

1.按設置日期計算ND，並在設置時記錄FX。
2.硬將內部轉移與玩家的錢分開。
3.所有手動編輯都經過reason_code和審核。
4.針對快速掉頭和交叉方法的反性別規則。
5.兩份報告：運營T+1和財務結算（月度/季度）。
6.邏輯轉換：ND v1/v2與歷史展示的遷移。

14）常見問題

問：是否考慮取消的調查結果？
答：沒有。只有「WITHDRAWAL_PAID」減少了ND。

問：已授權但未扣押的存款該怎麼辦？
答：不包含在ND中。這不是真正的收入。

Q：在已經得出結論之後，如何反映充電器？
答：「CHARGEBACK_DEBIT」將增加玩家的負面貢獻（本質上是平臺虧損），ND將增加借記，但最終財務報告也必須顯示沖鋒隊的虧損/支出。

問：是否需要從ND中減去PSP傭金？
答：不，ND是以玩家為中心的指標。傭金-在P＆L。

15）實施支票

• 具有等容性和交付保證的事件總線
• 具有統一類型/狀態的「transactions_flat」展示櫃
• 設置為FX正常化,存儲原件
• PSP狀態映射規則→您的狀態
• 每日與PSP和三角洲的Alerta對賬
• Dashbords ND（一般,方法,分段,隊列）
• 負責任的遊戲策略和基於ND的SoF觸發器
• ND v1公式文檔和v2進化計劃

總結

Net Deposits是系統中「真實」玩家金錢的中心度量標準。正確的ND需要嚴格的識別規則（定日日期），整潔的多重性，事件冪等，定期與PSP進行對賬以及內置的反親和觸發器。形成統一的狀態目錄和運營類型-ND將成為金融和負責任貨幣化的可靠支柱。