项目预算审批要解决的是“这笔钱该不该花、花多少、什么时候花、由谁批”的问题。可执行的做法是按“编制—预审—评审—批准—基线—变更”六步推进：申请人提交含成本科目、测算依据和付款节点的预算包，财务与业务负责人分别核对口径和必要性，评审会按金额分级决策，批准后形成预算基线并锁定审批权限，执行中按偏差阈值触发变更审批。关键是把审批标准、角色权限和证据要求提前写进制度，减少每次临时讨论。ONES可用于承载审批流转与留痕，下文按管理动作展开。
要点总览（TL;DR）
- 预算审批先定口径再定流程：预算包至少包含成本科目、总额与分项、时间分布、测算依据和付款节点，三项口径对不上就退回补正。
- 按“编制—预审—评审—批准—基线—变更”六步推进，每步明确输入、动作、输出和完成标志，提交完成以字段无空缺、附件齐全为准。
- 财务核口径、业务核必要性、审批人按金额分级签批，每个角色都要有交付物和签字依据，避免只挂名不负责。
- 批准后形成预算基线并锁定审批权限，执行中按偏差阈值触发变更，变更批准后更新基线版本并保留旧版本记录。
- 机制上线前用检查清单逐项核对制度、字段、授权、阈值和留痕，缺项先补制度与字段，再配置工具。
预算审批要审什么：先定口径再定流程
预算审批的第一步是确定审批对象。审批人拿到的应当是一份结构完整、可逐项核对的预算包，而非一句总额。预算包字段统一后，财务核口径、业务核必要性、评审会做决策才有共同语言。
预算包应包含的字段
一份可复用的预算包字段清单如下，可按项目规模裁剪，但成本科目、测算依据、付款节点三项建议保留：
| 字段类别 | 具体字段 | 填写要求 |
|---|---|---|
| 基本信息 | 项目名称、项目编号、申请人、项目经理、预算期间 | 与立项信息一致，预算期间明确起止日期 |
| 成本科目 | 人力、采购、外包、差旅、设备、其他 | 按组织会计科目或成本科目表填写，颗粒度到可核对的分项 |
| 金额口径 | 预算总额、各分项金额、按月或按阶段的时间分布 | 总额等于分项之和，时间分布合计等于总额 |
| 测算依据 | 测算方法、单价与数量来源、历史同类项目数据 | 写明单价出处和数量假设，引用历史数据注明项目 |
| 付款节点 | 付款事项、付款条件、预计付款时间、收款方 | 与合同或采购计划对应，标注预付款、进度款、尾款 |
| 风险与假设 | 关键假设、汇率或价格波动、不可预见费 | 不可预见费写明比例和动用条件 |
三项基本口径
审批时先核对三项口径是否自洽：总额是否覆盖项目范围，分项是否与成本科目对应，时间分布是否与项目计划和付款节点匹配。三项对不上，预算包退回补正，不进入评审。范围、测算方法、历史数据和付款节点构成审批依据，审批意见应指向其中某一项，避免只写“同意”或“再压缩”。
与其他预算工作的边界
本文聚焦项目预算总额与使用审批。工时成本如何计量、多项目之间如何分配投资，属于另外的管理议题，审批时只需引用其输出结果作为测算依据，不在审批流程内展开。明确这条边界，可以避免审批会变成成本方法讨论会。
六步审批流程：从编制到基线锁定
六步流程的价值在于每一步都有明确输入、动作、输出和完成标志，审批人知道自己该看什么，申请人知道什么算提交完成。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 编制与提交 | 项目范围说明、计划、合同或采购意向、历史数据 | 申请人按预算包字段填写，项目经理确认范围与时间分布 | 完整预算包及附件 | 预算包提交至预审节点，字段无空缺 |
| 2. 预审 | 预算包、科目表、同类项目数据 | 财务核口径与计算，业务负责人核必要性与范围匹配 | 预审意见，含问题清单或通过结论 | 两条预审意见均已给出，问题项完成补正 |
| 3. 评审会 | 预算包、预审意见、上会规则 | 按金额分级决定是否上会，评审会逐项质询并形成结论 | 评审结论：批准、调整后批准或否决 | 评审结论书面记录，调整项明确 |
| 4. 批准与基线 | 评审结论、授权表 | 审批人按权限签批，批准金额写入预算基线 | 批准记录与预算基线 | 基线锁定，后续支出对照基线控制 |
| 5. 执行监控 | 预算基线、实际支出与付款记录 | 定期比对实际与预算，计算偏差 | 偏差报告 | 偏差在阈值内，或已触发变更 |
| 6. 变更审批 | 偏差报告、变更申请、原因说明 | 按变更阈值走对应审批层级，批准后更新基线 | 变更记录与新基线版本 | 变更批准并留痕，旧基线标记失效 |
编制与提交
申请人负责把预算包填完整，项目经理确认项目范围和时间分布。提交完成的标志是预算包进入预审节点且字段无空缺，附件包含测算依据和付款计划。缺附件的提交在系统中退回，不进入人工预审。
预审：财务核口径，业务核必要性
预审分两条线并行。财务核对科目归属、金额计算、总额与分项是否一致、付款节点是否与合同匹配；业务负责人核对预算是否覆盖项目范围、各项支出是否必要、时间分布是否与计划一致。两条意见都给出后预审才算完成，问题项由申请人补正后重新提交。
评审会：按金额分级上会
上会规则按金额分档，例如低于某一金额由部门负责人批准，超过某一金额提交预算评审会，更高金额还需上级或财务负责人联签。分档标准写进制度，评审会只审议达到上会门槛的项目，避免所有预算都挤进会议。评审结论分为批准、调整后批准和否决三类，调整项要写明调整科目和金额。
批准与基线锁定
批准形式包括签批记录和会议决议，两者都要落到预算基线。基线锁定意味着批准金额成为后续支出控制的依据，审批权限同步锁定：超出基线的支出必须走变更，不能由原审批人直接追加。基线版本号建议保留，便于追溯。
变更审批：偏差阈值与触发条件
变更触发条件提前设定，常见口径包括累计偏差超过预算的一定比例、单一科目超支、付款节点前移或新增成本科目。达到阈值的变更按金额重新走对应审批层级，未达阈值的由项目经理在偏差报告中说明并备案。阈值写进制度，执行时按同一口径判断。
角色分工与交付物：谁审、审到什么程度
审批流于签字，通常是因为角色只挂名不交付。每个角色应明确职责、交付物和签字依据，签字即代表对交付物负责。
| 角色 | 职责 | 交付物 | 权限与签字依据 |
|---|---|---|---|
| 申请人 | 编制预算包、提供测算依据、响应补正 | 预算包及附件、补正说明 | 无审批权，对材料真实性负责 |
| 项目经理 | 确认范围与时间分布、监控执行偏差、发起变更 | 范围确认、偏差报告、变更申请 | 在授权额度内确认预算包，超阈值提交上级 |
| 财务 | 核对科目口径、金额计算、付款节点 | 财务预审意见 | 对口径问题可否决退回，不替代业务判断 |
| 业务负责人 | 核对必要性与范围匹配 | 业务预审意见 | 对必要性存疑项要求补充说明 |
| 审批人 | 按授权签批、对评审结论负责 | 签批记录或会议决议 | 按金额分级授权，超权限上报 |
分级授权规则
授权按金额或风险设定。金额维度给出几档上限，风险维度可对新技术、新供应商或跨部门项目提高审批层级。授权表书面化并定期复核，人员变动时同步更新，避免出现“谁都能批”或“没人敢批”。
审批时限与退回补正
每个节点设定处理时限，例如预审两个工作日内给出意见，评审会按固定周期召开。超时未处理自动提醒并升级至上一级。退回补正要写明缺什么、补什么、补正后回到哪个节点，申请人补正后从退回节点继续，不重新走完整流程。
一个审批实例：从提交到变更的全过程
以下为演示情景，用于说明流程如何落地，数据为示例，不代表真实项目。
预算包内容
某系统实施项目，预算期间六个月，预算总额80万元：人力45万元、外包20万元、差旅8万元、设备5万元、不可预见费2万元。人力按投入人数与月单价测算，外包引用已签框架合同单价，差旅按出差人次估算，付款节点分为预付款、两期进度款和尾款。
预审发现的问题与补正
财务发现差旅分项与时间分布不一致：差旅集中在第三、四个月，但时间分布表平均分摊到六个月，要求按实际出差计划重排。业务负责人指出设备分项未说明是采购还是租赁，要求补充。申请人补正后重新提交，预审通过。
评审会决策与批准结果
该项目金额达到上会门槛，进入评审会。评审会认可人力与外包测算，将不可预见费比例调整为总额的3%，并要求外包付款与验收节点挂钩。结论为调整后批准，审批人签批后形成预算基线，版本号V1。
执行中的偏差与一次变更审批
执行到第四个月，外包因范围增加超出原预算6万元，累计偏差超过设定阈值，项目经理发起变更申请并附原因说明和新增工作量清单。变更按金额走评审会，批准后基线更新为V2，旧版本标记失效。差旅实际支出低于预算，未触发变更，在偏差报告中说明。
审批完成检查：上线前逐项核对
判断审批机制是否可运行，可以按以下清单逐项核对，全部满足再投入执行。
- 制度与权限已书面化：审批流程、分级授权表、上会规则形成文件并发布，人员变动有更新机制。
- 预算包字段齐全可核：成本科目、总额、分项、时间分布、测算依据、付款节点均有固定字段，总额与分项可自动核对。
- 分级授权与上会规则明确：金额分档清晰，超权限上报路径唯一，评审会周期固定。
- 变更阈值与证据留存到位：偏差阈值、触发条件、变更审批层级写明，变更申请附原因和依据。
- 审批记录可追溯：每次提交、预审意见、评审结论、签批和变更都有记录，能按项目查到完整版本链。
- 时限与退回机制可执行：各节点有时限，退回补正写明缺项和回流节点。
核对中发现缺项，优先补制度和字段，再谈工具配置。机制本身不完整时，上系统只会把混乱固化下来。
用ONES承载预算审批的流转与留痕
当预算包字段、分级授权和变更阈值确定后，剩下的问题是审批流转和证据留存如何落到日常工作中。ONES可以把预算申请作为工作项提交，附上测算材料和付款计划，按角色配置审批节点与流转状态，批准结果形成基线并关联后续变更记录，审批与变更记录可追溯查询。
具体承载方式可以按一条流程组织：申请人创建预算申请工作项，填写成本科目、金额和时间分布字段并上传测算附件；系统按金额和角色把工作项流转到财务预审、业务预审和对应审批人，每个节点留下意见和处理时间；批准后工作项状态变为已批准，批准金额作为基线记录，执行中的偏差和变更以关联工作项提交，变更批准后更新基线并保留旧版本。这样，审批人看到的是同一份预算包和完整意见链，事后也能按项目查到从提交到变更的全部记录。
工具承载的是流转和留痕，审批标准、授权额度和变更阈值仍需在制度中先行确定。两者配合，预算审批才能既批得清楚，也查得明白。
常见问题
预算审批的金额分档标准应该由谁定，多久复核一次？
分档标准通常由财务牵头拟定，业务负责人和分管领导共同确认，最终以制度或授权表形式发布。分档要覆盖组织实际发生的预算金额区间，并明确超权限上报的唯一路径。复核周期建议与年度预算周期同步，人员或组织架构调整时同步更新授权表，避免出现审批权限与岗位脱节。
预算批准后执行中遇到范围不变但价格波动，需要走变更审批吗？
是否走变更取决于偏差是否达到预设阈值。如果价格波动导致累计偏差超过制度设定的比例，或单一科目超支达到触发条件，就应按金额重新走对应审批层级；未达阈值的，由项目经理在偏差报告中说明原因并备案。关键是把阈值和触发条件提前写进制度，执行时按同一口径判断，避免每次临时讨论。
预审阶段财务和业务意见不一致时怎么处理？
两条预审线意见不一致时，不建议由其中一方直接放行。常见做法是把分歧点写成问题清单，由申请人补充测算依据或范围说明后重新提交；仍无法达成一致的，提交评审会裁决，并在评审结论中记录分歧和最终判断依据。这样处理可以保留决策痕迹，也便于后续复盘。
预算审批记录需要保留哪些内容，保留多久？
至少保留预算包各版本、财务与业务预审意见、评审会结论、签批记录、预算基线版本以及变更申请和批准记录。保留期限可参照组织财务档案或审计要求确定，没有统一标准时按项目结束后可追溯查询为最低要求。记录要能按项目串起从提交到变更的完整链条，而不是散落在邮件和聊天记录里。
小项目也要走完整的六步流程吗？
可以按金额和风险裁剪。成本科目、测算依据、付款节点三项建议保留，预审和评审环节可合并或降低层级，但批准与基线锁定、变更触发条件仍需明确。裁剪规则应写进制度，说明哪些项目适用简化流程、简化到哪一步，避免执行时凭个人判断随意跳过环节。
