证券行业有个让外人很费解的事实：你在券商 App 里看到的股票持仓，法律上并不"在"券商那里。你的证券登记在中国证券登记结算公司（简称中国结算）的簿记系统里，券商账上只是映射。同样，券商之间买卖股票，对手方也不是彼此，而是中国结算。这套"三方结构"是理解一切账户和清算代码的前提。
三方各管什么
交易所（上交所、深交所、北交所）管"撮合"：提供订单簿、产生成交价和成交回报。收盘后它的职责基本就结束了，把成交数据交给结算公司。
中国结算管"登记 + 清算 + 交收"三件事：
- 登记：证券持有人名册的法定维护者。新股发行登记、公司行动登记（分红送配的名单以它的股权登记日数据为准）、证券过户，最终都落到它的簿记系统。
- 清算：接收交易所成交数据，按多边净额算出每个券商每个席位的应收应付。
- 交收：作为中央对手方，T+1 执行钱券划付。
券商管"客户"：客户账户体系、委托接入、前端风控，以及和客户之间的二级清算。券商是交易所的会员、中国结算的结算参与人，两头都要接。
一句话记法：交易所管价格怎么产生，结算公司管钱券怎么动，券商管客户怎么接入。
分级结算：两级账本为什么必须存在
注意图里的两级清算。中国结算的账只记到券商法人这一级：全市场两亿投资者，中国结算不和任何个人发生资金关系，它只对一百多家券商的净额负责。客户这一级的明细账由各家券商自己记。
这个分层的工程意义在于规模分摊。假设全市场一天 5000 万笔成交，如果由一家机构逐笔对两亿客户记账，没有任何系统扛得住集中式账本。分级之后，中国结算层面收敛成"一百多家券商 × 每天一笔净额"的量级；明细压力分散到一百多家券商各自的账户系统。这是用组织结构解决计算问题的典型案例——分布式不只是技术，制度本身就是分布式的。
分级也带来对账义务：券商的客户级明细账加总，必须等于中国结算记的法人级总账。这就是三方对账里"券商 vs 结算公司"那一对的由来，对不平就是差错。
一码通与证券账户：客户标识的两层结构
客户标识体系也体现了这个分层。2014 年之后的结构是：
- 一码通账户：中国结算统一配发的 12 位投资者标识，一个投资者全市场唯一，挂在自然人/机构名下。
- 证券账户：一码通之下按市场挂的子账户——沪 A 账户、深 A 账户各若干，加上基金账户、信用账户等。早期一个投资者能开 20 个证券账户，后收紧到 3 个。
券商自己的客户号、资金账号又是另一套内部标识。于是一次委托的路由要映射三层：券商客户号 → 证券账户（决定报哪个市场）→ 一码通（最终持有人）。账户篇的"三层模型"会展开表设计，这里先记住：证券账户是交易所认的标识，一码通是结算公司认的标识，客户号是券商认的标识，三套都真实存在，任何一处映射错了，股票就记到了别人名下。
备付金：CCP 的风险垫
中国结算做中央对手方，替所有券商兜底交收，它自己的风险敞口靠结算备付金覆盖。结构是：
- 每家券商在中国结算开立结算备付金账户，T+1 交收的资金就从这里扣划。
- 每月按券商上月证券买入金额的约定比例核定最低结算备付金（比例由中国结算按差异化安排调整，历史上在 16%~20% 区间变动过多次）。
- 备付金不足时交收就失败，触发违约处置：中国结算先垫付（动用互保基金等），再向违约券商追偿并计罚息。
券商系统工程上的落点有三个：备付金账户的每日余额监控（日终要预估次日交收净付款，不足要赶在交收前调头寸）、最低备付的月度重算任务（中国结算下发核定文件后更新参数）、以及自营和客户资金的分户管理——客户备付金专户和自有资金不能混。
顺带说一个容易混的：客户交易结算资金第三方存管是银行体系的事（客户保证金存银行，见"一户通与三方存管"篇），和券商在中国结算的备付金是两条线。前者防的是券商挪用客户钱，后者防的是券商交收违约，两个机制护的是不同的风险。
这套结构对日常开发的实际影响
- 凡是"过户/登记"类业务，数据源都是中国结算文件，不是交易所。持仓的法定正确值以结算公司下发的余额对账文件为准，券商本地持仓只是副本。
- 券商系统的清算其实是二级清算：输入是中国结算的一级清算结果（资金结算文件里的法人净额）+ 交易所成交明细，输出是客户级应收付。两个输入对不上时，以中国结算数据为准走差错流程。
- 接口的时间表跟着中国结算走：它的文件下发时刻（通常 16:00 后开始、分批次）决定清算任务的最早启动时刻；它的系统升级窗口决定券商的配套改造死线。
三方结构听起来是制度设计，落到代码里就是数据源优先级、文件依赖顺序、对账基准的选择。后面清算篇每一篇都会反复回到这张图。