次级和级联
1）概念基础
子商是通过主要商人/提供商（PayFac/平台/运营商）接受付款的法人实体。现金流流向平台的MID/帐户主机，然后平台支付子客户（split/sweep）。
级联（cascading）是通过多个PSP/收购商/MID（GEO，BIN，关税，风险，负担）进行串行或并行路由交易的策略，以增强授权并降低成本。
PayFac模型是一个平台，称为"迷你购买者"：子购买者（KYB/PCI），子中位数分配，单一KYC/AML规则和Disputs，集中安置和付款。
2）在iGaming中何时何地需要
多品牌/白色标签：一个运营商，数十个子品牌/工作室→更容易维护MID/描述符和报告。
内容市场：平台-MoR/PayFac，工作室-子客户（revshare，拆分）。
高风险/地理溷合：PSP级联减少故障、事件冲击和支付成本。
本地支付方法/走廊：需要即时选择提供商并返回。
3）责任与角色
4） MID和描述符层次结构
Master MID（平台）
按品牌/地理/方法划分的Sub-MID └─
└─ Routing Profiles (PSP1→PSP2…级联）
建议：- 子图-MID上的单个描述符：较少的分配。
- 将卡/A2A/本地方法按子中点划分,用于净分析和储备控制。
- 为A/B测试路由配置文件（v1/v2）。
5）Cascades： 如何建造
5.1."即时"解决方桉"
授权：根据规则（GEO、BIN/IIN、品牌、debit/credit卡、风险等级、PSP限制、当前AR/DR 、关税/FX、事件SLA）选择路线。
5.2.级联类型
串行：PSP_A → （soft decline） → PSP_B → PSP_C。
并行（split-traffic）：用于基准标记和装饰的不同的PSP的流量百分比。
Sticky BIN：将成功的BIN池固定为最佳PSP。
5.3.限制因素
计数idempotency（以免被捕获）。
与PSP协调重复尝试（retry window，软代码）。
考虑每条路线上的3 DS策略和liability shift。
6）定居点，T+N，储备金和拆分
每个PSP/收购商都有自己的剪切/T+N和滚动储备。
该平台将收入汇总在次中MID级别，并使用发布日历维护预留接收器。
在报告期内，向次贷方支付的款项为：net of fees&reserve+其份额（revshare/CPA）。
支持交易拆分（platform/studio/affiliate/tax）或逐条交易。
7）反氟化物，3 DS和子商级限制
A/B/C市场类别的不同评分阈值。
BIN/geo/支票的 3 DS规则（*/软/步）。
Velocity限制（输入/推断，卡尝试）和次要限制。
"灰色"次级：限制更严格，只有白色方法和递延付款。
8）票价和收费率
按子订单计算效率：PSP fees（交换/计划/标记/固定）+FX slippage+平台份额+储备效果。
使用IC++和BIN路由来降低级联中的宽松成本。
9）数据和最小模型
sql
-- Directories
CREATE TABLE ref. submerchants (
sub_id BIGSERIAL PRIMARY KEY,
legal_name TEXT, brand TEXT, country TEXT, risk_class TEXT, status TEXT,
created_at TIMESTAMP, meta JSONB
);
CREATE TABLE ref. routing_profiles (
profile_id BIGSERIAL PRIMARY KEY,
name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);
CREATE TABLE ref. routing_rules (
rule_id BIGSERIAL PRIMARY KEY,
profile_id BIGINT REFERENCES ref. routing_profiles,
method TEXT, geo TEXT, bin_from TEXT, bin_to TEXT,
psp TEXT, mid TEXT, require_3ds BOOLEAN,
priority INT, soft_codes JSONB, enabled BOOLEAN, meta JSONB
);
-- Transactions linked to a sub-merchant and a route
CREATE TABLE payments. transactions (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT REFERENCES ref. submerchants,
profile_id BIGINT, rule_id BIGINT,
provider TEXT, mid TEXT, method TEXT, brand TEXT,
status TEXT, decline_code TEXT,
amount_original NUMERIC(18,6), currency_original TEXT,
amount_reporting NUMERIC(18,6), reporting_currency TEXT,
fx_reference_rate NUMERIC(18,10), fx_effective_rate NUMERIC(18,10),
authorized_at TIMESTAMP, captured_at TIMESTAMP, settled_at TIMESTAMP, funded_at TIMESTAMP,
user_id BIGINT, country_player TEXT, bin TEXT, three_ds_used BOOLEAN,
idempotency_key TEXT UNIQUE, meta JSONB
);
-- Phi and reserves for sub-merchant/provider/period
CREATE TABLE finance. settlement_fees (
sub_id BIGINT, provider TEXT, mid TEXT,
period_start TIMESTAMP, period_end TIMESTAMP,
interchange_amt NUMERIC, scheme_amt NUMERIC, markup_amt NUMERIC,
auth_amt NUMERIC, refund_amt NUMERIC, cb_amt NUMERIC, gateway_amt NUMERIC,
fx_spread_amt NUMERIC, reserve_delta NUMERIC, total_fees NUMERIC, currency TEXT
);
CREATE TABLE finance. reserve_ledger (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT, provider TEXT, mid TEXT,
hold_date DATE, release_due_date DATE,
hold_amount NUMERIC, released_amount NUMERIC,
cb_consumed NUMERIC, fines_consumed NUMERIC,
status TEXT, meta JSONB
);
-- Submerchant payments
CREATE TABLE payouts. submerchant_settlements (
sub_id BIGINT, period_start TIMESTAMP, period_end TIMESTAMP,
gross_sales NUMERIC, refunds NUMERIC, chargebacks NUMERIC,
fees_total NUMERIC, reserve_delta NUMERIC, revshare NUMERIC,
net_payable NUMERIC, currency TEXT, paid_at TIMESTAMP, statement_ref TEXT
);10） SQL模板
10.1.次级授标有效成本
sql
SELECT t. sub_id,
SUM(t. amount_reporting) AS volume_rep,
SUM(f. total_fees) AS fees_rep,
100. 0 SUM(f. total_fees) / NULLIF(SUM(t. amount_reporting),0) AS take_rate_pct
FROM payments. transactions t
JOIN finance. settlement_fees f
ON f. sub_id=t. sub_id
AND t. settled_at BETWEEN f. period_start AND f. period_end
WHERE t. settled_at BETWEEN:from AND:to
GROUP BY 1
ORDER BY take_rate_pct DESC;10.2.根据规则进行的级联效率（AR/DR）
sql
SELECT r. profile_id, r. psp, r. mid,
COUNT() FILTER (WHERE t. status='APPROVED') AS approvals,
COUNT() FILTER (WHERE t. status='DECLINED') AS declines,
ROUND(100. 0 COUNT() FILTER (WHERE t. status='APPROVED') / NULLIF(COUNT(),0), 2) AS ar_pct
FROM payments. transactions t
JOIN ref. routing_rules r ON r. rule_id=t. rule_id
WHERE t. authorized_at BETWEEN:from AND:to
GROUP BY 1,2,3
ORDER BY ar_pct DESC;10.3.次级储备金余额
sql
SELECT sub_id,
SUM(hold_amount - released_amount - cb_consumed - fines_consumed) AS reserve_balance
FROM finance. reserve_ledger
WHERE hold_date <=:as_of
GROUP BY 1;10.4.计算Net payable payable submerchant
sql
SELECT s. sub_id,
SUM(s. gross_sales - s. refunds - s. chargebacks
- s. fees_total + s. reserve_delta - s. revshare) AS net_payable
FROM payouts. submerchant_settlements s
WHERE s. period_start >=:from AND s. period_end <:to
GROUP BY 1;11） Dashbords和KPI
按级联AR/DR：通过GEO/BIN/方法/PSP，3 DS份额，软决策共享。
Take-Rate％和子商品的成分堆栈。
CB Ratio/Refund Rate在sub-MID上。
备用平衡和发行ETA，按次级/PSP。
Settlement SLA: T+N hit-rate, funding delays.
Payout Health：向次贷方支付的频率和金额，延迟。
级联中的FX Slippage（效果与参考）。
12）Alerta和急流
Routing Degradation：在规则上下降AR> Y bps每小时。
CB Spike： submerchant> X bps w/w的充电器增长。
Reserve Imbalance： 储备贷款人-P1.
Settlement Delay： PSP →自动开关在级联中违反T+N。
Take-Rate Spike：价值增长>阈值（fees或FX）。
Policy Drift：不绑定到profile/rule/idempotency-P1的事务。
Payout Delay：拖欠次级客户>SLA。
13）子商品的讨价还价和合规性
KED/制裁/RER：一揽子文件、受益人、资金来源。
PCI/安全性：令牌化,禁止在子客户处存储PAN。
退款/奖金政策：统一标准，SLA字幕。
汇总报告：按品牌，地理，方法分开。
上限/上限：白天/周营业额，支付上限，高风险的递延付款。
14）最佳实践（简称）
1.验证路由配置文件,并存储解决方桉的explain-log。
2.保持粘性BIN和PSP A/B测试，以实现AR和价格的可持续性。
3.Mappite fees/FX/储备金至次要水平；通过SLA支付网络费用。
4.Idempotency+仅通过软锁定策略进行；遵守PSP限制。
5.描述符和sub-MID是品牌/地理所独有的：分布较少。
6.带有发行日历和未发布版本的Alert 的备用Ledger。
7.向子销售代表透明报告：解密功能、储备、FX、分配。
8.Failover-playbooks： PSP/走廊的倒塌是一个瞬间的 reroute。
15）实施支票
- 参考书"submerchants"，"routing_profiles"，"routing_rules"。
- KYB/KYC/AML协议和状态存储。
- 具有idempotency和soft-decline逻辑的路由器。
- 导入PSP设置文件→ 'settlement_fees'+reserve-ledger。
- 付给次贷方的机制+行为/状态。
- Dashbords AR/DR/CB/fees/reserve+alerta。
- 文件：分配政策、3 DS规则、限制和SLA。
总结
子计量器提供规模和灵活性，级联提供可持续性，转换和管理成本。MID层次结构，可转换的路由配置文件，透明的功能/备份会计和严格的合规性将复杂的multi-GEO支付回路转换为可预测的系统：高授权，低收取，快速支付和最低风险惊喜。