傭金結構：MDR，計劃，PSP

1）概念圖以及MDR的構成

1.立交（發行銀行）：按卡/區域/類別類型的百分比。

2.計劃（支付系統）：評估，處理，跨界，品牌使用等。

3.Acquirer/PSP標記：購買者/提供者附加費（百分比+小費）。

4.Dop。費用：chargeback fee、refund fee、representment、retrieval、auth-fee、gateway-fee、rolling reserve（不是傭金,但會影響緩存流）、FX利差轉換。

商人的總成本=交換+計劃+標記+固定費用+FX效果±儲備金。

2）定價模型

2.1.Blended (flat)

百分之一+小說。全包收集。簡單但不透明：隱藏交換/模式和FX傳播。

2.2.IC++ (Interchange++ / Interchange pass-through)

交換和計劃按原樣進行，頂部是固定標記提供商。透明、更容易鉆探，在「廉價」卡組合中有利可圖。

2.3.Tiered/Pricing buckets

多個「籃子」（domestic，intra-EEA，區域間，商業間，特級）。方便報告，可以掩蓋實際成本。

2.4.替代方法（A2A/Wallet/Crypto）

更常見的是flat-fee或卡片以下的百分比；單獨的網絡/提供商費用和FX轉換效果。

3）傭金在何處和何時出現

Auth/Validation： 嘗試授權費用（坡度/不一致）.

捕獲/設置：MDR的主要份額。
還款/分區還款：退款通常單獨收費（+重新計算計劃）。
Chargeback/Representment: фикс.個案/階段費用。
Gateway/Platform：每月訂閱，fee for webhooks，報告，卡標記。
FX/Conversion：如果轉換在其側面,則PSP/bank implicit保證金（利差）。

日歷： minimum monthly fee, early termination, PCI卡,3DS-fee, fraud-suite fee.

4）附加費和票價校正器

Cross-border（發行人≠收購國），CNP（卡不現成），premium/commercial卡。
高風險視圖（iGaming）-增強的標記/儲備。
計劃罰款/閾值指標：超出CBR →額外費用。
SCA/3DS：每筆交易/嘗試一次單獨的fee。
Minimum ticket/Small ticket：升級小玩意。小支票收費。

5）Gross vs Net定居和「利息去哪裏」

Gross定位：軸與PSP一起計算，傭金以單獨的字符串拍攝（更容易鉆探）。
Net settlement：來到net funding=周轉− interchange − scheme − markup − fix。費用−儲備金。
在net腳本中，導入組件的細分是至關重要的，否則收取「跳躍」。

6）公式和「有效」指標

6.1.有效的收取（通過方法/PSP）

take_rate_effective_% = (Σ Fees_all_components) / (Σ Captured_Gross) 100

6.2.分解為組件

Fees_all = Interchange + Scheme + Markup + Auth + Refund + Chargeback + Gateway
+ FX_spread_effect (if applicable)

6.3.故障成本（Decline成本）

Cost_per_approval = (Σ Auth_Fees + Σ Decline_Fees )/( Number of successful payments)

6.4.Impact FX

FX_slippage = Σ (Settlement_amount_in_rep - Original_amount FX_reference_rate)

6.5.Charjback的成本

CB_cost_total = Σ (CB_fee + Representment_fee + Scheme_penalties) + Lost_principal (если не отбит)

7）數據模型（簡化）

ref. fee_components (
code PK, name, category, -- INTERCHANGE      SCHEME      MARKUP      AUTH      REFUND      CHARGEBACK      GATEWAY      FX_SPREAD unit,          -- PCT      FIX      MIXED is_variable, is_settlement_level
)

finance. psp_pricing (
provider, method, region, bin_range, card_type, card_category,
model,      -- BLENDED      IC++     TIERED pct_rate, --% rate (if applicable)
fix_fee,     -- фикс за trx cross_border_bps, premium_bps, cnp_bps,
refund_fix, cb_fix, auth_fix, gateway_monthly,
valid_from, valid_to, meta
)

finance. settlement_fees (
batch_id, provider, mid, method, period_start_at, period_end_at,
interchange_amt, scheme_amt, markup_amt,
auth_amt, refund_amt, cb_amt, gateway_amt,
fx_spread_amt, reserve_delta, total_fees, currency
)

dw. transactions_flat (
tx_id, provider, method, status, bin, brand, category, region,
amount_original, currency_original, amount_reporting, reporting_currency,
settled_at, funded_at, is_refund, is_cb, fx_reference_rate, fx_effective_rate, meta
)

8）對賬： 從事務到文件,然後返回

8.1.Tx → File（檢查我們計算的「文件中的」如何）

根據價格規則對購物車（BIN/區域/卡類型）的周轉×進行調整。
應用interchange/scheme/markup/fix費率。
與'settlement_fees核對。total_fees` по batch.Delta>閾值→滴答聲。

8.2.文件→ Tx（我們檢查文件中沒有「多余」）

將batch-fee按比例分配到tx級別的交易RPM/KolVe（如果沒有詳細信息）。
發現意想不到的位置（額外的fee line、penalty、minimum monthly top-up）。

9） SQL模板示例

9.1.根據/PSP方法計算有效性收率

