通用动作说明书

凡进入审批的单据，各角色共用同一套动作。本页按说明书粒度写清：谁能做、在哪做、系统如何反应、做错会怎样。

一、适用范围

须审批销售合同、采购合同、出库通知、入库单／出库单、财务正式单（收款／开票／付款／收票／费用／借贷／保证金等）、结算申请（开票／保函／保证金／采购付款）、库存操作单（调拨／盘点／维修／备件领用等）、员工报销单／报销复核单、合作方废弃、员工授权／离职／继承。

通知他人后生效入库通知、收票申请、产品售后服务申请：不进「待我审批」，勾选通知人后直接已生效；被通知人只在工作台「流程消息」处理。

直接生效／免审批项目建立（有合同编辑权限即可保存）；由已审批「报销复核单」关联建立的「报销付款单」保存即生效。

独立系统管理员（生效角色仅含「系统管理员」）是公司特例：不得出现在审批人、直属上级、部门负责人／分管、业务选人名单中。总经理／副总即使拥有系统全部权限，仍按组织岗位参与审批。

二、总流程图

作业／通过等待中驳回／反向

1. 起草并保存编号只在后台保存成功后占号；未保存不得提交

↓

2. 提交审批在合格候选人中选一人或多人；提交人进「我的发起」

↓

3. 等待审批当前审批人进「待我审批」；提交人可催办或撤回

↓

通过

已审批有则签署 → 有则执行 → 下游作业（通知／库房／财务）

驳回

已驳回立即回到流程起点；先「我的发起」再「转去处理」

已审批后若要改业务内容：先「申请修改」→ 审批通过进入「获准修改」→ 编辑保存成草稿 → 再完整重走审批／签署／执行。申请修改被驳回不得恢复「已审批」。

三、先保存再提交

编辑页「保存」与「提交」相邻。有未保存变更时，只有「保存」是主按键；保存成功且无脏数据后，「提交」升为主按键。
未保存就点提交：系统提示「请先保存，再提交」，不打开选人、不调用提交接口。
再次改表单后，「提交」退回次按键，「保存」升回主按键。
普通保存只停留在当前页；首次保存成功后显示编号，转为同一记录的编辑模式。

四、提交审批

谁提交

单据的创建人／经办人／负责人在草稿、已撤回、已驳回（经转去处理后改完）、或获准修改并保存为草稿后提交。审批中的单据不允许改业务内容，只能查看、催办或由提交人撤回。

审批人名单怎么来

打开选人窗前必须从后台拉取组织名录；拉取失败须提示并中止，不得用过期缓存冒充名单。
合格候选人＝员工资料中的直属上级链路（直属上级 → 上级的上级…）∩ 具备对应审批权限 ∩ 职责分离（默认不能批本人单据）。
不得因兄弟部门经理、本部门负责人（若其不在该链路）或其他有权限人员扩进名单。
未设置直属上级时：仅公司管理岗位（级别 ≤ 1.5）可在权限名单中互选；普通员工须先配置上级。
报销审批例外：不套用直属上级链路，按报销审批范围（本部门／分管部门／本部门及分管／全公司）列出非本人的在职可登录人员；没有合格候选人须阻止提交。
排序：链路越近越前（直属上级置顶），同距再按岗位 3 → 2.5 → 2 → 1.5 → 1（1 级在最下）。

提交之后

状态变为「审批中」。提交人在「我的发起」持续看到本单、各级审批人与当前级别。
被选中的当前级审批人在「待我审批」看到通过／驳回（修改申请则为「批准修改／拒绝修改」）。
后续级审批人可预览路线，但轮到本级前不能审批。
每次提交形成独立审批批次；旧批次只读。

五、等待

「等待」不是无入口的空白，而是明确停在某一页签、看某一状态、等某一种人动作：

等待什么	提交人在哪看	对方在哪做	提交人可做什么
审批中	我的发起（路线当前步红色）	待我审批：通过／驳回	催办、撤回
申请人撤回后	我的发起（可再改再提）	原审批人待我审批仍留条，须点「知道了」	修改后重提或结束
已驳回未转去处理	我的发起（驳回原因）	—	转去处理；不能直接当草稿改
待签署／待执行	待我处理（中槽「状态处理」）	合同负责人本人更新	更新签署／执行；不自动跳步
库房／财务待认领	待我处理分组抬头	有处理权的人「我来处理」或领导「指派人员」	未认领不得作业
财务待建付款／登记	我的发起显示财务进度	财务待我处理粉色登记键	知晓流程消息；不能自己过账
纯通知（已通过且无下一步）	工作台流程消息	—	点「知晓」消除，不跳转

