项目预算审批要解决的是把预算编制、提交、评审、批复和执行变更串成一条有输入、有责任人、有输出状态的流程。本文面向需要建立或规范单项目预算审批的团队，给出审批前要定的规则、从编制到批复的操作步骤、各角色交付物、一个研发项目的演示示例，以及执行期变更和完成检查清单。
要点总览（TL;DR）
- 预算审批的主线是编制—提交—评审—批复—归档下达，执行期再通过跟踪与变更形成闭环，每一步都要有输入、责任人和输出状态。
- 动手编制前先书面明确四件事：审批对象限定为单项目预算总额与使用、成本科目与估算口径、按金额或风险的分级授权、预算周期与版本规则。
- 申请人负责依据的真实完整，财务核口径与总额，业务负责人核资源合理性，审批人对结论负责，跟踪人在批复下达时指定到人。
- 执行期至少按月做预算与实际对比，偏差阈值写进授权说明；变更获批后生成新版本并注明基于哪个批复版本，保持追溯链条完整。
- 用范围授权、估算依据、评审闭环、批复版本、跟踪变更五项清单核对，任何一项缺失都说明流程存在断点。
预算审批先定哪几件事：范围、口径与授权
动手编制预算之前，先把审批对象、成本口径、授权规则和版本规则定下来，能减少后续反复退回和口径争议。这四件事建议形成一份书面说明，随预算模板一起下发。
审批对象：单项目预算总额与使用
本文讨论的审批对象是单个项目的预算总额及其使用安排，即这个项目计划花多少钱、花在哪些科目、分几个阶段花。工时成本如何计量、多个项目之间如何分配投资额度，属于另外的管理议题，不在本文审批流程内处理。明确这一点，可以避免审批会上把单项目预算讨论变成资源池分配讨论。
成本科目与估算口径
成本科目决定预算表怎么拆、评审时按什么维度核对。常见做法是按人力、采购、外包、差旅、设备与软件、其他费用分类，再在每个科目下按项目阶段或季度拆分。科目表一旦确定，所有项目用同一套分类，财务才能横向汇总和比对。估算口径要写清楚：人力按人天还是人月计价、单价取哪个标准、采购是否含税、外包按合同额还是按工作量估算。口径不统一，评审时就会出现同一笔费用两种算法。
按金额或风险设定分级授权
审批链不必对所有项目一样长。可以按预算总额设金额区间，例如小额预算由部门负责人审批，中等额度增加财务负责人，较大额度再上升到分管领导或预算委员会；也可以按风险特征加签，比如涉及外部采购合同、跨境支出或新业务方向的项目，无论金额大小都增加相应评审人。阈值具体定在多少，取决于组织的授权制度和风险偏好，需要结合内部财务制度确定，没有通用数值。关键是阈值和对应审批人要书面写清，让申请人提交前就知道会经过谁。
预算周期与版本管理
要约定预算按什么周期编制和复审，比如按项目全周期一次编制、按季度滚动更新，还是按阶段重新申报。同时约定版本规则：每次提交、退回修改、批复、变更都产生一个新版本，版本号与批复结论对应，执行期以最新批复版本为基准。版本规则写清楚，后续追溯“这笔钱当时是谁批的、批了多少”才有依据。
这四项内容可以整理成一页《预算审批范围与授权说明》，包含科目表、审批层级对照、版本命名规则三部分，作为预算模板的附件。
核心操作步骤：从预算编制到批复的完整流程
完整的预算审批分五步，每一步都有明确输入、动作、输出和完成标志。下表给出流程全貌，随后逐步说明要点。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1 编制 | 项目范围说明、科目表、估算口径、历史同类项目数据 | 按科目和阶段拆分预算，逐项写明估算依据与假设 | 预算表初稿及依据说明 | 每个科目金额都能对应到一条依据 |
| 2 提交 | 预算表初稿、依据材料、风险说明 | 申请人自查完整性后提交至审批流程 | 正式预算申请（含附件） | 系统或流程记录显示已进入评审环节 |
| 3 评审 | 预算申请、科目口径、资源计划 | 财务核口径与总额，业务负责人核合理性与资源匹配 | 评审意见（通过/需修改项） | 所有评审人给出意见，修改项有回应 |
| 4 批复 | 预算申请、评审意见 | 审批人按授权额度给出通过、退回或附条件通过 | 批复结论及条件 | 结论书面记录，申请人已知悉 |
| 5 归档与下达 | 批复结论 | 形成批复版本，下达给执行与跟踪角色 | 批复版预算（执行基准） | 执行方拿到批复版本，版本号可查 |
编制：金额背后要有依据
编制阶段的核心要求是每个科目金额都能说清来源。人力预算写明角色、人数、投入阶段和人天单价；采购预算写明物品、数量、询价或历史价格；外包预算写明工作包范围和计价方式；差旅预算写明出行次数和标准。估算依据可以是历史同类项目数据、供应商报价、行业参考值或明确的计算公式。假设条件也要写出来，比如“按三人团队投入四个月估算”，假设变了，预算就要重算。
提交：材料齐全再进流程
提交前申请人做一次自查：科目是否齐全、金额加总是否与总额一致、依据是否逐项对应、风险说明是否覆盖主要不确定项。材料齐全再提交，能减少评审阶段的来回。提交动作本身应留下记录，包括提交时间、提交版本和当前所处环节。
评审：财务与业务各看一面
评审通常由两类角色分工完成。财务侧重口径校验：科目分类是否正确、单价标准是否合规、加总是否准确、与同类项目相比是否明显偏离。业务或技术负责人侧重合理性：资源投入与项目目标是否匹配、关键阶段的预算是否够用、是否存在该省未省或该留未留的项目。两类意见都落到具体条目上，避免只写“同意”或“再优化”。
批复：结论要可执行
审批人依据授权额度给出结论。通过即确认批复版本；退回要写明退回原因和需修改的具体条目；附条件通过要写清条件内容，比如“总额通过，但外包科目需在签约前补充比价材料”。三种结论都要书面记录，并让申请人确认知悉。
归档与下达：形成执行基准
批复完成后，把批复版本归档并下达给执行和跟踪角色。此后预算与实际的对比较的是这个版本，变更申请也以它为起点。审批流程如果跑在协作工具里，预算表单提交、评审意见流转和批复记录可以留在同一条工作项上，申请人、评审人和审批人看到的是同一份材料和同一串结论，减少线下传表造成的版本错位。ONES 的工作项与审批流转能力可以承载这类提交与评审记录，具体配置按团队现有流程设计。
角色与交付物：谁编、谁审、谁批、谁跟踪
审批流于形式，往往是因为角色职责边界模糊：评审人只签字不核内容，审批人看不到依据，执行期没人对偏差负责。下表把每个角色的职责和交付物对齐。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 申请人/项目经理 | 编制预算、提供估算依据、响应评审意见、执行期说明偏差 | 预算表及依据说明、评审意见回复、偏差说明 |
| 财务 | 口径校验、总额核对、合规检查 | 财务评审意见（含需修正条目） |
| 业务或技术负责人 | 评审资源合理性与必要性、确认资源匹配 | 业务评审意见 |
| 审批人 | 按授权额度决策，对批复结论负责 | 批复结论（通过/退回/附条件通过） |
| 预算跟踪人 | 执行期对比预算与实际，识别偏差并发起变更 | 预算执行对比记录、变更申请 |
几个边界要特别注意。申请人承担依据的真实性和完整性，评审人承担意见的专业性，审批人承担结论责任，三者不能互相替代。财务评审不替代业务合理性判断，业务评审也不替代口径校验。预算跟踪人可以由项目经理兼任，也可以由项目管理办公室或财务指定，但要在批复下达时明确到人，避免执行期无人对偏差负责。
示例：一个研发项目预算审批怎么走
以下为演示情景，用于说明流程如何落地，不作为真实案例引用。某团队计划启动一个为期四个月的内部系统研发项目，按本文流程走一遍审批。
预算科目拆分与估算依据
| 科目 | 金额（示例） | 估算依据 |
|---|---|---|
| 人力 | 按三人×四个月估算 | 产品、开发、测试各一人，人天单价取部门标准 |
| 外包 | 按两个工作包估算 | 前端页面开发与数据迁移各一个工作包，附供应商报价 |
| 软件与设备 | 按年度订阅与测试机估算 | 现有工具续费清单、测试机采购报价 |
| 差旅 | 按两次现场支持估算 | 往返交通与住宿按公司差旅标准 |
提交材料与评审关注点
提交材料包括预算表、各科目依据附件、项目范围说明和风险说明。风险说明写明主要不确定项，例如外包工作包范围可能随需求调整、测试机到货时间影响联调排期。财务评审关注单价标准、科目归类和加总一致性；业务负责人关注人力投入与里程碑是否匹配、外包工作包划分是否清晰。
三种批复结论的写法
- 通过：“预算总额及科目拆分通过，按提交版本执行，版本号 V1.0。”
- 退回：“外包科目缺少比价材料，差旅次数与项目计划不符，请补充后重新提交。”
- 附条件通过：“总额通过；外包签约前须补充至少两家比价材料，测试机采购改为租赁方案后重新核算该科目。”
执行期偏差触发变更的情形
项目进行到第二个月，外包工作包范围扩大，外包科目预计超出批复金额。此时由预算跟踪人发起变更申请，附超支原因、新增工作包范围和调整后的科目金额，按原审批链中对应金额层级的授权人审批。若偏差在约定阈值内且科目间可调剂，则按调剂规则处理并记录，不必走完整追加审批。
执行中的预算变更与追加审批
批复只是起点，执行期的跟踪和变更机制决定预算控制是否真正生效。这一环要提前定好节奏、阈值、材料和版本衔接规则。
跟踪节奏
建议至少按月做一次预算与实际对比，关键阶段（如外包签约、大额采购前）增加节点核对。对比口径与批复版本一致，按科目列示已发生、已承诺和预计剩余金额，形成执行对比记录。跟踪人据此判断是否需要发起变更。
偏差阈值与触发条件
阈值由组织自定，常见做法是单科目偏差超过一定比例、总额预计超支、或出现批复时未列明的新增支出类型时触发变更申请。阈值要写进授权说明，让跟踪人有明确判断标准，而不是凭感觉决定是否上报。
变更申请材料
变更申请至少包含：偏差或新增需求的说明、涉及科目与金额、对总额的影响、调整方案（科目间调剂、追加预算或缩减范围）、以及调整后的执行计划。材料齐全，审批人才能在原批复基础上做判断。
版本衔接
变更获批后生成新版本，版本记录中注明它基于哪个批复版本、变更了哪些科目、由谁审批。执行期始终以最新获批版本为基准，历史版本保留可查，形成从原始批复到每次变更的完整链条。
完成检查：预算审批是否做到位
流程建好后，用下面这份清单逐项核对，判断预算审批是否完整可执行。每项都应有对应的书面材料或记录，口头约定不算完成。
- 范围与授权是否书面明确：审批对象限定为单项目预算总额与使用，科目表、金额分级授权和审批人对照已形成文件。
- 每笔预算是否有估算依据和责任人：预算表中每个科目都能对应到依据说明，编制人对依据真实性负责。
- 评审意见是否闭环回应：财务和业务评审提出的修改项逐条有回复，未采纳的写明理由。
- 批复结论与版本是否可追溯：通过、退回、附条件通过三种结论均有书面记录，批复版本号与执行基准一致，历史版本可查。
- 执行期是否有跟踪与变更机制：跟踪节奏、偏差阈值、变更材料和版本衔接规则已明确，跟踪人已指定到人。
清单中任何一项缺失，都意味着流程存在断点：缺授权说明会导致审批链随意加长或缩短，缺依据会导致评审无法判断，缺版本记录会导致执行期无法追溯，缺跟踪机制会让批复后的预算失去控制。补齐这些断点，单项目预算审批才算形成从编制到执行变更的闭环。
常见问题
预算审批的金额分级阈值应该定在多少？
阈值取决于组织的授权制度和风险偏好，没有通用数值，需要结合内部财务制度确定。可操作的做法是先按预算总额划分几个区间，为每个区间指定审批人，再对涉及外部采购合同、跨境支出或新业务方向的项目设置加签规则，无论金额大小都增加相应评审人。阈值和对应审批人一旦确定就书面写进授权说明，让申请人提交前就知道会经过谁，避免审批链随意加长或缩短。
预算被退回修改后，需要重新走完整审批链吗？
取决于修改幅度和组织的版本规则。如果只是补充材料或修正个别科目金额、总额和科目结构未变，通常由原评审人复核后回到原审批人即可；如果总额变化或新增了批复时未列明的支出类型，建议按新版本重新走对应金额层级的审批。无论哪种情况，退回原因和修改内容都要留记录，新版本注明它基于哪个版本修改，保证追溯链条不断。
执行期科目之间可以自行调剂吗？
可以，前提是调剂规则事先写进授权说明。常见做法是设定单科目偏差比例和总额不变两个条件，在条件内允许科目间调剂，由预算跟踪人记录调剂科目、金额和原因；超出比例或影响总额时转为变更申请，按对应授权层级审批。规则不明确时，容易出现执行方先花后报、审批人被动追认的情况。
预算跟踪人由谁担任比较合适？
可以由项目经理兼任，也可以由项目管理办公室或财务指定，关键是在批复下达时明确到人。跟踪人的职责是按约定节奏做预算与实际对比，列示已发生、已承诺和预计剩余金额，判断是否触发变更并准备变更材料。如果跟踪人与申请人是同一人，评审环节就要更严格地核对依据，避免编制和执行由同一视角把关。
审批流程跑在协作工具里有什么实际好处？
预算表单提交、评审意见流转和批复记录留在同一条工作项上，申请人、评审人和审批人看到的是同一份材料和同一串结论，减少线下传表造成的版本错位。ONES 的工作项与审批流转能力可以承载这类提交与评审记录，具体配置按团队现有流程设计。工具承载的是流程记录，审批规则和授权层级仍需团队自己先定清楚。