sql
SELECT provider, method,
SUM(amount_reporting)              AS volume_rep,
SUM(f. interchange_amt + f. scheme_amt + f. markup_amt +
f. auth_amt + f. refund_amt + f. cb_amt + f. gateway_amt + f. fx_spread_amt) AS fees_rep,
100. 0 SUM(f. interchange_amt + f. scheme_amt + f. markup_amt +
f. auth_amt + f. refund_amt + f. cb_amt + f. gateway_amt + f. fx_spread_amt)
/ NULLIF(SUM(amount_reporting),0)     AS take_rate_effective_pct
FROM dw. transactions_flat t
JOIN finance. settlement_fees f
ON f. provider = t. provider
AND t. settled_at BETWEEN f. period_start_at AND f. period_end_at
GROUP BY 1,2
ORDER BY take_rate_effective_pct DESC;

9.2.將batch-fee重新分配到事務上（寬松）

sql
WITH vol AS (
SELECT provider, batch_id, SUM(amount_reporting) AS batch_volume
FROM dw. transactions_flat
GROUP BY 1,2
)
SELECT t. tx_id, t. provider, t. batch_id,
(f. total_fees t. amount_reporting / NULLIF(v. batch_volume,0)) AS fee_allocated
FROM dw. transactions_flat t
JOIN finance. settlement_fees f USING (provider, batch_id)
JOIN vol v USING (provider, batch_id);

9.3.故障成本和批準成本

sql
SELECT provider, method,
SUM(CASE WHEN status='DECLINED' THEN auth_fee ELSE 0 END) AS decline_cost,
SUM(CASE WHEN status='APPROVED' THEN auth_fee ELSE 0 END) AS approval_auth_cost,
COUNT() FILTER (WHERE status='APPROVED') AS approvals,
(SUM(auth_fee) / NULLIF(COUNT() FILTER (WHERE status='APPROVED'),0)) AS cost_per_approval
FROM dw. auth_events;

9.4.分配FX利差（如果有效率率）

sql
SELECT provider, DATE(settled_at) AS d,
SUM((fx_effective_rate - fx_reference_rate) amount_original) AS fx_slippage_rep
FROM dw. transactions_flat
WHERE fx_effective_rate IS NOT NULL
GROUP BY 1,2;

10） KPI和dashbords

PSP/方法/MID/國家/地區的效率提高率。
分量堆棧：交換%、Scheme%、Markup%、Fixed per trx。
成本過高和Decline-burden（多少故障成本）。
FX Slippage（bps和報告貨幣）。
1000筆交易的Refund/CB費用。
Penalty/Minimum月度事件。
保留為GMV的百分比（以了解對緩存流的影響）。

11） Alerta和急流

Take-rate spike：身高>X bps d/d或>Y bps w/w。

Scheme delta： 用>0文件計算出的scheme-fees差異。3–0.5%.

FX slippage：大調>80 bps或小調>150 bps。
決定性成本沖擊：批準成本激增，AR下降。
未映射的fee line：文件中的新字符串,不映射組件。
Minimum monthly shortfall：周轉率低至最低（提前附加費）。

12）談判和降低成本

1.如果投資組合有利,請改用IC++（domestic, consumer debit）。
2.BIN-routing/Smart-routing：按地理/卡類型將流量細分為「廉價」收購商。
3.A2A/Open Banking/Local methods，以減少昂貴卡的份額。
4.Tiered volume discounts：每季度記錄閾值和咆哮。
5.用於微型門票段的fixed fees上的cap。
6.Transparent FX： reference-rate+固定spread_bps, effective FX報告。
7.Penalty shields：規定計劃處罰的限制/條件及其證據基礎。
8.高風險/低風險投資組合的單個MID不是「感染」票價。
9.Performance-clauses： 按授權/3 DS劃分的SLA,否則為降低標記。

13) Edge-cases

取消授權（重新嘗試）→自動感覺起飛。啟用rate-limit/soft-decline策略。
部分捕獲：重新計算電路計算；重要的是要正確地解決問題。
事後註釋：事後看來，提供商重新計算了功能-存儲文件版本和測試修訂版。
Refunds後來cutoff：進入下一個周期-調整報告。
企業/高級卡：關註股權-「拉動」平均交換。

14）最佳實踐（簡稱）

1.側面的功能計算引擎+將所有文件線映射到組件。
2.IC++和透明的FX在有利可圖的地方；光榮的-只有真正的折扣。
3.根據BIN/地理/地圖類型進行智能路由；PSP A/B測試。
4.固定費用和利息的單獨記錄；不要與FX利潤/虧損混淆。
5.驗證價格和文件；確定性的reprocess。
6.每周「variance reports」按收視率分列。
7.每季度與指標包進行一次談判：CBR、3 DS通行率、AR、fraud-rate、domestic共享。

15）實施支票

• 參考書「fee_components」和「psp_pricing」及其版本和活動周期。
• 使用Interchange/Scheme/Markup/Fixed詳細信息導入「settlement_fees」。
• ETL計算我們的fee tx版本和文件對賬。
• take-rate和組件堆棧的dashbords。

[] Алерты: spike, mismatch, FX slippage, minimum monthly.

• 談判程序：季度審計和下降路線圖。

總結

MDR不是「百分之一」，而是一組層：交換，計劃，標記，虛板和FX。透明的數據模型，「參考」傭金的內部計算，定期對PSP文件進行對賬和有意義的支付路由將接收成本轉換為可管理的KPI。有了這樣的紀律，你可以看到真正的收款率，在FX和虛假收費中找到「泄漏」，並自信地降低TCO付款。