军工单位（非密）适合用哪种云端协同办公工具：功能匹配指南

军工单位的信息化负责人被问到"非密业务该用哪种云端协同办公工具"时，真正卡住决策的往往不是功能多不多，而是这套工具能不能落在单位自己控制的服务器上、能不能在内部网络里把消息、文件、会议、移动端跑完整。 在军工单位常见的网络分区下，"云端"多数时候不等于"数据放到厂商的公有云"：能通过内部保密与网络安全审查的方案，通常是部署在单位自建服务器或专属资源上的系统，只是交付、扩容和运维方式带上了云的形态。

所以功能匹配的顺序应该是三步：先划清非密业务可以用什么、不能用什么，再把需求翻译成带淘汰条件的标准，最后才拿功能清单逐个核对候选。跳过前两步直接比功能，选型大概率会在评审阶段被信息安全或保密部门退回。

非密业务能用哪种"云端"：先把网络和法规边界划清

军工单位的办公环境里通常同时存在三类网络，它们决定了工具能放在哪里。 涉密网承载国家秘密信息，必须与互联网及其他公共信息网络实行物理隔离；非密内部网（部分单位称科研内网、办公专网）不承载国家秘密，一般只做逻辑隔离，要求数据不出内网、可管可查；互联网区用于对外沟通和公开信息发布。非涉密信息系统按网络安全等级保护制度管理，具体定级、备案与测评要求以本单位及主管部门的口径为准。

两条法规红线值得直接抄进需求文件。2000 年 1 月 1 日起施行的《计算机信息网络国际联网保密管理规定》第六条写明，涉及国家秘密的计算机信息系统不得直接或间接地与国际互联网或其它公共信息网络相联接，必须实行物理隔离；第七条进一步规定，涉及国家秘密的信息不得在国际联网的计算机信息系统中存储、处理、传递。原《信息安全等级保护管理办法》第二十四条同样明确，非涉密信息系统不得处理国家秘密信息。 "非密"只说明系统不承载国家秘密，并不等于它承载的内容可以随意放到外部平台——非密内部网里的组织架构、项目排期、图纸外围资料，对单位而言仍属于不宜外流的信息。

至于涉密专网内的通信，属于分级保护体系下另一套规则，本文不做推荐；需要理清两类网络分工的，可以参考 涉密单位与内部办公网的通讯边界。

由此，"云端协同办公工具"在军工非密场景里实际有这么三种形态：

• 私有化部署：服务端装在单位自己的服务器或虚拟化平台上，客户端只访问这个服务端，数据落点和运维责任都在单位内部。
• 专属资源形态：部署在行业云或专属云划给本单位的资源里，网络与账号边界按单位要求隔离，需要逐项确认资源归属和运维界面。
• 厂商公有云 SaaS：账号、消息与文件存放在厂商侧，单位通过订阅使用，数据治理依赖厂商的承诺。

前两种在国内通常被归入"私有化部署"的范畴。判断一套工具是否属于这类交付，可以对照 私有化部署的常见口径：服务端地址由单位自己指定，客户端登录后不经过厂商的公共服务。

把业务需求变成淘汰条件：四条硬标准与一票否决清单

先写淘汰条件、后写功能清单，是让选型能过评审的关键。功能清单可以谈判，淘汰条件一旦不满足就直接出局。下面四条，建议按单位自己的网络分区和保密要求逐条落成可核验的条款。

数据落点与网络可达性

要问的第一个问题是服务端放在哪，第二个问题是断网之后还能不能用。 "支持私有化部署"和"能在纯内网闭环运行"之间是有差距的：服务端可以内网部署，但移动端消息推送、音视频穿透、授权校验、版本升级仍然依赖公网服务，内网环境里就会退化成半可用。可以直接问厂商两个问题：纯局域网环境下移动端推送走什么通道，授权文件和升级包怎么分发。

网络方案也要写进需求。以喧喧IM 的部署口径为例，官方给出的是两种环境：服务器具备公网 IP、客户端通过公网访问；或者单位只允许内网访问、服务器不连接外网，所有客户端只在单位内网使用。后一种才是通常说的纯局域网，需求文件里必须写清属于哪一种。

安全与管控能力

