部门怎么分
先看公司实际的汇报关系，再决定层级深度。层级过深时，权限继承会一层层往下传，改一次要等好几级生效。
组织与通讯录
通讯录是管理端的地基，层级乱一处，后面所有权限都会跟着歪。
人挂在哪
成员必须挂在某个部门下，兼职与多地办公的情况建议用一个主部门加协作关系处理，别重复建人。
谁能看到谁
默认只开放本部门与下级，跨部门协作通过协作关系或专项群来实现，不靠放开全公司通讯录。
适配平台Windows 10 / 11（64 位）导入方式模板导入 / 接口同步可见范围本部门与下级
三项里第一项改动代价最大：层级调整会连带影响权限、审批与考勤规则，建议在业务淡季做。
角色与权限
角色决定能看什么、能改什么，按职责划分比按人划分好维护。
通讯录管理负责部门与成员的增删改，不参与审批与考勤规则的设置。
审批管理维护流程与节点，看不到通讯录之外的业务数据。
考勤管理维护考勤组与规则，需要成员所在部门的信息只读权限。
- 最小够用权限给到刚好能完成工作即可，多给的部分平时用不到，出问题却要担责。
- 角色继承用角色套角色能省事，但层级过深会看不清谁最终有什么权限。
- 临时授权临时任务用带期限的授权，任务结束自动回收。
- 变更留痕每次调整权限都写一行说明，日后追溯有依据。
权限出问题的常见原因不是给多了，而是没人说得清谁有什么：角色划分清楚，这件事就能一句话回答。新建角色在「设置 → 角色权限」里完成，按职责建比按人建好维护。
审批流转
流程按节点走，节点上的人按角色而不是按个人指定。
- 1
定发起范围
先确定哪些部门、哪些岗位可以发起这类申请。
- 2
定节点顺序
申请、主管、归档三段最常用，节点按角色绑定，人员变动不必改流程。
- 3
定驳回路径
驳回后回到发起人还是回到上一节点，提前定清楚，避免反复流转。
- 4
定归档规则
归档后保存在谁的可见范围里，长期留档的类别单独说明。
| 节点 | 常见角色 |
|---|---|
| 申请 | 全体成员或指定岗位 |
| 主管 | 直属上级 |
| 复核 | 部门负责人 |
| 归档 | 对应业务管理员 |
四个环节里最容易被忽略的是驳回路径：不写清楚，单据会在两个节点之间来回弹，谁都以为对方在处理。
考勤与打卡
考勤规则挂在部门上，规则一变影响的是一整组人。
按部门建组
同一部门内作息一致的人放一个组，跨部门同作息的单独建组，避免为几个人改全局规则。
地点与网络
地理位置与办公网络两种方式可以并用，外勤岗位用地点打卡更合适，固定工位用网络打卡更省事。
补卡与申诉
补卡走审批流程，申诉在考勤记录里发起，两条路径分开，统计时才不会混在一起。
三项里第二项要想清楚：地点打卡依赖定位精度，写字楼密集的区域容易出现漂移，提前跟使用的人说明。
数据与安全
管理的边界是数据：谁能导出、谁能留档，都要有明确规则。
- 导出权限按角色开放，默认只给管理员
- 留档范围审批与考勤记录按业务要求定期留档
- 设备管理成员换设备登录时会触发二次确认
- 操作记录管理动作都会留下记录，可按时段回溯
- 离职处理先移交数据再停用账号
五项里最后一项影响最大：离职当天直接停用账号，待办与在途审批会停在半路，后面要靠人工挨个找回。
导入与迁移
从表格或旧系统迁过来，先小批量试一次再全量。
按列填
用标准模板填部门与成员两列，部门名称要与现有层级完全一致，多一个空格都会当成新部门建出来。
按需对接
人数多、变动频繁的环境用接口同步更省事，首次全量之后按变化增量推送。
先十个人
先导十个成员看结果，确认部门落位与角色符合预期，再放开整表，出错时影响面小。
迁移最怕的是重复建人：导入之前先按手机号或工号去重，比导完再去合并省事得多。
常见问题
问题集中在权限、导入与流转三方面。
看不到某个部门
先确认账号的可见范围，再看该部门是否被单独限制了可见。
导入报部门不存在
部门名称与现有层级不一致，先在通讯录里建好再导。
审批卡在中间节点
节点负责人已离职或未授权，换人或补授权后单据会继续流转。
成员换部门后权限没变
权限随部门继承，换部门后按新部门重新计算，稍等片刻刷新即可。
能批量改角色吗
可以按部门或名单批量调整，调整前建议先预览影响范围。
考勤数据能导出吗
能，按角色开放导出，导出的记录会注明导出人与时间。
管理操作有记录吗
有。管理动作按时间留痕，可以按时段查某人做过什么。
多人同时管理会冲突吗
同时修改同一项设置会以最后保存的为准，建议分工到具体模块。