投资管理系统选型：先定口径，再谈功能

选型的第一个分歧不在功能清单，而在字段定义权。功能清单最容易比较，也最容易等价：两家供应商的清单摆在一起，条目差异通常不到两成。真正决定签约之后两年体验的是另外四件事——谁定义字段、对外报送有几条出口、核心指标是算出来的还是填出来的、哪些环节不该进系统。这四件事在演示环节很少被提问，因此也很少被写进合同。

谁的字段定义进了系统

投资管理系统里最危险的字段，是那些看起来天然标准的字段：投资金额、持股比例、退出收益率、实缴出资、基金规模。它们在投资协议、工商登记、被投企业财报与监管报送四个来源里各有一套取值，且都「有依据」。选型阶段要确认的不是供应商有没有这个字段，而是字段定义写在什么载体上、由哪个岗位负责、变更经过谁审批。

梓川把「数据字典定义与字段自定义」写进技术底座（公开口径见数据治理与指标体系），原因就在这里：字典不进入系统，系统就会替全机构做一次没人授权的定义。这类定义不会报错，只会在某次审计问询时被发现。

比较项	常见做法	我们的口径	失败表现
字段定义	需求文档列字段名与类型	每个字段带责任人、来源、生效版本与计算式	同名不同值，口径靠人记
取值优先级	后录入者覆盖先录入者	按来源可信度排序并保留全量快照	协议金额被财务数覆盖，追溯断链
指标计算	按当期报表临时实现	先固定口径公式再实现，分子分母同源	上线半年后退化为人工填报表
权限控制	按角色划定可见范围	功能、数据、字段三级权限	估值成本与单笔报价横向可见

报送出口的数量决定改造深度

一家机构同时向多条线出数并不少见：国资监管口径、财政部门、审计要求、集团内部经营分析。系统若只覆盖其中一条出口，其余继续人工兜底，改造后的负担不会下降，只是换了一张导出表。

判断方式很直接：在选型现场让供应商画出出口图。每条出口写清接收方、模板来源、频次、当前最耗时的环节，以及改造后由哪个模块出数。出口图画不出来的机构，不适合进入商务谈判阶段——它说明连甲方自己都没完成口径盘点。

指标是算出来的，还是填出来的

我们只用一条判据：该指标的分子与分母是否都来自系统内已有对象。凡依赖额外人工填报的指标，会在上线后一年以内退化成一张需要有人维护的表，而维护优先级永远排在报送季之后。

「报送周期」应定义为从主管单位下发模板到集团合并稿提交的日历日，而不是「填报更顺畅了」；「口径一致率」应是同一指标在各级平台取值差异为 0 的比例，样本必须包含区县层级。完整口径表见省属国资三级监管归集。

演示为什么几乎总能通过

演示用的是干净数据：一个主体、一只基金、一个报表期、一份标准模板。真实交付要处理的是脏路径——同一被投企业两条工商记录、子基金月报口径与集团口径不一致、跨币种基金的估值基准选择。把演示环境换成脏数据，是选型阶段性价比最高的一个动作：它同时暴露数据模型、导入工具与实施方的经验密度。

把这份清单带进选型会议

• 提供脱敏真实数据（不少于 3 个项目、2 期报表、1 只带子基金的母基金），要求完整跑一遍采集到出数的链路。
• 要求出示字段清单：每个字段标出定义责任人、来源系统、首次生效时点。
• 现场画报送出口图，逐条写明接收方、模板来源与频次。
• 逐项验证三级权限：用一个财务账号尝试读取单笔估值成本字段，确认能否拦截。
• 确认部署形态（公有云、私有云、内网）与信创适配范围，写进技术条款而不是会议纪要。
• 把响应时限、问题定位时长与免费服务期写成可违约条款。我们的公开服务口径是 7×24 应急响应、1 小时内定位问题、验收后 1 年免费服务，这三项本就该进合同。
• 要求供应商列出「不做的部分」与二期边界。没有不做清单的方案，通常只是把风险推到验收之后。
• 明确存量数据清洗与迁移的责任方、工作量测算方式与回滚方案。

三类不建议现在启动选型的机构

第一种是单一基金 GP、团队规模在十人上下：共享文档加一张受控台账更经济，系统成本主要用于满足外部问询而非内部决策。第二种是预算只够标准版、且不安排任何数据治理人力：这类组合两年内必然退化，退化速度取决于报送频次。第三种是希望系统替代投决判断：软件能压缩的是取证、核算与对账时间，责任不能外包给一个字段。

选型的判据最终很朴素：两年后没人记得原始表格时，系统里的数字还站不站得住。功能清单会随版本漂移，字段定义、报送出口与指标公式不会——前提是一开始就把它们写下来，并让业务、风控与报送三方签过字。