2. 支付系统基础概念高频问题
支付系统面试的第一道分水岭，往往不是分布式或高并发，而是候选人能否把“一笔钱从用户点击到商户到账”讲成一条完整链路。很多候选人能背出“支付、清算、结算”三个词，却说不清交易单、支付单、账务分录、对账文件之间的生成顺序与状态流转。本章围绕五个高频概念，给出可复用的回答框架、公司侧重点与追问路径。
一、核心原理：五个概念不是并列，而是资金生命周期
支付流程解决“钱怎么动”，交易模型解决“单怎么记”，账务体系解决“账怎么平”，清结算解决“钱怎么分”，对账解决“数怎么核”。面试时不要孤立解释名词，而要用一条主线串起来：用户发起支付 → 生成交易单与支付单 → 调用渠道 → 渠道返回结果 → 记会计分录 → 日终清算 → 结算出款 → 与渠道对账。这条主线讲清楚，面试官会认为你具备资金系统全局观。
回答技巧：先给一句话定义，再给一个业务场景，最后补一个技术保障点。例如“对账是用渠道账单和内部账务逐笔核对，保障资金安全，技术上依赖文件解析、差异分类和自动冲正”。
二、方法流程：从支付到对账的标准链路
- 支付流程：收银台创建交易单，支付网关生成支付单，路由选择渠道，调用微信/支付宝/银联，同步或异步接收结果，更新支付状态并通知业务方。
- 交易模型：常见三层单据——交易单（业务意图）、支付单（一次支付尝试）、渠道单（渠道流水）。三者通过业务单号、支付单号、渠道流水号关联，支持多次支付与退款。
- 账务体系：采用复式记账，每笔资金变动至少两条分录，借贷相等。账户分为用户账户、商户账户、平台收入账户、渠道过渡账户等。
- 清结算：清算是算清应收应付，结算是实际出款。T日交易，T+1清算，T+1或T+N结算，需处理手续费、退款、冻结、保证金。
- 对账：分为渠道对账与内部对账。渠道对账核对渠道流水与支付单，内部对账核对支付单与账务分录，差异分为长款、短款、状态不一致、金额不一致。
三、案例/场景：一笔微信支付的全链路
用户在电商下单100元，选择微信支付。系统创建交易单T001，支付单P001，调用微信统一下单，获得预支付ID。用户支付成功后，微信异步通知支付结果，系统更新P001为成功，并写入账务分录：借“微信渠道过渡户”100元，贷“商户待结算户”100元。T+1日，清算系统计算手续费0.6元，生成清算明细：商户应收99.4元。结算系统在T+1日发起出款，同时账务记：借“商户待结算户”100元，贷“商户结算户”99.4元，贷“平台手续费收入”0.6元。日终对账时，下载微信账单，与P001逐笔核对，若金额一致则标记对账成功；若微信有而内部无，则为长款，需挂账排查。
交易单 T001 金额 100.00 状态 成功
支付单 P001 渠道 微信 渠道流水号 4200001234
账务分录：
借：微信渠道过渡户 100.00
贷：商户待结算户 100.00
清算明细：
商户应收 99.40 手续费 0.60
结算分录：
借：商户待结算户 100.00
贷：商户结算户 99.40
贷：平台手续费收入 0.60
对账结果：
渠道流水 4200001234 内部支付单 P001 金额一致 状态一致四、公司侧重点与高频追问
| 公司类型 | 侧重点 | 常见追问 |
|---|---|---|
| 支付公司 | 渠道接入、清结算、对账差错 | 长短款怎么处理？结算周期如何设计？ |
| 电商平台 | 交易模型、退款、分账 | 一笔订单多次支付怎么建模？分账如何记账？ |
| 银行/金融 | 账务体系、会计科目、资金安全 | 借贷不平怎么发现？冲正与红字分录区别？ |
| 互联网大厂 | 高并发、幂等、状态机、一致性 | 重复回调如何保证只记一次账？ |
常见误区：把“清算”和“结算”混为一谈；只讲支付成功，不讲退款、冲正、挂账；对账只讲“核对文件”，不讲差异分类与处理时效；账务只讲单边记账，忽略复式平衡。