批量开通

大型组织批量开通与分层分级管理

万人的组织不适合一次全量切换。更稳的做法是选一个部门跑通,再按批次扩大;Ant Messenger 的批量开通与分层管理就是为这个过程准备的。

这一页按“先小后大”的推进顺序,说明批量开通、分层授权与后续维护的做法。

第一步:批量开通

把成员名单按部门整理好,一次性导入即可生成账号与组织关系。名单来源可以是内部人事系统导出,也可以直接对接目录服务,由原系统作为账号的唯一来源。

导入之后先核对三件事:部门层级是否正确、成员数量是否与名单一致、管理员是否已分配到对应部门。这三项对了,后面的权限配置才有意义。

第二步:分层授权

权限分成两层:一层是管理权限,谁能管人、谁能管群;另一层是使用权限,谁能建群、谁能传大文件、谁能拉外部联系人。

超级管理员

全局配置、跨部门调整、审计查询。

部门管理员

本部门成员与群组管理,不越界。

群主

群内成员与发言权限,入群审批开关。

普通成员

按组织策略使用聊天、文件与通话。

第三步:按批次扩大

第一批建议控制在能随时照看的规模,重点验证登录、群组、文件传输与外部联系人四个场景。第一批稳定后,第二批可以按事业部整体推进,第三批再覆盖全员。

每批推进时保持版本一致:客户端版本统一,策略统一,避免出现“这个部门能传 20GB、那个部门不行”的混乱。

规模相关的几个数字

  • 通讯录:十万级成员,秒级检索。
  • 单群:最多 10 万人,群消息经 TLS 传输。
  • 单文件:最大 20GB,支持断点续传。
  • 设备:每账号最多 5 台同时在线。
  • 云盘:高强度加密,不限容量、不限时间。

推进过程中的疑问

名单里有一万人,导入要多久?

按部门分批导入更稳妥,单批规模可自行控制;导入后可先抽查若干部门确认层级正确。

能不能让部分部门先不用?

可以。账号按名单开通,未纳入的部门不受影响,后续再补。

部门调整后要重新导入吗?

不需要。对接目录服务时,组织变更由原系统同步过来。

外部合作方怎么加?

以外部联系人身份加入,与内部组织架构分开展示,不进入内部通讯录。

批量开通咨询:Postmaster@mail.antmessengere.com.cn

从一百人开始,慢慢铺开

客户端与服务端部署包均在下载页提供。

取部署包 看账号安全机制