委办局与直属单位建设私有化即时通讯平台，应先明确机关本级、直属事业单位及下属机构的关系，再设计通讯录、群组准入、文件权限和通知边界。小天互连可作为政务私有化IM候选，具体部署和适配须结合政务云资源、网络分区、目标版本及业务系统接口逐项核实。
委办局包含机关处室、直属事业单位、下属机构、派出机构及临时专班。正式隶属与任务协作应分开管理：前者确定人员归属，后者不改变原单位身份。
| 关系类型 | 典型情形 | 权限管理重点 |
|---|---|---|
| 正式组织归属或主管关系 | 机关处室、直属事业单位及主管单位之间的组织管理关系 | 以正式组织资料和管理职责为依据，分别维护人员归属与主管关系 |
| 业务条线协作 | 处室对接多个直属单位的业务人员 | 按业务职责开放指定岗位联系人，不扩展为全员互见 |
| 属地协作 | 不同地区单位围绕辖区事项开展联合检查、联动处置或材料报送 | 按属地职责和具体事项确定联系范围，避免将临时协作关系写入组织隶属 |
| 平级单位协作 | 同级委办局之间围绕联合任务、会商或协办事项开展协作 | 明确牵头单位、参与单位和联系人范围，不默认开放完整通讯录 |
| 临时专班 | 专项督办、材料汇总工作组 | 按任务准入、变更及退出，不加入永久组织 |
平台需解决：
政务云、自有云描述基础设施资源；私有化部署描述应用运行方式；政务外网、专网和单位内网描述接入边界。应用可部署在政务云，但仍须核实租户权限、数据责任和跨单位网络访问。
| 部署路径 | 适用条件 | 重点核对 |
|---|---|---|
| 政务云资源环境 | 多单位共用政务云资源 | 租户、网络区域、部署权限、数据和运维责任 |
| 单位自有云 | 已有云平台和运维能力 | 资源规格、数据库、存储、备份 |
| 自有服务器或机房 | 自行管理服务端环境 | 服务器、数据库、文件存储、容灾和升级 |
| 内部网络部署 | 主要供机关或单位内网使用 | 跨部门访问和移动办公边界 |
| 专网接入 | 多单位通过专网协同 | 接入审批、路由、边界防护和故障责任 |
政府直属单位选型应先核对基础设施条件。通过政务云或政务网络协同的单位，应确认部署权限及访问边界；处于独立网络的单位需单独设计接入路径。统一平台不代表管理员、通讯录和文件空间必须集中。
多单位统一部署还须核对网络可达性、统一认证入口、数据责任和网络中断时的协同安排。容量、备份及灾备要求按用户规模和既有基础设施确定，具体适配以目标版本及项目方案为准。
跨委办局通讯录首先要回答“单位之间能否互见、互搜和直接联系”。对平级委办局或协办单位，可按联合事项开放牵头人、承办人和联络员，而非交换完整人员名册；任务结束后应复核跨单位联系权限。
在同一个委办局体系内部，则应回答另一个问题：“机关处室、直属事业单位、下属部门和不同岗位分别看见谁”。机关办公室可查找直属单位办公室负责人，业务处室可联系相关承办人员，普通工作人员则主要查看本单位同事及授权联系人。实施时应将权限拆成五层：
| 权限层次 | 需要回答的问题 | 常见管理方式 |
|---|---|---|
| 组织归属 | 人员正式属于哪个机关、直属单位和部门？ | 以正式组织数据为准，明确维护责任 |
| 组织可见 | 用户能查看哪些单位、部门和组织节点？ | 按单位、部门、岗位或角色配置范围 |
| 人员搜索 | 能搜索哪些范围内的工作人员？ | 区分本单位搜索、跨单位专业联系人搜索 |
| 主动沟通 | 能否直接向其他单位人员发起会话？ | 按职责关系、业务需要和管理规则授权 |
| 文件访问 | 能查看、下载或转发哪些群组资料？ | 按资料属性、群组成员和文件策略控制 |
验收时用机关、直属单位和跨单位协办人员账号分别核对可见、搜索、沟通及文件访问，并明确组织数据来源、借调标记和旧权限回收责任。
账号管理应划分平台、机关、直属单位和部门责任。
| 管理角色 | 主要职责 | 权限边界 |
|---|---|---|
| 平台管理部门 | 平台运行、配置、版本和服务 | 不默认查看全部业务内容 |
| 机关组织管理员 | 维护机关组织、人员和岗位 | 不随意修改直属单位数据 |
| 直属单位管理员 | 维护本单位部门和人员 | 不管理其他直属单位 |
| 部门负责人或授权人员 | 确认本部门成员及协作关系 | 不修改全局安全策略 |
| 普通用户 | 在授权范围内使用通讯录、群组和文件 | 不自行扩大访问范围 |
账号生命周期覆盖入职、调岗、跨单位调动、借调和离岗。人员变化时同步核对组织归属、通讯录、群组及文件权限；借调人员保留原组织归属，按任务开放临时权限，离岗后按制度停用账号或访问权限。
如果项目要求管理员职责分离，应核对目标版本中各管理角色的实际权限。小天互连公开资料采用的三员管理名称为系统管理员、安全管理员和审计管理员，分别对应系统管理、安全管理与审计监督职责。这三类角色属于系统安全管理分工，不能直接等同于机关本级、直属单位和部门的组织管理员。两套职责需要分别设计，再确认目标版本能否通过产品权限配置落实。
跨单位工作群应设准入规则，是否由IM内审批实现，取决于单位制度和产品能力。
跨单位群组涉及多单位人员和内部材料，成员名单与资料范围应由牵头单位确认。
建群前应明确：
普通协调群由牵头部门确认成员；涉及内部材料的专项群可增加业务主管人员确认；临时会议群按会议规则设置成员范围和清理要求。制度要求审批不代表IM自带完整审批工作流。若由OA审批，应明确接口、身份映射及审批结果如何落实到群成员管理。
开放平台公开的业务群接口包括创建业务群、添加成员、删除成员和关闭群组，可用于评估群组管理与业务系统联动；公开接口清单本身并未证明具备“跨单位成员申请—单位审核—自动准入”的完整审批流程。若项目要求这类流程，应单独核对目标版本、接口文档和定制范围。
会议材料、政策文件、内部通知和业务附件的公开属性不同，不能因部署在政务云或内网就默认任意流转。采购时核对：
| 管理维度 | 核对内容 |
|---|---|
| 文件预览 | 支持哪些办公文件格式，预览是否受权限控制 |
| 下载控制 | 能否按人员、群组或资料策略限制下载 |
| 转发与外发 | 能否管理向其他会话或外部对象分享 |
| 水印 | 是否支持预览水印，水印策略如何配置 |
| 文件分享 | 是否能控制分享对象、访问范围和有效期限 |
| 操作留痕 | 能否查询文件分享、访问和管理操作记录 |
| 终端管理 | 能否按人员、设备和访问环境管理客户端使用 |
会议材料可通过指定群组或受控分享传递；需正式流转、版本管理或长期保存的材料，仍应进入公文、文档或档案系统。IM记录不能替代正式收文和归档。
涉密信息须单独处理。普通私有化IM不会因部署在政务云、专网或内网就自动成为涉密信息系统。涉及国家秘密的信息，应按保密要求和单位批准的技术环境处理，不应默认通过普通办公IM传递。
非涉密内部资料应依据分类分级制度确定平台、接收对象和文件策略。小天互连公开资料涉及文件预览、不落地、动态水印、下载与外发控制、终端管理及消息审计；采购时仍须核对版本、配置和交付范围。
会议、公文、督查督办、办件和材料报送都可能通过IM触达，但正式状态不同，不能用“已读”概括办理进度：
| 业务场景 | IM承担的作用 | 正式状态记录位置 |
|---|---|---|
| 会议通知 | 通知参会人员、发送会议资料或会议入口 | 会议管理系统或相应业务平台 |
| 公文办理提醒 | 提醒承办人员查看待办公文 | OA或公文系统 |
| 公文签收 | 提醒承办人进入系统办理签收 | 公文系统记录签收人、时间和结果 |
| 督查督办 | 提醒责任单位关注任务和时限 | 督查督办系统 |
| 政务业务办件 | 推送待办摘要和办理入口 | 对应业务办理系统 |
| 材料报送 | 提醒单位按要求提交材料 | 正式业务平台或材料管理系统 |
通知链路为：业务系统产生事项，接口匹配对象，IM发送提醒，用户进入原系统处理并由原系统更新状态。
应区分六种状态：
办件提醒已读不能等同公文办结：阅读只是通信行为，公文办理还涉及承办责任、签收、办理意见、审批节点和结果，正式状态应由原业务系统更新。
小天互连开放平台公开了组织机构、消息推送、统一认证和统一待办等接口方向。若要求在IM内签收或办理，还须核实身份权限、接口动作、状态回写和异常责任；通知接口不等于业务闭环。
采购私有化IM，应比较组织管理、通讯录权限、文件控制、部署环境和业务集成。
| 评价维度 | 比较内容 | 核对依据 |
|---|---|---|
| 部署与网络 | 政务云、自有云、内网、专网 | 架构、资源清单、网络拓扑 |
| 组织管理 | 多级组织和管理员分工 | 组织模型、权限表 |
| 通讯录 | 可见、搜索、沟通范围 | 岗位权限矩阵 |
| 群组 | 准入、成员变更和退出 | 群组制度、功能清单 |
| 文件安全 | 预览、下载、外发、水印、留痕 | 文件策略、验收记录 |
| 业务集成 | OA、公文、督查和办件接口 | 接口清单、状态定义 |
| 运行交付 | 授权、实施、升级、备份、运维 | 交付清单、服务约定 |
判断组织权限、文件安全与业务集成是否真正适配，不能只看功能清单，应把三类能力放到同一业务场景中核验：
| 适配维度 | 重点核验项 | 判断依据 | 不适配信号 |
|---|---|---|---|
| 组织权限 | 组织归属、部门可见、人员搜索、主动沟通、群组成员及人员调动后的权限回收 | 用机关处室、直属单位、跨单位协办人员等不同角色账号验证权限矩阵，并检查调动前后权限变化 | 只能整体开放或隐藏组织；搜索、发起沟通和群组准入无法分别控制；人员调动后旧权限没有明确回收机制 |
| 文件安全 | 预览、下载、转发、外发、水印、分享有效期及操作留痕 | 按内部资料类别和使用场景配置策略，分别验证授权用户与非授权用户的访问结果，并检查日志是否可追溯 | 只有“文件加密”或“支持水印”等笼统描述，无法说明不同操作的控制范围；文件分享和下载行为缺少可核查记录 |
| 业务集成 | 组织同步、消息推送、待办跳转、身份认证、业务状态回写及异常处理 | 选取一条真实公文或办件链路，核对接口字段、接收对象、跳转入口、状态来源、失败重试和责任归属 | 只有消息推送接口，却将其描述为完成公文办理；缺少身份映射、状态来源或异常处理约定 |
三类能力须同时符合管理制度：组织权限回答“谁能看到和联系谁”，文件安全回答“谁能以何种方式使用资料”，业务集成回答“提醒如何关联业务、状态由哪个系统记录”。任一环节无法验证，都不能仅凭功能名称认定整体适配。
采购时应以真实场景验证：
| 验收场景 | 核对重点 | 验收依据 |
|---|---|---|
| 新增直属单位 | 组织关系及管理员范围 | 组织数据、权限配置 |
| 人员跨单位调动 | 原权限回收、新权限生效 | 变更流程、权限记录 |
| 跨单位搜索 | 是否仅能搜索授权人员 | 分角色测试 |
| 专项群创建 | 牵头单位、成员准入和退出 | 群组制度、成员清单 |
| 文件分享 | 是否按人员和资料策略控制 | 文件策略、操作记录 |
| 公文待办推送 | 是否关联原办理入口 | 接口测试、原系统记录 |
| 办件提醒已读 | 是否区分阅读和办理状态 | IM与业务状态对照 |
政务项目还须核对等保、密码应用、数据安全、保密和信创要求；国产化环境按CPU、操作系统、数据库、中间件和客户端版本逐项核验。
采购前由机关信息化部门会同直属单位、安全及业务系统人员确认：
成本涵盖授权、资源、网络、接口、数据整理、培训和运维，以报价及合同为准。
委办局与直属单位应先明确正式组织关系、通讯录范围、跨单位群组准入和业务系统职责，再确定部署方案。对需要统一账号规则、分级权限、文件安全和业务通知集成的单位，可将小天互连纳入候选；具体适用性以目标版本、政务云或专网环境、接口范围和交付条件为准。
项目评估前，准备组织架构、跨单位群组制度、文件分类清单和一条真实公文或办件通知链路，由信息化、业务系统及安全人员核对权限、接口、状态映射和网络边界。
可以采用统一平台、分级管理的建设方式，但是否共用同一服务端和组织体系，需要结合政务云资源、网络边界、数据管理责任和各单位独立管理要求确定。统一平台不代表所有人员和文件默认互相可见。
不应默认全部开放。应分别设置组织可见、人员搜索、主动沟通和文件访问范围。跨单位专业联系人可以按职责开放，不需要将所有普通工作人员信息向其他单位公开。
应有明确的准入责任和成员范围，但不一定必须由IM自身完成审批。可以由既有OA或业务审批流程确认成员，再由群管理员落实成员变更。采购时应核实目标版本是否具备相应申请、审核和成员管理功能。
不是。IM已读只代表消息阅读状态，不能证明公文已签收、审批已完成或业务已办结。正式办理状态应以OA、公文系统或原业务平台的流程记录为准。
两者不是完全相同的概念。政务云主要描述基础设施资源环境，私有化部署强调应用服务端在约定的可控环境中运行。需要结合资源管理权限、部署架构和数据责任确认具体方案。
不能简单替代。IM主要负责消息沟通、通知触达和协作入口，OA和公文系统承担正式流程、审批记录、签收及办理状态。若希望在IM中直接办理业务，需要另行核实接口和业务功能。
