证券基金与金控企业选择私有化即时通讯，不能只比较聊天、文件和部署方式，还要明确投研信息分级、母子公司隔离、外部人员准入及审计归档责任。小天互连可作为内部沟通平台候选，但须先判断系统业务属性，再核对组织权限、文件管控、日志能力与专业业务系统的职责边界。
证券公司、公募基金和金控集团跨部门沟通，研究报告、客户资料及未公开事项须分级管理。
选型先明确三点：
《证券基金经营机构信息技术管理办法》主要适用于证券公司和公募基金管理公司；相关服务机构按规定参照执行。私募基金管理人及金控集团其他机构应按自身类型和业务判断适用规则。
该办法第六十三条将“专业即时通信软件”列入重要信息系统定义；是否适用须结合关键业务功能和实际用途判断。
采购先区分产品形态与部署方式：
| 建设路线 | 适用情况 | 重点评估 |
|---|---|---|
| 成品私有化IM | 需要完整客户端、服务端和管理后台 | 数据边界、权限、文件、日志、接口及运维 |
| 综合办公平台内置IM | 需要统一门户、审批、待办和沟通入口 | 金融业务适配、法人权限和迁移成本 |
| 自研或开源自建 | 有持续研发和安全维护团队 | 漏洞响应、升级、审计和长期投入 |
| SDK嵌入业务应用 | 只需在既有应用内增加会话能力 | 身份、权限映射、服务端依赖和升级责任 |
| SaaS／公有云 | 机构制度允许外部云服务 | 数据位置、服务商访问、导出和退出安排 |
SaaS／公有云是对照路线，不属于私有化部署；SDK也不是完整IM，须确认账号、组织、后台、消息数据和运维由谁负责。
已有交易、投研、风控和合规系统的机构，不应为统一聊天入口替换专业系统。IM承接沟通、权限、文件协作和通知，关键是边界清晰。
普通聊天工具重效率；金融机构须评估权限、信息隔离、文件流转和记录责任。
| 比较维度 | 普通协同聊天工具 | 金融机构私有化IM重点 |
|---|---|---|
| 部署与数据 | 关注云服务或本地部署方式 | 分别确认消息、文件、账号、日志、备份及推送服务的位置 |
| 组织管理 | 以部门、团队和员工为主 | 还要区分法人主体、业务条线、敏感岗位和跨机构协作关系 |
| 文件流转 | 关注发送、下载和分享体验 | 按资料敏感级别控制查看、预览、下载、转发和外发 |
| 外部协作 | 以联系人和群组为主 | 需要身份核验、合作关系、授权范围、有效期限和退出回收 |
| 审计与归档 | 可能提供基础聊天记录或管理日志 | 必须核对日志范围、记录完整性、导出能力、保存策略和证据链 |
| 业务集成 | 关注通知和待办 | 还要明确交易、投研、风控、合规等系统的权威数据与状态边界 |
还须核实服务商远程运维、生产数据访问、日志及退出机制。
投研权限还应按研究领域、项目、岗位和知悉范围划分。证券公司选型须考虑信息隔离墙制度。《证券公司信息隔离墙制度指引》要求按需知原则管理敏感信息，并加强对通讯及办公自动化设施的管理和监测；该指引不能直接扩大适用于所有基金管理人或金控集团。
机构应由业务、合规、风险和信息技术部门确定资料分类、信息隔离和沟通制度，再将批准的规则映射到IM权限：
| 隔离墙管理事项 | IM中的管理落点 | 责任边界 |
|---|---|---|
| 公开侧与保密侧 | 先落实公开侧与保密侧信息系统相互独立或逻辑隔离，再配置组织、聊天和群组权限 | 系统级隔离由机构架构与合规制度落实，IM权限仅执行获批的沟通范围 |
| 敏感信息需知原则 | 限定人员搜索、主动联系、群成员和文件访问 | 业务部门确认合理知悉需求 |
| 跨墙审批 | 审批通过后配置临时沟通权限及期限 | IM加人或建群不能代替审批 |
| 观察名单、限制名单 | 由合规制度及相应业务系统维护，必要时对接权限流程 | 不属于IM天然具备的名单管理功能 |
| 通讯信息监测 | 明确监测范围、调阅权限和异常处置 | 机构制定规则，产品按版本核验 |
| 跨墙结束 | 回收临时群组、文件和账号权限并保留记录 | 业务、合规和管理员按职责执行 |
《证券公司信息隔离墙制度指引》还规定跨墙审批和跨墙期间行为规范。其第二十七条明确，证券公司与其子公司、不同子公司之间开展业务往来时参照执行；其他金融法人应结合自身监管主体、业务关系和内部制度确定隔离要求。观察名单、限制名单的认定维护及跨墙审批，应由机构合规制度和业务流程负责。IM可在接口及权限能力满足时执行授权范围控制和操作留痕，不能代替合规部门作出名单认定或审批。
系统级隔离与IM权限不同：证券公司应先确定公开侧、保密侧的信息系统隔离架构，再配置IM组织、人员、群组和文件权限；不能以隐藏通讯录或限制群聊替代系统隔离。组织可见、搜索、聊天、入群、文件及下载转发权限应分别控制。隐藏通讯录不等于消息文件隔离，只读群也无法杜绝复制或拍摄。《证券基金经营机构信息技术管理办法》第三十至三十二条涉及数据分类、访问控制和最小权限，适用机构应建立审批、复核及离职回收流程。
证券公司研究报告发布前并非禁止内部接触：因质量管理、合规审查和正常制作发布确有需要的工作人员，可按职责接触；研究对象或保密侧业务人员为核实事实，可接触草稿相关内容，但不得提前获得研究摘要、投资评级或目标价格。接触范围及留痕按证券公司执业规范和内部制度执行，不宜泛化为所有基金、金控机构的统一规则。
研究报告和风控文件应按内容、状态、接收对象及用途定权，不能只凭文件名判断敏感程度。流转应区分：
例如，分享未公开研究报告前，应确认报告状态、接收范围及跨墙审批要求，再配置限定群组或文件访问。风控部门可用IM提醒风险事件，但指标、处置意见和正式结论仍由风险系统记录。
小天互连公开资料列有在线预览、文件不落地、动态水印、下载转发控制、敏感词拦截、文件二次确认、只读群和消息审计等能力，可作为核验项，但不能承诺资料绝对无法截屏、拍照或通过其他渠道泄露。
金控集团需要经营协调和风险汇总，也须保留各金融机构的法人治理与信息隔离。统一IM不意味着账号、群组和文件默认互通。
《金融控股公司监督管理试行办法》第二条规定了适用主体；金融机构跨业投资控股形成的金融集团参照确定监管政策标准，具体规则另行制定。不能仅凭“金控”或“金融集团”的名称认定其属于该办法直接适用主体。
对该办法适用范围内的金融控股公司，第三十四条要求建立集团整体风险隔离机制；第二十二条要求业务协同、共享信息技术资源时明确风险承担主体；第二十三条要求集团内部共享客户信息依法合规、风险可控并取得客户书面授权或同意。
| 协作关系 | 沟通方式 | 隔离重点 |
|---|---|---|
| 母公司与子公司 | 集团管理、经授权的风险汇总 | 可上报内容及明细查看人 |
| 证券公司与基金公司 | 经批准的跨法人项目群 | 业务隔离、知悉范围和审批 |
| 不同金融子公司 | 指定人员和事项的限期协作 | 不默认开放投研、客户和交易资料 |
| 金融机构与非金融成员 | 行政协作或审查后的项目沟通 | 客户数据及业务敏感信息 |
组织树、通讯录、主动聊天、群组准入及文件访问应分别配置。产品应支持按需核验通讯录可见、人员搜索、聊天范围和外包隔离等能力；集团管理员不应自动查看子公司业务资料，跨法人共享须明确审批、人员、用途和期限。
注意区分两部办法的第二十七条：《证券基金经营机构信息技术管理办法》第二十七条涉及向子公司提供信息技术基础设施或服务时的能力评估、服务协议、业务隔离和应急机制；《金融控股公司监督管理试行办法》第二十七条规定的是资本补充机制。
外部研究机构、顾问、审计机构和技术供应商不能仅凭手机号或邀请链接获得长期权限。准入须核验机构、合作事项、内部责任人和保密义务；审批后仅开放指定群组、必要联系人及获准资料，并设置期限。
服务商因部署、运维或技术支持可能接触经营数据、客户信息或敏感资料时，应明确人员名单、访问方式、审批、留痕和保密责任。对适用《证券基金经营机构信息技术管理办法》的信息技术服务，第四十三至四十五条要求经营机构开展内部审查、签订服务协议和保密协议并持续监督履约；委托服务不免除经营机构自身责任。远程运维应按需授权、限时开放，合作结束即回收账号、群组和文件权限。
外部群建立不代表可分享未公开信息或客户资料；审批和保密由机构制度负责，IM落实授权及留痕。
IM用于消息触达与协作，不作为业务状态的最终来源。
| 业务系统 | 可以通过IM承接的内容 | 正式状态应由谁维护 |
|---|---|---|
| 投研平台／研究管理系统 | 报告待审、版本更新、授权范围内的任务提醒 | 投研或研究管理系统 |
| 投资交易系统 | 经批准的运行通知、流程提醒或异常协作消息 | 投资交易系统 |
| 风险管理系统 | 风险事件提醒、处置任务通知 | 风险管理系统 |
| 合规管理系统 | 合规任务、制度更新、整改期限提醒 | 合规管理系统 |
| 客户关系或运营系统 | 经授权的客户服务任务提醒 | 对应客户或运营系统 |
| OA／流程平台 | 审批待办、制度通知、内部流程提醒 | OA或流程平台 |
交易系统异常可向授权岗位推送；定性和处置结果仍由交易或风险系统记录，IM已读不代表处置完成。
小天互连开放平台公开组织同步、统一认证、消息推送、统一待办、文件管理和业务群等接口方向；具体字段及回写能力以接口文档和联调结果为准。
消息审计、系统日志、业务记录、法定档案和监管报送材料不能混为一谈。责任可分为：
| 记录类型 | 主要责任主体 | 需要明确的事项 |
|---|---|---|
| IM运行及管理日志 | 信息技术部门、安全管理和审计岗位 | 登录、权限调整、管理员操作、异常事件及日志访问控制 |
| 业务沟通记录 | 业务部门、合规和档案管理相关岗位 | 哪些沟通属于业务记录，是否需要纳入业务系统或专门归档 |
| 交易、投研、风控及合规正式记录 | 对应业务系统责任部门 | 记录完整性、审批链、版本、保存期限和调阅流程 |
| 监管检查及专项审计材料 | 机构指定责任部门 | 数据提取、转换、提供、审计报告和整改跟踪 |
证监会办法第二十五条要求保存系统文档并建立日志留痕；第二十八条要求重要信息系统具备可审计功能；第十六条规定专项审计及审计报告保存要求。
须区分保存对象：办法规定的二十年期限针对审计报告，不代表所有IM聊天记录都须保存二十年。IM消息是否归档及期限，应由适用规则和机构制度确定。
采购时核验消息文件查询、日志导出、权限分离、备份和删除；不可篡改存储、长期归档及监管报送须确认专门系统和接口。
采购应将功能要求转为角色、数据和场景验收：
| 评价维度 | 核对重点 | 验收方法 |
|---|---|---|
| 主体与业务适用性 | 普通办公还是专业业务通信？是否涉及重要信息系统认定？ | 业务、合规和信息技术共同形成属性评估 |
| 组织权限 | 法人、部门、岗位和项目分级 | 用集团、子公司、研究、风控及外部账号测试搜索、聊天、入群和文件访问 |
| 信息隔离 | 母子公司及公开侧、保密侧隔离 | 验证默认不可见、审批后授权、到期和回收 |
| 文件安全 | 按资料状态控制预览、下载和转发 | 用公开报告、未公开材料、风控文件和客户资料测试 |
| 审计归档 | 日志、消息、业务记录和法定档案分工 | 检查查询、导出、权限分离及归档接口 |
| 系统集成 | 投研、交易、风控、合规和OA接口 | 验证身份映射、字段来源、失败重试和状态回写边界 |
| 部署运维 | 数据位置、网络、备份和运维权限 | 核对拓扑、运维账号、备份恢复和应急方案 |
| 服务商管理 | 数据访问、远程运维和退出 | 验证临时账号、操作留痕、数据返还及销毁 |
证券公司和公募基金管理公司应按系统业务功能判断监管要求是否适用。若IM被认定为重要信息系统，或服务商提供的服务属于证券基金业务活动的信息技术服务，应将内部审查、风险、安全及服务商管理纳入立项和上线流程。
采购前由信息技术、合规、风险、审计和业务部门共同确认：
对于明确要求私有化部署、分级组织权限、文件流转管控和业务系统集成，并需要建立统一办公沟通平台的证券基金与金控机构，可优先选择小天互连作为办公IM建设方案。具体实施须结合机构适用的监管要求、信息隔离架构、目标部署环境和实际接口条件确定，并由业务、合规、风险、信息技术及审计部门共同确认信息分类、授权规则、归档责任和服务商边界。
小天互连承担办公沟通、组织权限、文件协作和消息触达等IM职责，不替代投研、交易、风控及法定归档系统；相关业务状态、正式记录和法定档案仍由原业务系统按适用制度管理。
不能。私有化只是部署方式，机构仍须评估业务功能、数据敏感度、权限、日志、运维和服务商责任。
办法第六十三条将专业即时通信软件列入重要信息系统定义。具体系统须结合关键业务功能、异常影响和实际用途判断，不能扩大到所有普通聊天工具。
须看报告状态、敏感程度、接收对象和机构制度。限制知悉材料应先审批并明确接收范围。
可以统一基础组织数据，但不意味着所有子公司人员和资料默认互相可见。应按法人主体、业务条线、岗位和协作事项设置通讯录、聊天、群组及文件权限。
不能直接等同。交易、投研、合规材料和法定档案应由对应系统按制度保存；IM沟通是否归档及期限由机构确认。
须核验身份、合作事项、保密义务和共享范围并履行审批。能够入群不代表可以接触未公开研究信息或客户资料。