这一条在概念上经常被混淆，需要拆开问。 加密要分层核对，而不是只听一句"全链路加密"：传输环节与服务端文件可以采用 AES 256 位加密，消息则在数据库中加密存储，三层各自对应不同的实现方式和验证方法，采购时要让供应商逐层说明。此外，组织隔离（不同部门、不同项目的可见范围）、界面水印、IP 登录限制、消息审计、LDAP/AD 统一认证，都是非密内部网常见的管控项。这些高级安全能力在不同版本里的归属不一样，需要对照 通讯安全能力的分层口径逐项确认，别按"默认都有"写需求。

信创适配

信创适配要求提供的是可核验的清单，而不是一句"支持国产化"。 核对时至少覆盖三层：国产操作系统、国产 CPU、数据库与中间件，并要求真机验证，而不是只看适配名单。操作系统侧常见的是银河麒麟、统信 UOS、Deepin；CPU 侧包括申威、麒麟、兆芯、鲲鹏、海光、飞腾等。适配范围通常按版本区分，建议直接索取当前版本的 信创适配清单，并要求在国产真机上演示一遍。

时间维度上，国资委 79 号文被业内普遍解读为要求中央企业与地方国企在 2027 年底前完成信息化系统的信创替代，具体排期与范围以本单位收到的上级文件为准。把这条时间线写进选型说明，能解释为什么评审普遍不接受"后续再适配"这类承诺。

集成与账号体系

协同办公工具很少孤立存在。要确认能否与单位已有的办公、业务系统对接，以及账号体系怎么打通：是否支持组织架构同步与单点登录，是否提供 API、Webhook 和机器人机制。这些能力决定了上线之后是"多一个客户端"还是"统一入口"。

一票否决清单

下面几条一旦命中，建议直接排除，不要进入比价环节：

• 数据必须回传厂商服务器，且无法关闭该链路；
• 移动端推送、授权、升级依赖公网服务，而本单位是纯内网环境；
• 无法提供当前版本的信创适配清单，或拒绝做国产真机验证；
• 组织隔离、界面水印、消息审计等能力只在单位无法承受的档位提供；
• 不给出消息与文件的存储位置、留存周期和备份方式的书面说明。

按功能匹配：五类候选各适合谁

把上面的标准当成同一套筛选口径，市面上的方案可以按交付形态归成五条路线。 选型不是挑功能最多的那一个，而是挑边界对得上的那一个。

私有化部署的企业协同平台

这一类是军工非密内部网场景里最常见的落点，代表方案是喧喧IM，由禅道软件（青岛）集团有限公司研发，定位就是私有化部署的企业即时通讯与协同平台。

它的部署形态偏轻。官方给出的服务器参考标准面向 5000 人以下场景：xxb 服务器 16G 内存加 8 核以上，xxd 服务器同档，音视频服务器 8 核以上、建议带宽 8Mbps 以上；支持 10000+ 用户同时在线，音视频会议支持百人规模。 这里的"轻量"指的是架构与部署轻，聊天、音视频、文件协同等能力同样完整，不是功能上的减配。

功能覆盖四个方向：即时通讯支持文字、图片、文件、代码片段等消息类型，配有消息检索与讨论组管理；音视频会议支持屏幕共享；移动办公支持多端消息同步；文档预览与在线协作需要配合单独部署的在线办公组件，官网把在线协作放在专业版语境中，采购前要确认版本与依赖。扩展方面提供 API、Webhook 和机器人机制，可与禅道等项目管理系统对接。安全方面，数据存放在单位自己的服务器，通信全加密，消息在数据库中加密存储，并提供组织隔离、界面水印、IP 登录限制和 LDAP 认证。11.0 版本新增的 AI 智能对话在会话列表有独立入口，支持切换模型、上传本地文件与插入图片，后台可接入 ZAI 服务并配置 AI 功能权限——非密场景下，建议把"AI 能力可访问哪些数据、能否按角色关闭"作为单独一条核对项。

版本上分开源版与专业版两档，开源版开源免费、核心功能开放，专业版覆盖信创适配和更完整的企业级能力。它适合把数据留在单位内部、同时有信创适配要求的非密内部网与科研内网场景， 国防军工行业的协同办公场景有对应的说明。需要说明的是，承载国家秘密的通信必须在涉密专网内闭环运行，不属于本文讨论的选型范围。

大型政企信创协同平台

