1项目概述
先说清楚这个系统「为什么做、做什么、给谁用」。
| 维度 | 设计说明 |
|---|
| 项目背景 | 跨境企业（电商、虚拟服务、航旅、数字娱乐、B2B 费控）在海外花钱时，面临国内卡跨境支付易被拒、有汇损、有限额、电汇慢且贵等痛点，赚到的海外资金「花不出去」。 |
| 产品定位 | 把「发卡资质 + 卡组织对接 + 账户 / 风控 / 清结算」打包成标准 API + 后台，向企业提供「发卡即服务」，是跨境支付链条中「钱的出口」一端。 |
| 目标用户 | 企业租户（花钱方）与内部员工（持卡人）；海外商户为交易对手方（收款方，非平台用户）。 |
| 核心目标 | ① 让企业海外支出「发得出、控得住、对得清」；② 通过多租户 SaaS 对外输出发卡能力；③ 保障资金准确与授权成功率。 |
| 业务范围 | 以 VCC 虚拟卡发卡为核心，覆盖发卡、账户、交易、风控、清结算与合规全链路，支持多租户、多场景对外输出发卡能力。 |
名词速记：四方模式（持卡人、发卡行、收单行、商户；卡组织居中做清算与规则）；发卡（Issuing）＝让卡能被创建、控制、挂到资金上；预付卡（Prepaid）＝企业先充钱、员工花企业的钱、不用还。国内锚点 ≈ 「招行企业商务卡」。
2业务价值与盈利模式
讲清楚「这门生意为什么成立、靠什么赚钱」。
痛点：海外付款难
国内卡跨境支付易被拒、有汇损、有限额；电汇慢且贵。
价值：高效出口
把账户里的钱发成卡，直接付广告、云服务、采购、物流、差旅，省汇损、快周转。
价值：支出管控
每卡设限额、按部门 / 员工发卡、实时冻结调额，从「事后报销」变「事前可控」。
盈利模型（B2B2C）
| 盈利来源 | 怎么赚 | 说明 |
|---|
| 换汇汇差（FX） | 多币种充值 → 消费时按「加点汇率」结算，赚汇率价差 | 利润主来源之一，规模越大越可观 |
| 交换费（Interchange）收入 | 作为发卡侧，按卡组织定价收取交换费（由收单侧支付、经卡组织清算） | 交易量驱动，持续性收入 |
| 卡费 / 年费 | 开卡费、月费 / 年费、实体卡工本费 | 覆盖发卡成本 |
| 充值 / 提现手续费 | 入金、出金环节收费 | 资金进出双向收费 |
| 跨境附加费 | 跨境交易、跨币种消费附加费 | 与 FX 叠加 |
| 增值服务费 | 白标发卡（SaaS 出租发卡能力）、风控 / 数据 / 额度管理 | 对应「发卡即服务」 |
成本侧：卡组织认证与年费、发卡处理商费用、风控 / KYC 服务费、银行资金成本。盈利 = 汇差 + 手续费 − 通道与合规成本。
3典型用户故事：李老板
用一个跨境卖家李老板，把「充值 → 发卡 → 刷卡 → 结算 → 管控」完整串起来。
① 注册开户
李老板（跨境卖家）在平台注册，提交企业 KYC/KYB，开通租户，建立虚拟资金账户。
② 充值
对公打款充值 10 万元，钱进入银行大账户，系统记入李老板的资金池余额。
③ 发卡
选一张美元 VCC，设单卡限额 2 万，得到「卡号 + 有效期 + CVV」，把卡交给员工小王。
④ 刷卡 授权 · 实时
小王在 Google Ads / AWS 刷卡 5000 美元，系统实时风控校验后冻结额度，后台显示「已授权 5000$」。
⑤ 清算 → 结算 T+1
卡组织回传清算文件，系统对账后从资金池扣减 5000$划给商户，状态变「已结算」。
⑥ 持续管控
李老板随时冻结卡、调整额度、查看每笔账单；多部门多卡独立限额、互不串账。
4上下游与对接模块
系统在产业链中的位置：向上接「卡的供给方」（能力 / 资质 / 资金），向下服务「用卡的企业」（客户侧）；商户是交易对手方、非客户。
卡组织Visa / Mastercard / 银联
网络 + 清算 + 品牌授权
发卡处理商Marqeta / Galileo
Lithic / Thredd
BIN Sponsor / 持牌银行借牌照 · 卡号段
资金存管大账户
三方服务商风控 / KYC / AML
汇率 / 3DS
▲ 上游（卡的供给 / 资质 / 资金）
发卡 / 跨境支付系统（本项目）账户 · 发卡 · 交易 · 风控 · 清结算 · 合规
▼ 下游（客户侧：用卡的企业与人）
企业租户李老板 · 跨境卖家（客户）
→
持卡人员工小王（使用方）
◆ 交易对手方（资金流终点 · 非客户）
关键认知：① 租户 ≠ 银行，租户是用卡的企业；② 企业 ≠ 放贷方，预付模式下员工花的是企业预存的钱；③ 卡不是卡组织发的，是发卡机构借 BIN Sponsor 资质发、印卡组织品牌、走卡组织网络；④ 上游 / 下游是产业链供需视角（能力从哪来、产品卖给谁），不是组织归属——企业租户与持卡人是平台客户（下游需求侧），商户是资金流终点（交易对手方、非客户）。
5账户体系与资金流转
系统核心：双层账户隔离，钱、指令、信息三条线分离——钱只在物理层流转，平台不碰钱。
🔴 资金流（物理流转）
企业池 → 授权冻结 → 清算确认 → 结算划给商户；退款 / 冲正反向回池。钱从银行大账户经卡组织清算、收单行划给商户。
🔵 指令流
平台不碰钱，只对上游发卡机构 / 卡组织发指令（授权、结算、冻结）。
🔵 信息流
每卡每笔交易走状态机「待授权 → 已授权 → 已清算 → 已结算」+ 异常分支，靠对账保证账实相符。
双层账户（资金隔离的核心架构）
物理层 · 银行大账户
平台 / 持牌机构名下一个大账户，放所有企业的钱，实现「平台不碰钱、资金存管」。
逻辑层 · 虚拟子账户
每个企业一个虚拟子账户，各自记账、彼此隔离；卡挂在租户资金池下，互不串账。
核心架构思想：信息流与资金流分离，平台只发指令不碰钱——这是资金准确、合规隔离的根基。
核心状态机
卡状态机
未激活 → 激活 → 正常 / 冻结 → 注销
交易状态机
待授权 → 已授权 → 已清算 → 已结算
- 冲正分支：已授权 → 冲正 → 撤销（释放冻结）
- 退款分支：已结算 → 退款 → 已退款
- 拒付分支：已结算 → 争议 → 拒付
6系统架构与模块全景
「五层」分层架构 + 核心业务六模块 + 内部操作后台。
一、系统分层架构（五层）
触达层
企业租户后台发卡 / 充值 / 账单
持卡人端卡管理 / 交易查询
接入层
开放 API / SDK对外输出发卡能力
Webhook交易通知
核心业务层
卡管理 / 发卡卡产品·BIN·卡状态机
资金与账户双层账户·充值·资金池
交易处理授权/清算/结算/退款/冲正
风控规则引擎·3DS·限额
支付路由多BIN/多通道·成功率成本
账务清结算对账·轧差·调账
通道对接层
卡组织对接Visa / MC / 银联
发卡处理器Marqeta 等
银行 / 收单存管·清算·收单
三方服务风控/KYC/汇率/3DS
基础设施
合规KYC/AML/PCI DSS
数据 / 监控看板·告警·日志
安全Tokenization·加密
二、内部操作后台（共用一套核心业务层）
运营后台
交易查询、卡冻结 / 解冻、差错处理、告警
对接全景
上游卡组织 / 处理器 / 银行 + 下游租户 / 持卡人 / 商户（见第 4 节）
7核心时序流
三条关键业务流，用时序图说明各模块、各参与方如何串起来。
7.1 开卡与充值时序（企业开户到卡可用）
7.2 授权时序（实时）
授权阶段（实时）：刷卡 → 商户 / 收单 → 卡组织 → 本系统（风控 + 余额 / 限额校验 → 冻结额度）→ 原路批准。关键：授权只冻结、不扣款。
7.3 清算与结算时序（T+1）
清算结算阶段（T+1）：卡组织回传清算文件 → 本系统对账 → 扣减企业资金池 → 发结算划款指令 → 银行大账户经卡组织清算、收单行向商户划款 → 更新状态「已结算」。
8异常处理方案
资金产品的生命线在于「异常兜得住」，这里把退款、冲正、拒付、对账差错分清楚。
| 场景 | 发生在 | 处理逻辑 | 一句话 |
|---|
| 冲正（Reversal） | 授权后、结算前 | 作废未结算交易，释放冻结额度 | 撤销未结算（钱没动） |
| 退款（Refund） | 结算后 | 已完成交易反向退回，走清算网络回池 | 退回已结算（钱真回） |
| 拒付（Chargeback） | 结算后 | 持卡人争议发起，走风控 + 证据流程，资金回扣 | 争议处理（保护持卡人） |
| 调账（Adjustment） | 随时 | 对账发现长短款后，修正记错的账 | 改错账（无关交易） |
对账三步：拿上游账单（卡组织清算文件 + 银行对账单）→ 与我方流水逐笔勾对 → 对不平记长款 / 短款，查明后调账平账。为什么区分冲正和退款：按「钱动没动、时间点」分——冲正（结算前）钱没真划，作废 + 释放冻结，减少资金占用；退款（结算后）钱已划走，必须走清算网络退回。
9风控策略与支付路由
两个贯穿交易链路的核心模块。
一、风控规则引擎
| 风控要素 | 设计 |
|---|
| 基础校验 | 3DS 认证、CVV / AVS 校验、Tokenization（卡号令牌化，PCI 合规） |
| 商户限制 | MCC 黑白名单（如博彩 / 虚拟币高风险商户拦截或走严通道） |
| 额度频次 | 单笔 / 单日限额、交易频次管控 |
| 地域管控 | 地区黑白名单、跨地域异常识别 |
| 机审人审分流 | 明确拦截的机器拒、疑似的人工复核，平衡「拦截欺诈 vs 误杀体验」 |
风控目标不是「拦越多越好」，而是拦截欺诈与误杀之间求平衡——误杀伤正常用户体验丢客户，漏拦亏钱 + 拒付率超标被卡组织罚款 / 降权。
二、支付路由（多 BIN / 多通道）
跨境发卡是「多 BIN / 多卡组织 / 多通道」，授权成功率明显低于国内单通道，系统需自动选通道。
| 步骤 | 逻辑 |
|---|
| ① 读上下文 | 金额 / 币种 / 国家 / 商户 MCC / 卡产品 |
| ② 过滤可用通道 | 币种 / 地区 / MCC 不支持的直接排除（硬门槛，不进打分） |
| ③ 打分排序 | 成功率 · 成本 · 风险 加权取最优；主通道失败 / 超时自动降级（failover） |
典型规则（示意）：欧洲默认 MC、美洲默认 Visa（当地受理率高）；大额走稳、小额走省；高风险 MCC 拦截或走严通道。核心：系统替用户自动选那条「成功率最高 + 成本最低 + 风险可控」的通道。