从这篇开始进入基金与资管的业务纵深。第一个系统选 TA，因为它是基金业务里最像"登记结算公司"的角色：开放式基金的"股东名册"不在交易所，在 TA。理解 TA 的职责边界，后面二十几篇基金运营的文章才有地基。
TA 是什么：份额登记过户系统
TA（Transfer Agent）管三件事：账户（谁在 TA 开了基金账户）、份额（谁持有哪只基金多少份）、确认（申购赎回申请的有效性判定和份额计算）。一只开放式基金的份额登记，要么基金公司自建 TA 承担，要么委托中国结算的 TA 平台（外包模式，《基金运营外包生态》篇展开）。
业务链上的位置：投资者通过销售机构（银行、券商、第三方平台）提交申购赎回，销售机构只负责受理——它无权确认，确认权在 TA。T 日 15:00 前的申请按 T 日净值成交，但这个"成交"不是撮合出来的，是 T+1 日 TA 批量算出来的。这是基金和股票最本质的区别：没有价格发现，没有对手方，只有按净值的一买一卖。
和券商核心系统差在哪
做惯了集中交易的人看 TA，最容易误解的是性能模型。两个系统的对比：
- 集中交易：实时撮合 + 日终清算，交易时段毫秒级应答，状态实时变化，盘后批量轧差；
- TA：日终批量确认，全天的申请攒到夜里统一处理，T+1 才出结果，期间客户状态是"申请中"。
TA 的实时性要求低一到两个数量级——没有撮合环路，没有毫秒预算，甚至查询流量都集中在确认文件下发之后。但数据正确性的要求和账务同级：份额登记错一位小数，就是客户资产错误。而且 TA 的容错窗口比交易更窄：交易错了可以撤单，确认错了要回滚确认文件并通知所有销售机构，逆向成本极高。所以 TA 的设计哲学是"宁可慢，不可错"：批内校验层层叠叠，反洗钱、账户状态、金额合法性、额度检查，一个不过整笔拒绝或部分确认。
申购确认链：一笔申请的四天时间
以普通股票基金申购为例走一遍全链：
- T 日 15:00 前：客户提交申购，销售机构冻结资金、生成申请流水，T 日闭市后把全天申请打包传 TA（文件或实时接口）；
- T 日夜里：TA 反洗钱和账户校验、金额校验、确认申请有效，算出净申购金额（扣除申购费）；
- T+1 日：估值系统算出 T 日净值（通常 21 点后出数，《估值核算》篇的流水线），TA 拿到净值计算确认份额： $$ \text{确认份额} = \frac{\text{净申购金额}}{T\ \text{日单位净值}} $$ 份额保留两位小数，尾差处理原则是总额守恒——所有账户的四舍五入尾差归集调整到一笔，保证全 TA 份额合计严格等于按总额算出的份额（《净值计算的四则运算》篇的舍入坑在这里原样出现）；
- T+1 日晚：确认文件下发各销售机构，销售机构 T+2 把份额记入客户账户，客户可见可赎。
赎回是对称的反向过程：按 T 日净值算赎回金额、扣赎回费，资金 T+N（通常 T+3 内）划到客户账户。
数据模型三件套
TA 的表结构和券商账务同构（《复式记账》视角下完全一样）：
- 账户层：投资者在每一家 TA 有一个基金账户；同一投资者通过不同销售机构购买，用交易账号区分渠道。账户层管状态（正常、冻结、注销）和反洗钱信息；
- 份额层：份额明细，主键是（基金账户， 基金代码， 份额类别）。关键设计是份额来源可追溯——认购份额、申购份额、红利再投资份额、转换转入份额，每笔都要有来源流水号，分红和赎回的税费计算依赖这个来源（持有期不同费率不同）；
- 流水层：两层流水。申请流水（T 日原始申请，只追加不可改，审计依据）和确认流水（T+1 生成的结果：确认份额、确认金额、手续费，同样只追加）。和券商的红冲蓝补同款逻辑——确认错了不 UPDATE，发冲正记录。
资金流的对应关系：申购款 T 日由销售机构划往产品募集账户（《基金支付通道》篇），TA 本身不碰钱，只确认份额。货银分离、文件互核：销售机构、TA、托管行三方各自记账，靠每日对账文件三方比对（《三方对账》的方法在基金链路上原样复用）。
规模与性能的真实约束
头部基金公司 TA 管理账户数千万级，日确认流水千万级。批量窗口账面宽裕——T 日 15:00 到 T+1 早 6 点有 13 小时——实际很紧：确认链依赖净值，净值通常 21 点后才出，净算窗口只有几小时，和《清算任务编排》同款的串行依赖问题（确认等净值，销售机构文件等确认）。批内又有大量串行点：总额守恒的尾差调整、巨赎比例确认，都必须全量算完才能往下走。TA 的性能优化空间比券商清算小——正确性约束太硬，能动的只有并行度和 IO。
后面几篇从这个总览展开：确认链的异常分支（《巨额赎回与顺延处理》）、分红的两条路径（《基金分红》）、跨 TA 迁移（《基金转换与转托管》）、货基的双轨估值（《货币基金的特殊性》）。
TA 是"慢系统做硬账"的典范：没有撮合的毫秒战场，但每个数字都要经得住审计。这种系统的设计张力不在性能，在于确认逻辑的分支完备——申请日到确认日之间的时间差，是全部复杂性的来源。