适用范围：关注身份与权限变化
这里讨论的人员流动管理，是区块链项目成员入职、转岗、离职时的身份核验与系统授权，不涉及招聘行情或劳动关系判断。适用于成员通过账户操作智能合约，或通过数字凭证证明任职资格的场景。人员档案发生变化，并不意味着链上权限会自动同步。
问题一：凭证通过验证，就代表任职信息真实吗
W3C可验证凭证模型区分签发者、持有者和验证者，并明确可验证不等于声明必然真实。验证者仍需依据自身规则评估签发方、凭证及其中的声明；该模型也不要求必须使用区块链。
因此，入职审核应区分凭证是否可信、资格是否符合岗位要求，以及是否应获得系统权限。曾经获得的任职证明，不能直接作为持续拥有管理权限的依据。这些判断需要分别设定规则，不能由一次技术验证替代。
问题二：转岗或离职后，旧权限仍然有效
OpenZeppelin访问控制文档说明，角色可由相应管理员授予或撤销，业务角色不天然具有分配权限的能力；所有权也可采用两步交接。基础AccessControl不提供链上成员枚举，可通过授权与撤销事件跟踪成员。
在人员变动流程中，应分别核对新岗位所需权限和旧岗位遗留权限。只给接任者授权，没有处理原成员账户，会留下权限重叠。检查范围还应覆盖同一人员控制的其他账户，以及同一账户拥有的多个角色。
问题三：管理员交接与业务交接混为一谈
交出文档、设备或业务清单，不代表管理员权限已经交接完成。应分别确认谁能执行业务操作、谁能授予和撤销权限，以及接任账户是否能够实际接管。
采用两步所有权交接的系统，需要把接任方接受作为完成条件。管理员更替也不等于其他业务角色已全部迁移，因此验收应逐项核对权限状态，而不是只核对人员名单。
问题四：审计记录与个人隐私难以兼顾
人员管理需要追踪授权变化，但不意味着应公开完整人事档案。设计时应区分用于证明授权行为的记录，与姓名、履历等个人信息，避免为方便审计而扩大披露范围。
权限台账可围绕账户、角色、变更原因和审批关系组织，并对人员与账户的对应信息限制访问。最终核验应同时回答三个问题：接任者是否获得必要权限，原成员是否失去不再需要的权限，变更过程是否能够追溯。