采购审批流程图（按金额门槛的审批矩阵）
采购审批流程图模板：资本支出与运营支出分类、预算检查、按金额门槛的审批权限矩阵、竞争性报价门槛、首选供应商核查与专业评审。
什么是采购审批流程图（按金额门槛的审批矩阵）流程
采购审批是关于一笔支出承诺是否可以推进的决定，它在采购订单产生之前做出，而不是之后。触发点是一项带有大致金额和类别的采购需求，本图跟随一份申请，从这一刻一直走到它最终变成一张采购订单或被正式驳回：预算是否可用、资本支出还是运营支出的判定、按金额分流的授权审批权限矩阵、是否需要竞争性报价或首选供应商的核查，以及需要时的专业评审。绘制这张图的意义，是把一份原本散落在多份政策文件中的矩阵，变成任何人都能照着走的一条路径。
本图只覆盖审批这一层治理，并且有意夹在另外两个流程之间，而不是重复其中任何一个。它不涉及申请如何被写明规格、编码或退回修改，那部分文档工作属于请购流程，本图假定一份带有金额和类别的申请已经存在。它也不会延伸到采购订单之后的收货、发票匹配或付款，那条交易链属于采购订单流程，本图在同一步交棒给它。它同样不是更宽泛的寻源决策，例如自制或外购、招标还是框架下单、合同谈判，那属于采购流程的范畴。本图真正拥有的部分更窄，也最容易在书面政策中被一带而过：谁必须在什么金额、什么类别下签字，以及采购未能通过某道关口时会发生什么。请把它当作一个起点，按照你们自己的授权审批权限矩阵、会计科目表和财务管控去调整，而不是替代它们。
三个判断支撑着这套流程。资本支出还是运营支出的判断放在最前面，因为资本性支出通常执行一张不同的门槛表，评估周期也比运营支出慢，把两者并入同一条链是审批矩阵中最常见的错误。直属经理的判断放在预算责任人 / 直属经理泳道，有三条分支而不是两条：批准、驳回，或者当金额超出经理可签字的范围时升级到高级审批人泳道，正是这一点让本图成为一张真正的授权审批权限矩阵，而不是单一的门槛关口。专业评审的判断出现得较晚，放在采购泳道，因为它取决于最开始那一步登记的类别，也正是这道关口，拦住了带有数据、安全或法务因素的采购仅凭金额签核就直接到达采购订单。
本流程图涵盖的内容
本模板包含
- 五条泳道——申请人、预算责任人 / 直属经理、采购、财务与高级审批人（按金额门槛）——横跨六个阶段：申请与分类、预算检查、审批权限矩阵、寻源管控、专业评审，以及决策与开立采购订单。
- 最开始的'资本支出还是运营支出采购？'判断，使资本性支出在预算检查之前先向财务登记资本支出评估，而运营性支出则直接进入预算检查，不再把两者当成同一条路径处理。
- '直属经理是否在权限范围内批准？'判断有三条分支，不是两条：直接批准、直接驳回，或者当金额超出经理可签字的范围时升级到高级审批人（按金额门槛）泳道，这正是让本图成为一张授权审批权限矩阵、而不是单一是非关口的原因。
- 寻源管控被安排在审批本身内部：'超过门槛是否需要竞争性报价？'判断，以及'是否已有首选供应商存档？'判断，新供应商的风险评估会在申请到达专业评审关口之前先行记录。
- '该类别是否需要专业评审？'判断，把特定类别转交IT、安全或法务，之后申请才能继续推进，签核会被记录为独立的一步，而不是从一句口头同意里被默认。
- 预算不可用时的'缩小范围还是取消申请？'循环，以及一个统一的驳回记录步骤——无论驳回发生在预算、直属经理还是高级审批人哪一关——都要先经过它，才能到达'采购申请已取消'，让记录说明申请为什么停止，而不只是停止了。
何时使用本模板
- 你们正在记录谁必须在支出被承诺之前批准一笔采购，希望把金额和类别门槛一次性议定，而不是每次申请都重新争论。
- 采购申请一再卡住，因为没人能说清接下来该由直属经理、高级审批人还是某位专业评审人签字。
- 你们正在制定或重新设定一张授权审批权限矩阵，需要一张图说清谁在什么金额、什么类别下批准什么。
- 财务或审计员问起资本性支出和运营性支出在承诺之前是如何区分并按不同方式批准的。
- 你们正在配置一套采购或ERP审批工作流，需要先在纸面上把治理规则议定下来，再交给别人写进系统。
运作方式
把泳道改成你们的角色
用你们组织中真正存在的角色，替换申请人、预算责任人 / 直属经理、采购、财务与高级审批人（按金额门槛）。在小团队里，直属经理和预算责任人往往是同一个人：把这两条泳道合并，而不要画一次从不会发生的交接。每条泳道对应一位决策者，而不是一个具名的人，这样组织人事变动时图仍然成立。
设定资本支出与运营支出的门槛表
把你们自己的数字填进'资本支出还是运营支出采购？'这条分支：在你们的会计政策下，什么算资本性支出，财务里由谁在资本支出评估上签字，这项评估通常要多久。如果两张门槛表确实在某个金额上重合，就写明这一点；否则把它们分开，避免一笔资本性支出被悄悄按运营门槛批准。
确定授权审批权限矩阵的具体金额
用你们授权审批权限矩阵中的实际数字，替换'权限范围内'和'按金额门槛'这类表述，并统一用一种货币表示。写明每一级的高级审批人具体是谁，只有在确实运行某一级时才增加它，因为每多一级就多一次交接，也多一分把申请拆小以躲开门槛的动机。
写明报价与首选供应商的规则
把'超过门槛是否需要竞争性报价？'落实为你们采购政策中的具体金额和报价数量，并列出什么才算已存档的首选供应商，让这条分支不再是主观判断。决定新供应商的风险评估能否与询价并行，还是必须先完成，然后按实际情况画出来。
定义什么会触发专业评审
列出必须转交IT、安全或法务的类别：通常是新软件或SaaS、任何会涉及客户或员工数据的采购，以及条款非标准的合同。写明每类评审由谁签字、预计要多久，让'该类别是否需要专业评审？'可以照着清单回答，而不是凭记忆。
决定驳回时必须记录什么
确定'记录驳回原因并通知申请人'必须捕捉哪些内容：是哪一关驳回的、写明的理由，以及申请人是可以修改后重新提交，还是必须发起一份新申请。一次没有记录理由的驳回，和一份根本没人处理的申请是分不清的，这正是周期时间和驳回率报表变得不可靠的原因。
拿一份真实申请走一遍
取最近两三笔采购，一笔顺利通过、一笔卡住或被驳回，把它们放到图上走一遍。凡是大家口中描述、却没有画出来的审批人，或者画出来了、实际却被跳过的一步，都是在把这张图定为正式流程之前值得处理的发现。
常见问题
采购审批流程包含哪些步骤？
一项采购需求被识别并登记支出类别和成本中心，随后被分类为资本支出或运营支出；资本性支出会在继续之前先向财务登记资本支出评估，运营性支出则直接进入预算检查。若预算不可用，申请人要么缩小范围后重新提交，要么取消申请。若预算可用，直属经理会复核，并直接批准、驳回，或在金额超出其权限时升级给高级审批人；高级审批人随后批准或驳回。获批的申请转到采购部门，由其核查超过金额门槛是否需要竞争性报价，需要时再取得报价，并核查是否已有首选供应商存档，若没有则先记录风险评估。随后的判断会把特定类别转交IT、安全或法务做专业评审，并记录签核。财务记录预算占用和审计轨迹，采购部门开立采购订单。任何一次驳回，无论发生在预算、直属经理还是高级审批人环节，都要先记录理由，申请才会被关闭。
采购审批和请购之间有什么区别？
请购是内部文档：规格说明、成本中心和总账科目，以及采购部门对其规格是否写得足够清楚、可以据此采购的核查。采购审批则是叠加在其上的治理决定：金额和类别是否通过一张授权审批权限矩阵、这笔采购属于资本还是运营、是否需要竞争性报价或专业评审，以及最终由谁签字。实际操作中两者是并行的，请购承载着审批矩阵要读取的数据。本图假定一份写明金额和类别的请购已经存在，聚焦于审批决定本身；请购自身的规格说明和科目填写步骤，则在请购流程中单独覆盖。
一张授权审批权限矩阵应该设几级？
比大多数组织一开始设定的要少。两级就能覆盖大部分支出：预算责任人或直属经理负责其签字权限内的一切，加上一位高级审批人，其门槛取自你们的授权审批权限矩阵。为极高金额或资本性支出再设第三级也很常见，但每多一级都会拉长周期时间，并催生把一笔采购拆成几份小申请以躲开门槛的动机——这正是矩阵自身复核时应当留意的地方。具体数字属于你们自己的矩阵；本模板把它们留作占位符，由你们自行设定并定期复核，而不是给出一个适用于所有组织的数字。
哪些采购在批准前需要IT、安全或法务评审？
决定因素应当是申请一开始登记的类别，而不是事后的主观判断。常见的触发因素包括新软件或SaaS订阅、任何将处理客户或员工数据的采购、与现有系统或基础设施对接的采购，以及条款不同于标准模板的合同。同一类别下的采购未必需要同样深度的评审：一件低金额、不涉及数据访问的工具，或许只需一份简短的安全检查清单；而一套处理个人数据的系统，则值得更完整的评审和法务对合同的签核。列出你们自己的类别以及各自触发的评审，并把签核记录为独立的一步，这样一笔采购就不能仅凭金额审批到达采购订单。
资本性支出和运营性支出应该如何区别审批？
资本性支出一般是使用年限超过一个会计期间的资产，通常执行一张独立的门槛表、由财务主导评估，周期也比日常运营支出更慢，因为它影响的是资产负债表和折旧计划，而不只是某一期间的成本。运营性支出通常对照部门预算更快获批。两者之间的具体分界，以及各自确切的门槛和审批级别，来自你们组织的会计政策和授权审批权限矩阵，因此请把它们写在图上，而不要假定通用数字适用。对流程而言重要的是，这次区分要尽早发生，在两条路径到达共用的预算检查之前，这样一笔资本性申请就不会被误判在运营门槛上获批。