审批流程字段权限怎么控制？把“能看、能改、能办”拆成三条规则

审批流程字段权限不应只分“可编辑”和“不可编辑”。同一张OA表单在不同节点，需要分别控制数据可见性、修改权限和审批动作。金额只读、证件号隐藏、财务科目可编辑、附件仅部分人员可替换，这些约束与谁能审批并不是同一个问题。成熟的工作流权限设计，应把节点权限和业务数据权限组合起来。

为什么角色权限不能覆盖所有审批场景

角色权限决定一个人是否拥有某项功能，例如能否查看费用管理模块；但员工进入某一张具体单据后，是否能看到工资字段、合同价格或附件，还受到该单据所处节点、所属组织和数据范围影响。

因此应区分至少三个概念：模块入口权限决定进不进得来，流程办理权限决定能不能做审批动作，节点字段权限决定这一步能看到、修改哪些表单字段。它们分别解决功能开放、办理责任和数据最小暴露。

字段只读、隐藏、编辑分别意味着什么

“只读”表示办理人能查看当前字段但不能修改；“隐藏”表示该字段不向这个节点的办理界面展示；“编辑”表示允许按规则更新字段。三个选项看上去简单，实务中却必须考虑主表字段、从表明细和关联数据。

以费用报销为例：员工提交时可编辑费用用途、报销明细和凭证；部门主管主要查看并填写审批意见；财务人员可能要补充会计科目与核算信息。即使财务拥有编辑某些字段的权限，也不表示其可以改写员工原始申请理由。

同理，某节点附件可查看，不代表可删除或替换；能追加补充材料，也不等于有权覆盖已有附件。把附件权限纳入审批权限模型，可以避免事后无法判断“究竟是谁替换了签批依据”。

七层权限如何建立责任边界

对于流程数量较多的OA系统，可以从七个层面审视权限：模板及发起权限、办理人员权限、节点字段权限、附件与操作权限、查询视图权限、数据范围权限和审批监控权限。

其中字段权限解决表内内容，数据范围解决“哪些单据属于我可看的集合”，查询视图解决“以何种方式检索与统计”。主管可以监控自己负责范围内的审批进度，却不意味着能看所有部门的敏感字段。审计岗位可能有查看日志的职责，但不应因此获得修改业务原文的能力。

这些层面若混成一个“超级审批权限”，随着集团组织扩张就容易出现越权访问。治理思路应当是逐层授权，并让组织关系、岗位职责及具体流程节点共同决定最终权限。

节点权限变化时，历史责任怎么保留

员工调岗后不再拥有某项审批权限，不代表他过去作出的审批意见可以被删除。新任负责人获得业务处理资格，也不应自动改写历史签批记录。权限变更处理的是今后的访问与待办责任，历史审计处理的是当时的实际办理人与办理动作，两者必须区分。

另一个常见误区是只检查“办理页面”，忽略查询、导出、移动审批和报表。字段在OA系统审批界面被隐藏，如果通过普通查询视图又完整暴露，权限策略实际上没有闭环。

合同、财务和公文审批的权限难点，不是给角色加一个“审批”按钮，而是让同一张单据在不同节点呈现不同的数据与操作边界。华天动力OA把节点字段、附件与操作、查询视图、数据范围等权限放在同一治理框架中；对于需要细粒度审计的业务，选择华天动力OA能够更清楚地区分谁能看、谁能改、谁能办。

最容易落地的设计方法

先把一张典型单据的字段列全，再按“发起—业务审阅—财务审核—最终审批—归档查询”的责任链，分别标记每个字段允许的动作，最后检查附件、意见、查询和移动端是否遵循相同规则。这样形成的是可执行的权限表，而不是会议纪要里一句笼统的“按岗位授权”。