佣金结构：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付款。