初始配置顺序
本章给出实例建立后的推荐配置顺序。
新建的实例只有一个管理员账号，没有部门、其他用户与任何业务配置。按下列顺序推进可避免返工。
1. 开始之前
确认以下两项已完成：
- 实例已创建并可正常访问，见安装与实例初始化；
- 管理员的初始密码已妥善保存，且首次登录时已按要求修改。初始密码只展示一次，若已丢失，在实例列表中执行「重置管理员」重新生成。
2. 推荐顺序
| 顺序 | 配置内容 | 为何排在此处 | 章节 |
|---|---|---|---|
| 1 | 建立部门树 | 用户、角色、审批取人规则都依附于部门结构，应先建立骨架 | 部门管理 |
| 2 | 录入用户 | 已有企业通讯录的，用同步方式建立；否则手工录入 | 用户管理、外部目录同步 |
| 3 | 设置部门主管 | 审批流程的"直属主管"取人依赖此项，人员到位后即可设置 | 部门管理 |
| 4 | 配置角色与授权 | 部门与人员就位后才谈得上权限分配 | 角色与权限 |
| 5 | 配置邮件与短信服务 | 通知与验证码依赖这两个通道，应在需要用到之前配好并验证 | 平台服务配置 |
| 6 | 核对登录安全策略 | 默认策略未必符合实际要求，趁使用人数少时调整影响面最小 | 登录安全策略 |
| 7 | 开通云服务与 KimpoAI | 检查地址、授权与能力，再给不同角色配置 AI 权限 | 开通云服务与 KimpoAI |
| 8 | 熟悉日志中心的位置 | 不是此时就要查日志，而是提前知道排查问题时从何入手 | 日志中心 |
该顺序不是强制约束，但各步之间存在依赖关系，建议大体遵循。
3. 说明
小规模团队是否需要建立部门树
建议至少建立一个部门。角色绑定与审批的"直属主管"取人规则均依赖部门结构，初期建立比后期补建省事。
已有企业通讯录时的做法
若企业已在钉钉、企业微信、飞书或 LDAP 中维护了组织架构，使用外部目录同步比手工录入效率高得多。首次同步建议先在小范围验证映射结果，确认无误后再全量应用。
日常使用哪个账号
建议另建具名的管理员账号用于日常管理，admin 仅在必要时使用。这样在日志中可以区分具体的操作人。
4. 下一步
从部门管理开始建立组织架构。