看完了许多理论知识，接下来我们将通过一个实际案例来加深对前面所述内容的理解。
案例的背景简要说明
一家三方支付机构曾无外卡收单服务，现欲拓展线上外卡收单服务，扩展业务范围。由于该机构无卡组织会员资格，计划通过接入收单行来进行外卡收单服务。双方商定，该机构以大商户模式接入收单机构。资金由收单行结算给该机构后，该机构再结算给商户（支付机构结算给商户为T+10日）。无论商户所使用的交易币种为何，收单行均以美元结算给该机构（结算周期为T+7日）。
目前，该三方支付公司拥有完善的外汇系统和资金管理系统，同时具备完备的收款功能，能够实现将境外资金申报并引入国内，且已开通申报通道。
整体需求分析
根据机构整体状况评估，结合先前的业务架构进行分析，整体信息流和资金流与我们第四节提到的基本一致。唯一不同之处在于，由于该项目是由支付机构接入收单行，因此信息流和资金流多了一个支付机构的阶段，这个阶段位于收单机构和商户之间。至于换汇和申报，支付机构负责完成，收单机构只需将美元外币资金汇入支付机构的海外账户，剩下的申报和换汇入境操作都由该支付机构自行办理。
需要进行新增和改进的主要部分如下：
创建一个外卡支付收款商户平台
由于以前没有外卡收单服务，国内收单平台和外卡收单业务被划分到不同部门，因此无法让外卡商户使用国内收单平台，必须设立一个新的商户平台，专门用于外卡收单。
商家平台主要分为主页、交易管理、账单管理、资金管理、物流管理、异常管理、设置管理等板块。商家平台的功能结构如下图所示：
商家管理后台的首页如下图所示：
添加外卡付款网关和商户API接口。
商家需要添加下单入口，因此需要新增API模式和收银台模式。下单界面设计如下：
收款台的重点是确保持卡人能够成功输入卡号、有效期、CVV2等信息，并能查询汇率来计算持卡人需要支付的收款币种金额。此外，另一个关键点是收款台需支持3DS验证，通过调用发卡行的3DS服务，在支付后会跳转至发卡行提供的3DS验证界面。
在API模式下，我们还开发了一套专门供外卡收单商户接入的商户API接口。接口的详细结构如下所示：
接口总体设计包括了两种模式下的订单下单、退款、查询、异步通知和三D安全等接口。
API下单接口与收银台下单接口的主要区别在于API下单接口需要更多的信息，主要包括订单价格信息、商品信息以及验证持卡人3DS等条件所需的相关数据（如浏览器和手机屏幕尺寸等），而收银台接口则不需要这些信息。
需要为支付机构的内部运营平台增加新功能。
商户信息审核（用于审核外卡收单商户的入网信息，并向收单行提交商户信息进行二次审查）、商户信息配置管理、商户提现绑卡信息审核（用于审核商户提现卡的符合性与支付机构要求）、外卡收单交易查询、商户资金变动查询（用于查询商户提现、付款交易以及导致的账户余额变动情况）、商户保证金管理（用于冻结、解冻、扣除商户保证金，并查看详细变动）、风控规则设定（主要用于设定中间风控规则）、风控交易审核（主要用于审核后期风控导致需冻结结算款项的交易并进行人工审查）、对账管理（主要用于与收单行对账及处理不平账情况）、错误处理（协助商户处理拒付等差错交易）等功能。
需要使用收单银行的应用程序接口（API）。
这个部分大家应该都有所了解，我们简单概括一下，主要内容涉及接入收单行进行下单、退款、查询、3DS等接口。
账户和存款条款
每个商户都有三种账户：待结算账户（指尚未结算的交易金额）、可用余额账户（指已结算但未提现的金额）、冻结账户（指被冻结的金额）。这三种账户的费用情况和入账规则如下表所示：
交易结算和资金结算
此处的对账主要针对我方（支付机构）与收单机构（渠道）之间的对账过程。下面是交易对账流程的示意图：
