企业审批系统权限怎么设计？角色、数据范围、流程和审计日志怎么规划

一、功能权限与数据权限必须分开

功能权限控制能否新建、查看、审批、导出或配置；数据权限控制只能看本人、本部门、下属部门、参与项目还是全部数据。拥有“查看报销”菜单，不代表可以查看全公司的报销单。

系统设计时应先列动作，再列数据范围，组合成明确权限点。直接给管理员一个万能开关虽然方便，却容易让日常用户获得过大的访问范围。

二、角色用于复用，不能代替组织关系

员工、部门负责人、财务、采购和系统管理员可以作为角色，但“部门负责人”具体是谁，应从当前组织关系中获取，而不是把某个人永久写进流程。

一人可能兼任多个角色，同一角色在不同公司或项目的数据范围也不同。角色授权需要生效时间和失效条件，临时项目结束后不应继续保留访问权。

三、审批人要根据业务条件动态确定

报销金额、合同类型、所属部门、项目、地区和风险等级都可能改变审批路径。例如小额由直属负责人审批，大额增加财务或负责人节点。条件应可测试，并定义边界值。

找不到审批人时不能让流程无声卡住。系统应提供明确提示、管理员待办或预设兜底，但兜底处理同样要受权限控制并记录原因。

四、字段权限保护敏感信息和审批独立性

同一张单据中，申请人可编辑业务内容，财务填写核定金额，审批人只读原始附件，人事信息可能仅特定角色可见。字段权限应按节点控制查看、编辑和必填。

提交后的关键字段如金额、收款账户或合同对象发生变化时，应重新触发审批或让已审批人员确认。不能允许申请人在流程后期修改核心内容而保留原审批结果。

五、转交、加签、撤回和驳回怎样处理

转交是把当前处理权交给另一人，加签是在流程中增加审批人，撤回由申请人收回未完成流程，驳回则退回指定节点。四种动作对权限和历史的影响不同。

系统应说明操作条件、后续路径和是否重新计算审批人。任何节点变化都保留原审批意见与时间，不能通过删除记录把流程伪装成从未发生。

六、离职、调岗和代理审批要及时回收

员工离职后要停用登录、移除角色和数据权限，并处理其未完成待办。调岗时重新计算部门范围，历史审批记录仍保留原身份快照。

请假代理应设置开始与结束时间、可代理业务和金额范围。代理人不能因为一次临时授权永久获得原负责人的全部权限。

七、审计日志至少记录哪些内容

日志应记录单据、动作、操作人、实际身份、时间、设备或来源、变更前后关键值、审批意见和异常原因。管理员代操作、接口自动处理和批量操作也要有区分。

日志保存要防止普通用户修改或删除，并设置查询权限。审计不是为了堆数据，而是能够还原一笔业务为什么通过、谁改了金额以及权限从哪里获得。

八、系统开发与验收怎样落地

武汉卡卡西科技提供企业系统开发服务，项目开始时会结合组织、流程、表单、角色和外部系统梳理权限矩阵。中小型定制项目常见参考价格5000—20000元、周期3—30天，复杂多组织和接口项目需单独评估。

验收应准备普通员工、部门负责人、跨部门审批人、财务、管理员和离职账号，逐项测试能看什么、能改什么、异常怎样处理。项目支持独立部署、源码交付和终身售后，具体审计保留与运维责任按合同确认。