ERP 权限怎么分才合理？从岗位职责、审批边界到离岗交接

内容提要

权限不是给每个人勾选一组菜单。本文从业务动作、数据范围、审核责任、临时授权和离岗回收五个方面，说明小企业如何制定可维护、可验证的系统权限方案。

本文目录

系统上线时，如果只问“谁需要账号”，很容易忽略谁可以调价、谁能反审核、谁可以导出全部客户，以及谁有权修改期初数据。权限设计应从岗位工作和责任边界出发，让日常操作顺畅，也让敏感操作有依据、有记录。

财政部《小企业内部控制规范（试行）》提出岗位分离、授权审批等控制思路。它是小企业建设内部控制的参考依据，不能把下面的示例权限表直接当作对所有企业一律适用的强制标准。企业仍需结合自身人员配置、业务风险和适用规定安排。

把权限拆成三个层次

功能权限回答能执行什么动作，例如新建、修改、审核、反审核、删除、导出；数据范围回答能处理哪些组织、仓库、客户或部门的资料；敏感字段范围回答能看到或修改哪些价格、成本和联系方式。

仅隐藏一个菜单，并不一定限制了报表、移动端或导出的信息范围。实际系统是否支持字段、组织和数据层面的控制，需要在所选版本中验证，不能凭菜单截图判断。

以下是沟通示例，不是预设给所有企业的权限模板。

申请、审核、执行、记录与监督之间应有适当的分工。人员较少时，也要明确哪些动作由另一人复核、复核频率如何安排以及保留什么记录，不宜把“人少”简单等同于共用管理员账号。

正常订单通过审批，并不代表后续价格修改、退货或反审核可以直接放开。应对影响金额、库存或客户信息的动作逐项确认审批条件、批准人和记录方式。审批完成后如果关键字段被修改，是否需要重新审批，也应在演示中验证。

对于临时支援、月末加班或顾问协助操作，可以设定明确的授权范围、起止时间和复核人。临时账号不应无限期保留；也不应为了处理一个问题而长期授予全部模块权限。

以仓管岗位为例，可以设计一组测试：允许处理本仓收货，拒绝处理未授权仓库；允许查看作业所需数量，按既定规则限制成本信息；普通盘点录入与差异调整由不同权限控制。测试不仅看页面按钮，还应覆盖实际使用的移动入口、批量导入和导出渠道。

记录测试账号、动作、数据范围、预期结果、实际结果和确认人。发现不符合预期的权限时，先核对所属角色及继承关系，再调整配置。不要一直在管理员账号里演示，最后才询问普通岗位是否能用。

入职需要明确岗位和授权依据，转岗需要重新检查旧角色，离岗需要及时回收访问方式并完成未完业务交接。接口账号、共享终端和长期未使用账号也应纳入检查；系统管理员的账号与日常业务账号宜按实际条件区分管理。

建议企业在岗位调整、组织变化和重要业务规则变化时复核权限，同时形成与自身风险相适应的定期检查安排。权限记录应能说明“为什么授予、谁批准、何时复核”，不只是列一份账号名单。

将岗位与角色表、敏感动作清单、数据范围、临时授权流程、异常测试记录一并纳入交付。具体实现能力和配置范围在实施服务方案中确认。上线验收方法可参考从功能可用到业务可用，财务岗位分工可结合月末对账清单梳理。

本文中的岗位表和验收方法为系统实施建议，具体职责安排需结合企业实际情况。