审批中、已签署／进行中等状态色：审批中／签署中／采购中／进行中／待提交审批＝橙色；已审批／已签署／已结束＝绿色；已驳回／已中止＝红色。待办里合同「未签署」「未开始」用红色提醒。

六、催促（催办）

入口只在提交人的「我的发起」，受时间间隔限制，不能连点骚扰。
「待我审批」「待我处理」都没有催办键；当前审批人不能反向催提交人。
催办后：当前审批人的「待我审批」显示橙色「已催办」、催办时间与催办人；工作台流程消息为「去处理」。
若单据已撤回、已批完或已办结，对应催办类「去处理」须自动消除，不得残留。

七、驳回

所有审批场景的「驳回」统一粉色底、红色文字、浅红边框；须填写驳回原因。
驳回后立即回到流程起点：审批为已驳回；有签署的回到未签署；有执行的回到未开始。即使业务内容未改，也必须重新走完整正向流程，禁止仍显示已审批／已签署／进行中。
单据先回到提交人「我的发起」，显示驳回原因，提供「转去处理」。未点「转去处理」前，不得因改内容自动变成草稿进入「待我处理」。
转入处理后，右槽显示「修改合同／修改采购／修改入库／…」等与单据类型对应的动作。

八、修改

1. 驳回后修改

「转去处理」进入「待我处理」。
修改并保存：有效修改形成不可覆盖快照（修改前墨绿、修改后红色），状态回到草稿待提交，清除上一轮审批人与提交信息。
再选审批人提交，生成新审批批次。
若相对驳回内容没有实质修改：弹窗提醒「没有实质修改」，提供「取消／提交」——取消继续改，点「提交」仍可选人重提。只提醒，不拦截。

2. 已审批后申请修改

列表／待办对已审批且非获准修改的单据，由本人发「申请修改」，填写修改原因与影响范围。
申请进入审批中，并同步重置签署／执行。
批准后进入「获准修改」，提交人在列表与「待我处理」编辑；不得跳过编辑直接当作已审批去签署。
保存有效修改后转草稿，再重新提交完整审批；新一轮通过后才是已审批，再签署／执行。
申请修改被驳回进入已驳回，须经「我的发起 → 转去处理」再改；不得恢复原已审批状态。新审批通过前，原已审批版本继续作为有效业务／财务版本。

待批的修改申请须在当前红色步骤框内直接显示修改原因正文（不加「原因：」前缀）；按钮文案为「批准修改／拒绝修改」。

九、撤回

所有已提交且仍在审批中的单据，提交人只在「我的发起」看到「撤回申请」；「待我审批」「待我处理」即使提交人与审批人是同一账号也不显示撤回。
撤回后数据立即回到原关联位置，无需先打开其他页面刷新。
原审批人的「待我审批」不立刻消失：显示「申请人撤回」及原因，取消通过／驳回按键，点「知道了」后才移除。
若再次提交仍选原审批人，则恢复审批按键并清撤回通知；若改选他人，原审批人改为「已转换审批人」，同样须「知道了」。

十、按钮槽位、待办页签与职责分离

三槽（待办每一行）

左＝查看：一律「查看单据」等只读入口，不因只有查看键而右移。
中＝状态：「状态处理」、签署／执行；即使右槽为空也不左移。
右＝处理：审批、催办、转去处理、入库处理、提交审批等粉色流程键。仅一枚处理键时仍固定右槽。

待办页签

待我审批 → 待我处理 → 我的发起 → 我的审批 → 我的分管 → 往来资金 → 财务未结清 → 已完成业务。顶栏「我的待办」数字只计前三项。「待我审批」仅当前账号拥有任一审批权限时显示；无审批权的业务员工默认看不到该页签。

职责分离

默认不得审批本人创建、提交或负责的单据。拥有系统全部权限的人员可以作为明确例外审批自己的单据。权限配置须写明：「系统管理员不受此限制，其他所有角色不可审批本人单据。」

返回角色目录对照单据路由