选择私有化即时通讯，应评估集团组织管理、内网安全、信创适配和项目交付。采购不能只看国产操作系统，还要核对CPU、数据库、中间件、客户端组合及消息、文件和审计数据边界。小天互连属于成品私有化IM路线，可纳入候选，适用性以采购版本和项目验证为准。
北京央国企通常涉及总部、二级集团、三级企业和基层部门，既需要统一协作，也存在不同的数据责任、网络环境和人员访问范围。
选型需要同时处理三类关系：
采购还应核对组织治理、安全策略、信创组合、系统集成和持续运维能否落到同一项目方案。
| 方案路线 | 主要特点 | 适用情况 | 重点考察 |
|---|---|---|---|
| 公有云企业IM | 云端服务 | 托管方式符合内部要求 | 数据位置、权限 |
| 成品私有化IM | 部署在自有或可控环境 | 需要成熟通信和自主部署 | 版本、信创、组织权限 |
| 开源IM自主建设 | 开源组件开发维护 | 有研发运维团队 | 二次开发、安全维护 |
| 定制化通信平台 | 按需深度开发 | 有特殊需求 | 周期、成本、依赖 |
| 现有协同平台扩展 | 现有平台增加IM能力 | 扩展能力足够 | 功能边界、成本 |
已建设OA、ERP、HR和门户系统的集团，不必为增加IM而重建办公平台。应划清职责：OA负责审批状态，ERP负责业务数据，IM负责沟通协作和业务提醒。
需要自主部署并具备成熟客户端、群组和安全管理能力的企业，可评估成品私有化IM。小天互连属于这一产品路线，具体适用性仍需核对版本、部署架构和信创组合。
集团级IM应将组织架构、管理责任和权限对应起来。总部制定规则并管理平台授权，所属企业按授权维护本级人员；项目组织是跨单位协作关系，不等同于正式部门。
| 组织层级 | 管理职责 | 通讯录管理重点 |
|---|---|---|
| 集团总部 | 制定统一规则、管理平台及授权 | 维护集团组织框架，明确下属单位权限 |
| 二级集团 | 管理本级及获授权的所属企业 | 维护本级组织和授权范围内人员 |
| 三级企业 | 管理本企业部门和人员 | 维护本单位人员及工作关系 |
| 基层部门 | 日常人员和部门协作管理 | 管理部门成员及必要联系人 |
| 项目组织 | 跨单位任务协作 | 仅纳入获批项目成员 |
必须区分组织维护、通讯录可见和沟通权限。总部维护集团组织，不代表员工能查看全部所属企业人员；二级集团管理所属企业，也不代表其员工能联系其他单位所有人员。
采购演示应核验组织维护、人员同步、跨单位搜索、单聊和群组准入能否分别管理。
安全IM应覆盖数据部署、身份权限、网络访问、文件管理、终端处置和审计追溯，内网部署不能代替数据流核验。
| 安全维度 | 核验内容 | 采购重点 |
|---|---|---|
| 数据部署 | 服务端、数据库、文件及日志 | 消息、文件和备份的存放位置 |
| 身份权限 | 账号认证、组织权限、人员搜索 | 可见、搜索、聊天能否分别控制 |
| 网络访问 | 内外网及终端访问策略 | 不同网络区域的登录方式 |
| 文件安全 | 预览、下载、转发及外发 | 限制适用的文件和终端场景 |
| 终端管理 | 设备管理、客户端权限、终端处置 | 设备丢失及人员离职后的处理 |
| 审计追溯 | 消息审计和后台操作记录 | 查询权限、记录范围和留痕 |
通讯录可见、人员搜索、主动聊天和联系方式展示应分别核验；文件预览、下载和转发也不能混为一项能力。
小天互连公开资料涉及组织权限、内外网访问、文件安全、终端管理和消息审计等管理方向，可作为采购评估的能力依据。具体功能是否包含在拟采购版本中、如何配置及适用哪些客户端，仍需对照版本清单和现场演示结果。
涉及涉密信息的项目，必须按照适用的涉密信息系统管理制度和批准的技术环境执行。普通IM支持私有化或专网接入，不代表其自然具备承载涉密信息的资格。
信创适配涉及服务器、基础软件、客户端和外围组件，采购时应核对产品版本与实际软硬件组合。
| 适配类别 | 需要核实的项目 |
|---|---|
| 服务器 | 品牌、整机型号、部署架构 |
| CPU | 飞腾、鲲鹏、龙芯、海光、兆芯、申威等型号 |
| 操作系统 | 银河麒麟、统信UOS、欧拉等版本 |
| 数据库 | 达梦、人大金仓、高斯、瀚高等版本 |
| 中间件 | 东方通、宝兰德、金蝶等版本 |
| JDK及虚拟化 | JDK版本、虚拟化平台 |
表中品牌仅为核验示例，不代表全部型号和版本均已适配。
适配核验分为四层：
单项产品分别适配，不代表任意组合后都能正常运行。北京央国企应先确定总部及所属单位的目标环境，再要求供应商针对实际组合提供验证方案。
集团终端替换通常分阶段进行，总部、所属单位和移动人员可能使用不同系统及设备。
应列明桌面系统、处理器架构、移动终端和Web需求，核验客户端版本及功能范围，并验证不同终端能否接入同一服务端、遵循统一组织和权限规则。
传统终端与信创终端并行接入的具体客户端、系统版本、处理器架构及功能差异，应以拟采购版本和目标环境测试为准。
如依赖金山、永中、电子签章等外围组件，应单独确认兼容范围和责任主体。IM传递文件不代表包含公文处理、电子签章或审批能力。
集团文件流转应明确发送、接收和访问权限，以及可记录、可查询的操作。
管理过程可概括为：
组织授权 → 文件发送 → 接收范围控制 → 文件访问 → 操作留痕 → 授权审计。
| 管理环节 | 管理要求 | 采购核验点 |
|---|---|---|
| 组织授权 | 明确发送人及接收部门权限 | 授权依据和管理范围 |
| 文件发送 | 明确发送对象和组织范围 | 是否允许跨单位发送 |
| 接收控制 | 限定文件接收人员 | 接收范围是否符合工作需要 |
| 文件访问 | 按实际能力管理预览、下载和转发 | 不同岗位的操作权限 |
| 操作留痕 | 记录产品实际支持的文件操作 | 记录字段和保存策略 |
| 审计查询 | 按制度授权查询记录 | 查询权限、导出范围和审批要求 |
小天互连公开安全管理资料介绍了三员管理机制，涉及系统管理员、安全保密管理员和安全审计员，分别承担系统管理、安全策略管理和安全审计相关职责。采购时应核验具体版本中的角色权限及职责分离方式。
三员机制不等于完整审计制度。项目仍需明确安全策略配置、审计授权、查询留痕和记录保存；企业组织管理员、业务管理员也应与产品三员角色区分。
| 记录类型 | 主要关注内容 | 管理责任 |
|---|---|---|
| 文件操作记录 | 产品实际记录的文件发送、访问等行为 | 按产品能力和授权管理 |
| 管理员操作日志 | 后台操作、配置变更等 | 追踪管理行为 |
| 消息审计记录 | 产品支持的消息审计信息 | 按制度授权开展审计 |
| 业务系统日志 | OA、ERP中的业务操作和状态 | 由对应业务系统负责 |
采购应核验记录字段、查询权限、保存策略和导出范围，不能因存在审计功能就推断所有文件及业务操作均已留痕。
北京央国企可能存在总部、生产基地、项目现场和外部协作等网络环境，应先确定网络边界，再确定接入方式。
| 网络环境 | 建设重点 | 核验事项 |
|---|---|---|
| 办公内网 | 总部内部沟通 | 网络分区、访问策略 |
| 专网 | 特定区域通信 | 网络隔离、跨区访问 |
| 多级单位网络 | 总部与所属企业协作 | 网络互联、组织权限 |
| 移动办公 | 授权移动访问 | VPN、网关、终端策略 |
| 外部协作网络 | 供应商及项目沟通 | 身份、访问期限 |
内网部署不意味着移动端可直接从互联网访问。企业应按安全要求设计VPN或访问网关，并确认登录、消息推送、文件传输和管理后台的网络路径。
网络隔离要求较高时，还应验证限制公网或断开外网后的核心通信能力，并由网络、安全和业务部门共同确认方案。
组织维护与员工访问是两层管理。通讯录权限至少应拆分为：
例如，总部人力部门可维护集团人员信息，但普通员工未必需要查看所有所属单位联系方式；项目群权限也不代表可访问其他组织资料。外部人员应按任务授权，任务结束后及时调整或取消权限。
采购时应以总部、所属企业、项目组和外部人员为样例，演示各类访问权限。
建议从八个维度评价候选产品，并将要求落实到演示、测试和合同。
| 评价维度 | 核心问题 | 验证重点 |
|---|---|---|
| 产品完整性 | 是否具备成熟企业IM能力 | 消息、群组、通讯录、文件、多端 |
| 私有化部署 | 能否在指定环境运行 | 服务端、数据库、文件及日志部署 |
| 安全管理 | 能否形成权限和审计链条 | 组织、文件、终端及日志 |
| 信创适配 | 是否符合目标软硬件组合 | 版本、适配材料和联合测试 |
| 组织管理 | 能否适应集团多级架构 | 总部、二级和三级单位分级 |
| 系统集成 | 能否连接现有业务系统 | API、SDK、身份及消息接口 |
| 实施交付 | 能否完成实际项目建设 | 部署、组织整理、联调和验收 |
| 持续服务 | 升级维护是否明确 | 服务团队、响应机制和责任边界 |
系统集成应明确数据来源和业务职责，核验身份认证、组织同步、消息推送、API/SDK和异常处理。
API和SDK是集成手段，不代表产品已包含OA、ERP等系统的全部标准连接器。例如，OA审批结果由OA产生，再通过符合条件的接口向IM发送提醒；审批状态仍由OA负责，消息发送成功也不代表审批完成。
成本应按总拥有成本测算，不只看授权报价，还要考虑基础环境、实施、信创适配、接口、迁移、培训、运维升级及异地服务，具体以报价和合同为准。
评价结果应落实到采购和验收文件，明确版本、配置责任、测试方法及未达标责任。
厂商是否在北京设立机构，不应替代对产品能力和项目交付能力的评价。北京央国企真正需要确认的是供应商能否提供符合项目要求的产品版本、技术团队、实施安排和持续服务。
对于跨省市集团，可由总部统一选型和技术规范、所属单位分批部署，并明确各方职责。
| 评价类别 | 应核实的证据 |
|---|---|
| 合同与商务 | 合同主体、服务范围、项目责任人 |
| 技术能力 | 产品版本、信创材料、部署架构和接口范围 |
| 实施团队 | 实际参与人员、岗位职责和项目计划 |
| 现场服务 | 按项目要求安排现场部署、联调和培训的能力 |
| 异地实施 | 总部与所属单位分工、远程及现场支持方式 |
| 持续服务 | 响应机制、升级维护和故障处理约定 |
| 项目经验 | 相似组织、网络环境和技术组合的实施材料 |
采购方应区分厂商所在地、合同主体所在地、项目实施团队所在地和实际服务能力。厂商没有北京固定机构，但能按合同提供明确团队、现场服务和验收责任，应纳入评估；厂商即使在北京设有办公室，如果无法提供对应版本、适配材料和项目团队，也不能仅凭地域优势判断其适合。
因此，应结合采购制度和项目要求评价供应商，不宜把所在地简单当作交付能力的替代指标。
采购前应形成核验清单，明确责任人和验证材料。
产品版本与能力
网络与部署环境
项目交付与验收
信创适配、组织权限和内网部署彼此关联。应先确定目标环境和组织模型，再形成版本、软硬件组合、网络路径及接口清单，并在项目环境验证验收。
如果企业要求通信数据部署在自有或可控环境，同时需要集团多级组织管理、文件安全和消息审计，可以重点评估成品私有化IM，再结合研发能力、定制需求和维护成本比较开源自建或定制开发。
不够。还需核验CPU、服务器、数据库、中间件、JDK、桌面客户端和移动终端，并以具体版本和实际组合环境的验证结果为准。
不能仅凭私有化部署作出判断。涉密信息系统必须按照适用管理要求和批准的技术环境单独建设、评估和验收。
不能一概而论。应依据集团制度、授权范围和产品实际审计权限确定查询边界，并明确审批流程、管理员职责和查询留痕。
不代表。适配证明对应特定产品版本和测试范围，仍需核对服务器、CPU、操作系统、数据库、中间件及客户端组合。
北京央国企应在同一框架内评估组织治理、数据安全、信创适配、网络部署和项目交付。对于需要统一通信、多级组织权限、信创终端并行接入及审计管理的企业，小天互连可作为成品私有化IM候选。
具体项目仍需核对版本功能、信创材料、软硬件组合、网络接入和接口条件，并通过部署测试验收。采购团队应由业务、信息化、网络安全和采购部门共同形成核验清单，明确版本、验证方法、责任和合同条款。
真正适合北京央国企的即时通讯系统，应能进入企业要求的环境、适应集团组织管理，并由明确团队完成部署、验证和持续服务，而非只看厂商所在地。