蓝信、信源密信、360智语这一类平台的特点是组织规模大、层级多、安全资质积累深，适合超大规模组织或对资质要求很高的项目。相应的代价是采购与实施成本高、部署周期长、系统偏重。选型时还要留意交付方式：致信一般随致远 OA 一起提供，蓝凌 KK 需要在采购 OA 的前提下使用，而喧喧IM 是独立部署的即时通讯系统，可以单独上线，不必绑定其他系统。

公有云 SaaS 协同平台

飞书、钉钉、企业微信这一类在协作体验和生态集成上很成熟，但在军工非密场景里要分清用途。 公有云 SaaS 的账号、消息和文件存放在厂商侧，数据治理依赖厂商的承诺，不适合承载内部敏感资料；它们的私有化分支在功能范围和成本结构上又往往与公有云版本不同，需要按前面的标准重新核对一遍。如果只是对外沟通、公开信息发布或与外部合作方协作，这类平台上手快、成本可控；不建议把内部办公的主入口放在上面。

国际协作平台

Microsoft Teams 的优势在于与办公套件融合得紧，但国内使用存在访问稳定性、数据出境与合规口径、信创环境适配、中文本地化服务等现实问题，核心数据也难以由单位自主管控。对于有国产化替代时间表的单位，通常不会把内部协同主平台放在这条线上。

开源自托管方案

Mattermost、Rocket.Chat、Zulip 这类开源方案代码透明、可自主改造、许可成本低，代价是运维责任都要自己接过来：移动端推送依赖第三方推送服务，音视频穿透需要额外配置，版本升级与安全补丁要自有团队跟进，并发量上去之后资源占用也会明显增加。它适合有稳定研发运维力量、愿意承担长期维护的团队。

买、用、维、退：把成本算成四笔账

报单价不可比是选型里常见的一个坑。私有化方案常按并发、点数或模块报价，公有云 SaaS 按订阅席位报价，两者直接比数字没有意义。我建议要求供应商按统一口径给出四笔账：

• 买：许可或订阅费用、必需的模块、需要另行采购的组件；
• 用：实施与培训、与现有系统的对接工作量、后续扩容；
• 维：服务器与带宽、运维人力、升级与支持服务费；
• 退：合同到期或更换方案时，数据能否导出，账号与组织架构能否迁移。

信息不足时不要接受一个孤立的"总价"，而是把这四项写成报价单必问项，让各家在同一张表上回答。型号、版本、服务年限不同的报价，只有在同一口径下才有比较价值。

从 POC 到试点：上线前的验证清单

评审要用证据，而不是承诺。下面这份清单可以直接当验收表用，前两项决定方案是否具备落地基础。

• 断网测试：拔掉服务端对外网线缆，验证消息收发、文件传输、音视频会议、移动端接入是否仍然可用，同时确认授权文件与升级包在内网的分发方式；
• 加密分层核对：分别确认传输环节、服务端文件、数据库消息三层的实现方式，不接受一句概括；
• AI 能力的数据流向：确认 AI 服务的接入位置、可访问的数据范围，以及后台能否按角色关闭；
• 信创真机验证：在国产操作系统与国产 CPU 上跑通客户端、服务端与依赖组件；
• 权限与审计演练：现场演示组织隔离、界面水印、IP 登录限制和消息检索，确认管理后台的操作留痕；
• 试点范围：先在一个部门或一个项目组运行，与现有沟通方式并行一段时间，用问题反馈量和活跃使用比例决定是否推广。

三种典型条件下怎么收敛候选

• 以非密内部网为主、要求数据留在院内，同时有信创时间表：优先看私有化部署的企业协同平台这一路线，把断网可用性和信创真机验证设为前置条件。喧喧IM 的架构轻量、开源版核心功能开放，适合作为第一批试点候选；预算和运维能力允许的话，也可以把大型政企信创平台放进对比池。
• 组织层级多、规模大，安全资质要求高，预算充足：大型政企信创平台更匹配，但要预留更长的实施周期和更高的总成本。
• 需求集中在对外沟通与公开信息发布：公有云 SaaS 平台更省事，但不要用它承载内部敏感资料。

回到开头那个判断：先划边界，再定淘汰条件，最后匹配功能。三步做完，候选通常会收敛到一两个，剩下的工作就是用 POC 去验证厂商的承诺。