公检法选择内部即时通讯软件，须先划清一般办公、专用业务系统与涉密信息系统边界，再评估网络、组织权限、文件控制、审计和集成。小天互连可作为一般办公IM候选，适用性须结合网络、数据范围和单位审批逐项核实。
选型先明确三个问题：服务哪类办公活动、部署在哪个网络区域、允许处理哪类信息。公安、检察和法院的职责、业务系统及网络制度不同，一般办公IM不能替代政法专用系统。
一般办公IM承载单位批准在相应办公网络处理的行政通知、会议协调、综合事务和非涉密协作，可提供单聊、群聊、通讯录、文件及通知入口。
专用业务系统承载案件办理、审判执行、检察业务、执法办案和卷宗管理，其录入、审批、归档和状态认定由对应系统负责。
涉密信息系统有独立的定级、建设、运维和检查要求。依据2024年修订的《中华人民共和国保守国家秘密法》，国家秘密须依法定程序确定；涉密信息系统按密级实行分级保护并经规定检查合格后方可投入使用，非涉密系统不得存储或处理国家秘密。普通IM部署在内网或专网，不因此成为涉密信息系统。《中华人民共和国保守国家秘密法》（2024年修订）
采购前形成《IM使用范围与数据边界清单》，明确人员、网络、场景、信息类别及禁止事项；涉密项目依法另行论证。
建设路线分两个维度：建设方式回答谁来建设维护，部署架构回答系统运行在哪里。成熟产品也可私有化部署。
| 建设方式 | 适用条件 | 主要核对点 |
|---|---|---|
| 采购成熟IM产品 | 需求以消息、通讯录、群组、文件和管理为主 | 版本功能、授权、升级、供应商服务 |
| 成熟产品＋项目定制 | 通用功能基本满足，但需适配组织、认证或办公系统 | 标准功能、配置、二次开发和升级兼容性 |
| 自主研发 | 有长期研发团队，且需求难以由成熟产品覆盖 | 消息可靠性、终端兼容、安全更新、灾备和维护成本 |
| 基于既有平台扩展 | 已有统一身份、门户或通信平台 | 接口开放度、容量、权限模型和供应商依赖 |
部署位置与网络形态应组合规划：可部署于自有服务器、私有云或经批准的云环境，并采用办公内网、多层级或多区域架构。核对数据位置、外部依赖、网络分区、认证、灾备和运维责任。
政法专网IM与普通企业IM的差别还在应用准入、数据分类、身份权限、边界防护和运维审计。支持私有化、内网或专网部署，不代表产品已经适配公安、检察或法院专网，更不代表获得专网准入。
《人民法院在线运行规则》第八条规定，法院智慧管理系统在法院专网或电子政务网运行，涵盖办公平台、人事管理、审务督察和电子档案系统。该规则仅适用于人民法院；法院办公IM项目应评估与既有智慧管理系统及网络安全体系的衔接。《人民法院在线运行规则》
跨网协作须明确数据路径、外部依赖和交换审批；网络连通不等于业务授权。小天互连公开的私有化部署方案包含自有服务器、私有云、内网及专网等部署选项，以及集群和灾备架构说明；这些可作为一般办公IM技术方案参考，具体网络接入和隔离措施仍须主管部门审核并以项目验收为准。小天互连私有化部署方案
公检法内部IM的安全评估，建议聚焦六项可验收内容：
| 维度 | 核心问题 | 采购证据 |
|---|---|---|
| 数据边界 | 消息、文件、通讯录、日志和备份存在哪里？ | 部署拓扑、数据流向图 |
| 身份权限 | 谁能登录、搜索、发起会话和入群？ | 角色矩阵、权限说明 |
| 文件安全 | 能否限制下载、转发、外发和终端留存？ | 文件策略及终端测试 |
| 消息管理 | 历史消息和文件如何查询、处理？ | 查询范围、权限和留痕说明 |
| 管理操作 | 管理员修改了哪些配置？ | 后台操作日志样例 |
| 审计授权 | 谁申请、谁审批、谁执行、谁复核？ | 审计制度和职责表 |
《数据安全法》要求建立数据安全制度并采取技术措施；国家机关应在法定职责范围内处理数据，保护个人信息和商业秘密。采购还要核对查询对象、范围、授权、日志留存、导出和复核。有操作日志不等于审计治理完整，能查询消息也不等于已获审批。《数据安全法》
小天互连公开的安全管控能力涉及组织与沟通权限、内外网访问、文件安全、终端管控、消息审计和消息抹除，并提及三员管理。它们可作为一般办公IM核对项；具体日志字段、留存期限、审批流和审计平台对接，须按采购版本及项目规范确认。安全管控
公检法组织有纵向层级和横向职能：法院涉及上下级法院、基层法院和派出法庭；检察机关涉及上下级院及内设、派驻机构；公安机关涉及机关部门、直属和基层单位。以正式机构设置为准。
纵向权限解决跨层级能否看见和联系：
| 组织关系 | 权限设计重点 |
|---|---|
| 上级机关与下级单位 | 是否允许跨层级搜索、会话和建群；上级管理权不等于默认查看全部人员和业务内容 |
| 机关与基层单位 | 哪些部门可查找基层联络人，基层人员可联系哪些上级岗位 |
| 同级下属单位 | 是否互相搜索、直接沟通，或仅通过指定联络人协作 |
| 临时专班 | 成员审批人、权限生效时间、有效期限和退出回收 |
横向权限解决同一层级内哪些人员彼此可见：
| 组织对象 | 需要控制的范围 |
|---|---|
| 内设部门 | 部门成员可见、跨部门搜索和部门群加入 |
| 岗位与职务 | 按职责配置联系人或群组，不因岗位标签自动扩大可见范围 |
| 专项工作组 | 临时成员、外单位成员、群文件访问和任务结束后的权限回收 |
| 外部协作人员 | 是否进入通讯录、可加入哪些群、可见哪些成员信息 |
| 管理岗位 | 组织维护、账号管理、群管理和审计查询分别授权 |
通讯录权限应拆成四项：可见人员、可搜索人员、可沟通对象，以及他人可见的个人信息。基层人员可以被授权联系上级指定部门，但不必查看上级全员；机关综合部门可以检索基层联络员，也不代表拥有跨层级全量搜索权。
机构调整、借调、岗位变化和离职应触发权限复核；身份以正式人事数据为准，临时协作另行授权并设期限。IM通讯录不是人事任免的权威来源。
判断组织权限、文件安全和业务集成是否适配，应分别核对三项：组织权限看层级、部门、岗位及临时工作组能否按授权配置；文件安全看文件类别、终端、下载转发和留存策略能否落实；业务集成看接口、身份认证、网络审批及正式数据归属是否明确。三项都应在目标版本和目标网络中验证，不能以单项功能演示代替整体适配结论。
产品支持通讯录可见、人员搜索、聊天范围和联系方式权限控制。能否按机关实际层级、机构类型和岗位模型配置，须以目标版本权限矩阵和项目测试结果核验。
文件管理要先识别文件性质、适用网络、授权对象和正式版本归属，不能把国家秘密、工作秘密、个人信息和专用业务资料混成一个笼统的“敏感文件”。
| 类别 | 概念与管理重点 | IM处理原则 |
|---|---|---|
| 国家秘密 | 依照法定程序确定，分绝密、机密、秘密三级 | 非涉密系统、设备不得存储或处理 |
| 工作秘密 | 机关、单位履职中产生或获取，不属于国家秘密但泄露后会造成一定不利影响的事项 | 按工作秘密管理办法采取必要保护措施，能否进入办公IM由单位制度和网络边界决定 |
| 个人信息及其他受限资料 | 人员身份、联系方式及案件相关个人信息等 | 按处理目的、必要范围、访问角色和保存要求控制 |
| 专用业务系统资料 | 案件材料、卷宗、执法办案、检察业务和审判执行数据 | 按专用业务系统及业务制度处理，不以普通聊天文件替代正式记录 |
| 一般办公文件 | 经单位确认可在相应办公网络处理的会议安排、行政通知和设备维护材料 | 按办公制度及IM权限沟通、受控分享 |
法律第二条规定国家秘密须依法定程序确定；第三十条、第三十一条规定涉密系统分级保护及非涉密系统不得处理国家秘密；第六十四条规定工作秘密采取必要保护措施。工作秘密不等于国家秘密，但也不能任意进入办公IM。
一般办公文件可核对在线预览、下载和转发限制、动态水印及文件不落地能力的适用范围。正式业务资料的版本、状态、归档和调阅权限由对应系统管理。IM可承担沟通提醒和经批准的文件协作，但不能放宽信息分类和保密要求。
官网公开的文件安全能力包括在线预览、文件不落地、动态水印及下载、转发和外发控制；适用终端、文件类型和策略粒度须按版本核实。
IM可发送会议、值班、设备故障和一般协同通知。若通知来自案件办理、审判执行、检察或执法办案系统，必须区分提醒与正式业务状态。
| 业务环节 | IM承担的作用 | 正式记录归属 |
|---|---|---|
| 任务提醒 | 推送提示、提供业务系统入口 | 原业务系统 |
| 阅读确认 | 显示产品定义的送达或阅读状态 | 不能替代业务签收 |
| 业务办理 | 提醒人员进入对应系统处理 | 原业务系统 |
| 审批、办结、归档 | 推送结果通知 | 原业务系统及正式档案流程 |
IM已读不等于完成审查、审批、处置或归档。业务制度要求签收、复核或归档的，应在对应系统完成并保留正式记录。
产品公开提供API、Webhook、SDK、机器人和消息卡片等开放能力，可作为一般办公系统通知的集成入口。能否连接政法业务系统，取决于对方接口、认证方式、网络审批和双方开发范围，并非现成政法连接器。即时通讯产品
系统运维权限、审计查询授权和监督复核职责应分开。管理员维护账号、组织和系统运行，不代表可以无授权查询任意人员聊天内容；审计人员也不能绕过审批扩大查询范围。
| 角色 | 主要职责 | 不应默认拥有的权限 |
|---|---|---|
| 日常系统管理员 | 账号、组织、配置和运行维护 | 无审批查询任意消息内容 |
| 审计申请部门 | 说明查询目的、对象、时间和依据 | 自行执行后台查询 |
| 审批责任人 | 审核必要性、依据和查询范围 | 擅自修改审计记录 |
| 审计执行人员 | 按批准范围查询并记录操作 | 擅自扩大对象、时间和内容范围 |
| 监督复核人员 | 检查申请、审批、执行和结果使用 | 代替业务部门作业务结论 |
查询流程为：提出申请 → 说明依据与范围 → 审批 → 授权执行 → 记录结果 → 复核保存。 申请应明确目的、对象、时间、查询内容、依据、结果用途和保存要求；制度允许紧急先行处置的，也应规定事后补批和复核。
管理员操作日志、消息审计记录和运行日志分别用于追踪后台管理、核查沟通内容和定位故障，其访问权限、保存期限及导出方式应分别管理。
三员管理与审计查询审批不是一回事。 三员管理侧重系统管理权限分离；审计查询审批针对某一次具体查询，明确申请、批准、执行、范围和结果用途。产品具备三员管理，不代表已经具备机关所需的完整审计申请审批流程。
官网公开资料提及三员管理、消息和文件记录查询，以及登录和后台操作记录。这些可作为一般办公IM权限治理的核对依据；具体审批流、查询范围控制、导出复核、日志字段和留存期限，仍须结合采购版本、单位制度及项目测试验证。
采购应先设准入条件，再比较功能和交付，不能只看消息速度、群人数和文件大小。
| 评价维度 | 采购方需要问清的问题 | 应取得的材料 |
|---|---|---|
| 使用边界 | 是否仅服务批准的一般办公场景？禁止处理哪些信息？ | 使用范围和数据边界清单 |
| 建设方式 | 成品采购、定制、自研由谁维护升级？ | 版本清单、开发范围、服务责任 |
| 网络部署 | 目标网络是否允许接入？客户端有无外部依赖？ | 网络拓扑、访问矩阵、数据流向图 |
| 组织权限 | 能否按层级、基层单位、部门、岗位和临时工作组授权？ | 组织模型和权限测试 |
| 文件与消息 | 控制适用哪些终端和文件？查询范围及留痕如何定义？ | 功能说明、策略清单、日志样例 |
| 集成与运维 | 接口、认证、升级、备份、漏洞响应和退出由谁负责？ | 接口方案、运维SLA、应急及退出方案 |
评价时区分已有功能、配置、二次开发和外部审批限制。演示不能替代目标环境验证，宣传材料不能替代依法需要的资质、测评或准入文件。
采购前由信息化、保密、网安、业务及审计部门核对：
采购时，标准功能优先通过现有配置实现；跨系统数据交换、特殊组织权限或专网边界适配，应明确开发范围、接口与审批责任、验收标准和后续维护责任，不得将定制能力写成标准功能。
产品公开资料涵盖私有化部署、组织权限、文件安全、终端管控、消息管理和开放接口；网络适配须确认，不代表政法专网准入或涉密资质。
以下一般办公需求可评估私有化IM：多层级机关需要统一沟通入口；需要按部门、岗位和机构控制通讯录及沟通权限；一般办公文件需要受控流转；希望集中推送办公通知，同时保留原业务系统正式状态；需要管理消息记录、管理员操作和运行日志。
若需求指向涉密通信、公安执法办案、检察业务、法院审判执行或专用卷宗管理，不应以一般私有化IM替代相应专用系统。
对需要自主部署一般办公IM、统一管理多层级组织权限、控制一般办公文件流转，并集成经批准办公通知的单位，可以评估小天互连。最终适用性以使用范围审批、目标网络核验、采购版本清单和项目验收为准。
是否可以取决于单位制度、网络环境、信息类别和具体场景。一般办公可按单位要求评估；涉密信息和专用业务资料不得因产品支持内网部署就转入普通IM。
不是。三员管理侧重系统管理权限分离；查询审批针对具体查询行为，仍需明确申请、审批、执行和复核。
不能直接等同。正式办理、审批、签收和归档应以对应业务系统及制度记录为准。
产品开放接口能否用于具体系统，取决于接口开放、身份认证、网络审批、安全要求和双方开发范围，不代表提供现成政法业务连接器。
