一家新批的公募基金公司，IT 团队十几个人，要不要自建 TA 系统和估值系统？自建一套 TA 加估值，软件许可加实施投入以千万计，每年运维几百万，还要养一个懂登记过户和会计核算的团队。绝大多数新机构的答案是：不建，外包。资管新规后公募牌照放开，基金运营外包成了独立产业——恒生电子系的恒宇誉产品、招商证券的基金外包服务、天天基金等的运营外包条线，接走了大量中小基金公司的后台职能。这一篇讲外包模式下系统怎么切分。
外包什么，不外包什么
监管口径很明确：基金运营外包的是后台处理职能，不是管理责任。《基金法》框架下，基金管理人、托管人的法定职责不可外包——管理人仍然是估值和登记过户的第一责任人，外包服务商只是"代管系统"。这句话落到系统边界上：
- 外包的：TA 系统的份额登记处理（申购赎回确认、分红、转换）、估值核算系统（估值、凭证、净值计算）、部分报表生成；
- 不外包的：直销渠道（客户界面必须在管理人手里，否则客户是谁的都说不清）、投资交易、风控决策、与托管人对账的发起责任、监管报送的签署责任。
直销不外包的原因值得单独说：客户数据是管理人的核心资产，直销系统直接面对客户，掌握客户身份、持仓、资金信息，这条链外包出去，管理人对自己的客户就失联了。外包模式下管理人的直销系统（或外购的直销套件）和外包 TA 之间用接口文件交互，客户资产的所有权数据流：客户 → 管理人直销 → 外包 TA → 登记结算机构。
数据交互：文件时代的接口
外包商的系统边界靠文件契约划清。管理人与外包 TA 之间每日交互三类文件：
- 申请文件：管理人的直销系统把当日全部渠道（管理人直销 + 各代销机构转发）的申赎申请汇总，按约定格式（常见 XML 或定长文本，清算文件的定长传统见《清算文件解析》篇）发给外包 TA；
- 确认文件：外包 TA 跑完确认批处理后回传确认结果，每笔申请对应一条确认（成功/失败/部分确认）；
- 对账文件：当日份额变动汇总、资金应收应付净额，管理人的财务系统据此与托管户、销售机构对账。
估值外包的交互类似：管理人把交易流水（成交流水、现金流水、权益类变动）发给外包估值系统，外包商取行情、跑估值（《估值核算总览》篇的流程），产出估值表和会计凭证回传管理人复核。时序上的关键约束：T 日的交易流水必须在 T 日晚间估值跑批前送达，错过截止时间（通常 17:00-18:00）的流水只能进 T+1 估值，用近似估值补（《FOF 的估值难点》篇的近似分支在运营侧的对应），这直接决定了管理人内部交易系统流水推送的 SLA。
对账：责任切分的焦点
外包模式最容易扯皮的是对账。三种典型差异及归属：
- 申请漏发/重发：管理人直销系统的申请文件与外包 TA 收到的笔数对不上——责任在管理人的文件生成环节，但发现往往靠外包 TA 的对账回执。所以对账是双向的：管理人核外包的确认结果，外包也核管理人的申请文件，差异两边都会报；
- 份额计算差异：巨额赎回顺延（《巨额赎回与顺延处理》篇）、费用计提尾差的处理口径，管理人和外包商的系统实现可能有细节差异，这类差异靠参数同步解决——费率、比例、日期等参数由管理人维护为主数据源，外包商按同步值执行，谁维护谁负责；
- 资金划付差异：销售机构划款金额与 TA 确认金额的差异（《基金销售体系》篇的三层对账），外包 TA 只负责提供数据，追款责任仍在管理人的运营团队。
SLA 与差错处理
外包合同的服务条款要量化为系统可校验的指标：确认批处理的完成时限（T 日申请最迟 T+1 凌晨确认完）、估值表交付时点、文件重传的响应时间。差错处理的关键是可重放：所有交互文件留档，任何一天的确认结果可以用原始申请文件重跑验证（《清算系统的测试策略》篇的黄金文件思想在外包运营的直接应用）。管理人侧保留"重算能力"是外包不外包责任的分水岭——完全丧失重算能力，复核就退化成形式检查。
外包模式成熟的标志，是管理人把"复核外包结果"做成了日常机制而不是事故响应：每日确认差异清单、估值复核差异工单、月度 SLA 报告，三件事常态化运转，外包才真正是能力采购而非责任转移。