审批与通知规则及常见问题

分清业务授权、手工决定、节点状态、原单执行和阅读状态，避免重复提交或越权处理。

业务单据和手工审批可以互相替代吗

不能。业务审批必须从原业务提交，保留真实来源与版本；手工审批只记录一般事项的决定，不会授予采购、资金、销售或库存操作资格。相同标题和金额也不代表同一业务来源。

不能。决定还要求当前有效节点分配和审批权限，原业务读取权限也要满足。模板配置人员维护的是后续规则，不因此成为当前申请的审批人；转交不自动给接手人加权限。

任意一人审批的节点，有一人有效通过即可结束，但先有有效拒绝会拒绝；会签需要全部当前有效成员通过，任一拒绝也会拒绝。已转交或随节点结束而关闭的原审批人分配保留历史，不计为仍有人待审批。

可能仍有会签成员或后续级别。先看本人处理记录和当前节点，区分节点通过与整体最终结果。不要因为待办还显示就再点一次相反决定。

审批决定与原业务执行分开。先确认结果已回到原单据，再按原业务办理必要动作；采购批准不自动等于订单已生成，付款批准不等于银行出款，销售商业批准不等于订单确认或发货授权。

不能把当前单据当作提交历史。待处理来源版本未核实时先读取原业务和最新审批；历史详情明确提示当前内容时，也不能据此声称这就是当时批准的商品明细。

先看原申请的处理意见和原业务单据状态，不把“拒绝”统一解释成可编辑草稿。采购、付款、销售等各有后续规则；当前业务没有修改重提动作时，不用手工审批或重复提交补出授权。按从原业务继续办理核对相应路径。

当前中心撤回用于本人仍待处理的一般手工审批。业务来源应回原单据按该业务规则撤回；被拒绝后能否修改重提也要看原业务，不用新手工审批补授权。

发布只让模板版本可用，还要核对条件策略引用或业务默认流程标识。模板叫“默认”不等于实际默认；目录或策略读取不完整时，也不能认定没有引用。

不会把“不命中”当作无策略。已有适用策略而当前条件无命中、或最高优先级并列，会阻止选择；只有没有可用条件策略才继续核对原默认流程。预览本身不发起审批或证明候选当前一定可用。

已发起审批保留提交时采用的模板、策略与候选审批人。修订只在发布后用于后续提交，不能改写历史；当前申请需要变更处理人时使用允许的正式转交。

不能。修改对象、金额、币种或提交时间后，要再次点“预览审批结果”，等待本次结果。原绿色命中提示可能仍在显示，不表示新条件已经试算；预览也不证明默认模板、当前候选权限或真实业务提交已经通过。

模板归档或草稿删除使用“关闭并核对”，刷新模板目录、切换状态核对；当前窗口不反复提交。条件策略归档则保留本人账号、企业和原标签页，用“重试原归档请求”继续原操作；该重试可能完成归档，并非只读查询。两种入口不同，都不能以新建替代配置或换账号操作掩盖未知结果。

不会。没有合法超时转交时仍待当前审批人处理；配置了支持的转交也须读取实际新分配，不能因到时间就假定已完成。销售商业审批不能由申请人自批或接手自己的例外。

已读只更新本人阅读状态，不会批准或完成原业务。“全部已读”还会覆盖当前企业本人筛选和当前页以外的通知及公告，不等于已逐条阅读。通知“任务”类型也不是统一工作完成状态。先看来源实际结果，必要时到审批队列、现场工作台或相应业务待处理入口继续。

先刷新原申请、当前审批及处理历史，明确已有决定、同步状态和原业务结果。配置保存/发布按页面原步骤恢复；通知阅读失败按读取结果核对。不要重复创建审批、改单据、出款或切换身份来试探。