基金销售体系（《基金销售体系》篇）讲的是"把产品卖给客户"，基金投顾讲的是另一件事：客户不自己挑基金，把决策权交给投顾机构，由投顾代为买卖基金。2019 年 10 月证监会启动试点，首批五家机构获批，到业务常态化阶段全市场投顾服务账户以百万级计。这个业务对系统的改造不在前端展示，而在账户模型——授权关系怎么存、指令边界怎么校验、跟单执行怎么复制，这一篇讲清这三件事的底层结构。
从卖产品到管账户
传统代销的利益链是销售驱动：卖得越多佣金越多，渠道天然倾向推新基金、推高费率产品，客户的收益和渠道的收入脱钩。投顾的制度设计是反过来：投顾机构向客户收投顾费，按授权资产的规模或订阅周期收费，跟客户买哪只基金、买多少次没有直接关系，从机制上切断了"多卖多赚"的冲突。
业务落地时法律关系是这样的：客户（委托人）与投顾机构签投顾协议，基金账户和资金账户仍然是客户自己的（开在销售机构或基金公司），但协议范围内的投资决策权授权给投顾机构。投顾机构下设的组合管理人对签约客户维护一个"策略组合"（比如"稳健理财Plus"），调仓时系统按授权关系把组合指令复制成每个客户自己的申购赎回申请。
这个结构跟 FOF 容易混。FOF 是一只基金产品，客户买的是 FOF 份额，FOF 再拿募集资金去买子基金，客户和底层基金之间隔了一层产品壳（《FOF 的估值难点》篇展开）。投顾没有产品壳：客户直接持有各只基金份额，份额登记在客户名下，只是买入卖出的决策是投顾做的。这个"无壳直接持有"特征决定了系统上必须由 TA 和客户账户体系原生支持，不能像 FOF 那样在产品层包装。
授权关系：一张有生命周期的表
授权关系是投顾业务的账户核心，系统里是一张（或多张）状态表，关键字段：
- 客户标识 + 组合策略 ID：多对多，一个客户可以授权多个组合，一个组合服务几十万客户；
- 授权范围：协议约定的可投资基金范围（通常是公募基金，可限定产品池）；
- 授权金额/比例：常见做法是按"授权资产的百分比"执行调仓，也有设单笔或总额上限的；
- 协议版本与生效日期：费率条款、风险揭示书版本都要留痕，监管检查要逐客户调档；
- 状态机：待签约 → 生效 → 暂停（客户主动暂停或风险等级不匹配触发）→ 解约。暂停期间不能生成调仓指令，但存量份额仍计提投顾费（《投顾收费模式》篇展开）。
这里有个容易被忽略的约束：授权关系跨机构。客户的基金账户开在销售机构（比如某银行），投顾机构是另一家公司（比如某基金公司子公司），调仓指令要从投顾机构系统流转到销售机构的柜台再进 TA。这就引出第二个系统点。
指令边界：代客下单不是无限权力
投顾机构替客户下单，系统在两条链路上都要能识别"这是投顾指令"：
一是在销售机构柜台：指令进入前校验授权关系是否有效、目标基金是否在协议产品池内、金额是否超授权上限。校验不通过直接拒单，不能落到客户账户。这些边界本质是协议条款的参数化，和柜台风控参数的热更新（《风控参数的热更新》篇）是同一套机制——条款变更不打断存量授权，按协议版本匹配。
二是在计费环节：同一笔申购，客户自己发起的按正常销售协议收费，投顾发起的要叠加投顾费计提，且部分销售协议约定投顾客户的申购费有折扣。TA 的确认流水里必须带"指令来源"标记，计费引擎按这个标记走路径分支。
法律层面的边界更硬：投顾指令只能买卖协议范围内的基金份额，不能提取现金、不能买股买债、不能做衍生品。系统校验按"白名单产品池 + 禁止资金划转"实现，现金类操作（赎回款去向）只能回客户绑定账户，这个约束要落死在资金路由配置里，不能只靠业务流程自觉。
适当性：授权前后的两道匹配
投顾业务把适当性责任从"卖的那一刻"拉长到"管的全过程"：
- 签约前：客户风险承受能力评级 ≥ 组合策略风险等级，否则不能签；
- 存续期：客户风险等级下调（重新测评后变保守了）低于组合等级时，授权关系进入待处理状态——整改、转换到更稳健的组合、或解约，三选一，不能不处理还继续调仓。
这个"持续匹配"是系统要主动跑的任务，不是被动等柜面操作：风险测评数据更新后，扫描全部授权关系找出不匹配清单，推送给投顾人员跟进。
投顾业务试点的意义不在规模，在于它第一次把"账户"和"产品"在系统层面解耦：账户是客户的，策略是机构的，中间靠授权关系表和指令边界粘合。这套授权模型后来被个人养老金账户、基金投顾组合跟投等场景反复复用，理解它是理解后续一系列账户类创新的钥匙。