单项目预算编制表围绕“预算科目—金额—依据—责任—时间”这条主线展开，通常包含项目基本信息、预算科目明细、总额与分摊、审批与版本四组字段，并配套一张成本执行跟踪表。本文直接给出两张可复制的空白表，再逐字段说明填写口径、区分必填与选填，并用一个完整样例演示如何填，最后说明版本变更与月度维护方法。
要点总览（TL;DR）
- 单项目预算编制表以“预算科目—金额—依据—责任—时间”为主线，包含项目基本信息、预算科目明细、总额与分摊、审批与版本四组字段。
- 配套一张成本执行跟踪表，用同一套科目编号记录预算金额、累计已发生、承诺未付与剩余额度，才能逐行对账。
- 立项阶段必填科目、金额、依据、责任人；执行阶段必填已发生、承诺未付、剩余额度；数量单价、分摊、执行率等按项目规模启用。
- 剩余额度按“预算金额−累计已发生−承诺未付”计算，执行率按“（累计已发生+承诺未付）÷预算金额”计算，能提前暴露超支风险。
- 预算调整采用版本号递增并保留历史版本，跟踪表始终引用当前有效版本，按月更新并对账。
可复制空白模板：预算编制表与成本跟踪表
下面两张表构成一套最小可用的单项目预算工具。编制表用于立项时确定“打算花多少、为什么花、谁来负责”，跟踪表用于执行期记录“实际花了多少、还欠多少、还剩多少”。两表使用同一套预算科目编号，保证可以逐行对账。
表一：单项目预算编制表（空白）
| 区域 | 字段名 | 填写内容 |
|---|---|---|
| 项目基本信息 | 项目名称 | |
| 项目编号 | ||
| 项目负责人 | ||
| 预算编制人 | ||
| 预算周期 | ||
| 币种 | ||
| 编制日期 | ||
| 预算科目明细 | 科目编号 | |
| 一级科目 | ||
| 二级科目 / 明细项 | ||
| 费用说明 | ||
| 数量 | ||
| 单价 | ||
| 预算金额 | ||
| 计算依据 / 假设 | ||
| 责任人 | ||
| 总额与分摊 | 科目小计 | |
| 预算总额 | ||
| 预备费 / 不可预见费 | ||
| 分摊方式 | ||
| 分摊比例或金额 | ||
| 审批与版本 | 预算版本号 | |
| 编制人签字 | ||
| 审核人 | ||
| 审批人 | ||
| 审批日期 | ||
| 变更说明 |
表二：成本执行跟踪表（空白）
| 字段名 | 填写内容 |
|---|---|
| 统计期间 | |
| 科目编号 | |
| 科目名称 | |
| 预算金额 | |
| 本期已发生 | |
| 累计已发生 | |
| 承诺未付 | |
| 剩余额度 | |
| 执行率 | |
| 偏差说明 | |
| 更新人 / 更新日期 |
字段说明：每个字段填什么、怎么填
字段的价值在于口径统一。同一张表由不同人填写时，最容易出问题的是金额口径、依据写法和剩余额度的算法。下表逐字段给出含义、填写口径和示例取值。
| 字段名 | 含义 | 填写口径 | 示例取值 |
|---|---|---|---|
| 项目名称 | 预算对应的项目 | 与立项文件一致，写全称 | 客户门户系统升级 |
| 项目编号 | 项目唯一标识 | 沿用组织内已有编号规则 | PRJ-2024-018 |
| 项目负责人 | 对项目结果负责的人 | 写姓名与角色 | 张明（项目经理） |
| 预算编制人 | 实际填表的人 | 写姓名，便于后续对账沟通 | 李华 |
| 预算周期 | 预算覆盖的时间范围 | 写起止日期，跨年项目需注明 | 2024-03-01 至 2024-12-31 |
| 币种 | 金额计量单位 | 涉及外币时注明汇率基准日 | 人民币 |
| 科目编号 | 科目的稳定标识 | 按一级、二级顺序编码，增删科目时不复用旧编号 | 03-02 |
| 一级科目 | 费用大类 | 与组织财务科目或成本分类保持一致 | 外部采购 |
| 二级科目 / 明细项 | 具体费用项 | 写到可独立核算的粒度 | 云服务器年费 |
| 费用说明 | 这笔钱花在什么上 | 一句话说明用途，避免只写科目名 | 生产环境云主机 12 个月 |
| 数量、单价 | 金额的计算基础 | 能拆则拆；打包报价可只填金额并在依据中说明 | 12 台 × 8,000 元 |
| 预算金额 | 该科目计划支出 | 含税或不含税需全表统一，并在表头注明 | 96,000 元 |
| 计算依据 / 假设 | 金额从哪来 | 写报价单、历史数据、类比项目或明确假设，可核验 | 供应商报价单 Q-2402，按年付 |
| 责任人 | 对该科目支出负责的人 | 写具体人名，不写部门代称 | 王强 |
| 科目小计 | 一级科目下明细之和 | 由明细自动汇总，不手工填写 | 外部采购小计 156,000 元 |
| 预算总额 | 全部科目合计 | 等于各科目小计之和，含预备费 | 480,000 元 |
| 预备费 | 应对未预见支出 | 注明占总额比例及动用审批要求 | 24,000 元（占 5%） |
| 分摊方式 | 费用如何在受益方之间分配 | 单项目自担可写“不分摊”；需分摊时写清规则 | 按使用部门人头数分摊 |
| 预算版本号 | 区分不同版本 | 初版为 V1.0，调整后递增 | V1.1 |
| 审核人、审批人 | 把关与最终批准的人 | 与组织审批权限一致，写姓名 | 审核：赵敏；审批：陈总 |
| 变更说明 | 本版改了什么 | 写变更科目、金额和原因 | 云服务器由 12 台增至 14 台，追加 16,000 元 |
跟踪表的四个金额字段需要固定口径：预算金额取自编制表当前有效版本；累计已发生是已付款或已确认入账的金额；承诺未付是已签合同或已下订单但尚未结算的金额；剩余额度 = 预算金额 − 累计已发生 − 承诺未付。执行率按“（累计已发生 + 承诺未付）÷ 预算金额”计算，这样能提前暴露超支风险，而不是等付款后才发现。
必填与选填：按项目阶段区分字段要求
模板过重会让填表人应付了事，过轻又无法支撑跟踪。可行的做法是按阶段设门槛：立项阶段保证“科目、金额、依据、责任人”齐全，执行阶段保证“已发生、承诺未付、剩余额度”齐全，其余字段按项目规模启用。
立项阶段必填字段
- 项目基本信息：项目名称、项目编号、项目负责人、预算周期、币种、编制日期。
- 预算科目明细：科目编号、一级科目、二级科目、费用说明、预算金额、计算依据 / 假设、责任人。
- 总额与分摊：科目小计、预算总额、预备费。
- 审批与版本：预算版本号、审核人、审批人、审批日期。
执行跟踪阶段必填字段
- 统计期间、科目编号、科目名称、预算金额。
- 本期已发生、累计已发生、承诺未付、剩余额度。
- 更新人、更新日期。
可按项目规模选填的字段
| 选填字段 | 启用条件 |
|---|---|
| 数量、单价 | 费用可按单位计价时启用；打包采购可只填金额 |
| 分摊方式、分摊比例或金额 | 项目费用需由多个部门或成本中心共同承担时启用 |
| 执行率 | 需要向管理层定期汇报进度时启用，可由公式自动计算 |
| 偏差说明 | 某科目执行率偏离计划超过约定阈值时必填，其余期间可留空 |
| 编制人签字 | 组织要求纸质或电子签批留痕时启用 |
| 变更说明 | 初版可留空，任何后续版本必须填写 |
填写示例：一个完整项目的预算表样例
以下为演示情景，用于说明字段之间的对应关系，数据为虚构。设定：某公司启动“客户门户系统升级”项目，编号 PRJ-2024-018，周期 2024 年 3 月至 12 月，预算总额 48 万元，含 5% 预备费，费用由项目自担、不分摊。
预算科目明细填写样例
| 科目编号 | 一级科目 | 二级科目 | 费用说明 | 数量×单价 | 预算金额 | 计算依据 / 假设 | 责任人 |
|---|---|---|---|---|---|---|---|
| 01-01 | 人力外包 | 前端开发 | 门户前端改版，外包 2 人 3 个月 | 6 人月 × 20,000 | 120,000 | 外包框架合同单价，按人月结算 | 张明 |
| 01-02 | 人力外包 | 测试支持 | 回归测试外包 1 人 2 个月 | 2 人月 × 18,000 | 36,000 | 同上框架合同测试岗单价 | 张明 |
| 02-01 | 软件采购 | 中间件授权 | 门户运行所需中间件许可 | 2 套 × 30,000 | 60,000 | 供应商报价单 Q-2402 | 王强 |
| 03-01 | 外部采购 | 云服务器年费 | 生产与测试环境云主机 12 个月 | 12 台 × 8,000 | 96,000 | 现网账单上浮 10% 估算 | 王强 |
| 04-01 | 差旅与培训 | 实施差旅 | 上线支持现场差旅 | 4 人次 × 6,000 | 24,000 | 参照同类项目历史人均差旅 | 李华 |
| 05-01 | 其他 | 安全测评 | 上线前第三方安全测评 | 1 次 × 40,000 | 40,000 | 测评机构标准报价 | 赵敏 |
| 06-01 | 预备费 | 不可预见费 | 应对需求变更与价格波动 | — | 24,000 | 按总额 5% 计提，动用需审批 | 张明 |
总额与分摊填写样例
| 字段 | 填写内容 |
|---|---|
| 科目小计 | 人力外包 156,000；软件采购 60,000；外部采购 96,000；差旅与培训 24,000；其他 40,000；预备费 24,000 |
| 预算总额 | 400,000 元（不含预备费）；含预备费合计 424,000 元 |
| 预备费 | 24,000 元，占含预备费总额约 5.7%，动用需项目负责人与审批人共同确认 |
| 分摊方式 | 项目自担，不分摊 |
| 分摊比例或金额 | 不适用 |
跟踪表首月填写样例
| 统计期间 | 科目编号 | 科目名称 | 预算金额 | 本期已发生 | 累计已发生 | 承诺未付 | 剩余额度 | 执行率 | 偏差说明 |
|---|---|---|---|---|---|---|---|---|---|
| 2024-03 | 01-01 | 前端开发外包 | 120,000 | 20,000 | 20,000 | 40,000 | 60,000 | 50% | 按计划进场 |
| 2024-03 | 02-01 | 中间件授权 | 60,000 | 0 | 0 | 60,000 | 0 | 100% | 合同已签，待验收付款 |
| 2024-03 | 03-01 | 云服务器年费 | 96,000 | 8,000 | 8,000 | 88,000 | 0 | 100% | 年付合同已锁定全年额度 |
| 2024-03 | 04-01 | 实施差旅 | 24,000 | 0 | 0 | 0 | 24,000 | 0% | 上线前两个月启动 |
样例中 02-01 与 03-01 的剩余额度为 0，原因是合同已签、全年费用已承诺，这不代表超支，而是提醒后续不能再从该科目支出。若只看“累计已发生”，这两个科目的风险会被低估，这正是承诺未付字段的作用。
调整与维护方法：版本、变更与月度更新
预算表在立项后必然面临调整。维护的重点是让每次变化都有记录、有审批、能对账，避免表格被随手改动后失去参考价值。
预算版本与变更记录方式
- 初版定为 V1.0，经审批后冻结，不再直接修改原表。
- 每次调整新建版本号（V1.1、V1.2），在变更说明中写明调整科目、金额和原因。
- 保留历史版本可查，跟踪表始终引用当前有效版本。
科目增删的调整规则
- 新增科目使用新编号，不复用已停用编号，避免历史数据串行。
- 删除科目时保留原行并标注“停用”，不直接删行，便于追溯已发生费用。
- 科目合并或拆分需同步调整跟踪表历史数据，并在变更说明中注明对应关系。
月度更新节奏与责任人
| 时间 | 动作 | 责任人 | 产出 |
|---|---|---|---|
| 每月前 3 个工作日 | 收集付款、合同、订单数据 | 各科目责任人 | 本期已发生与承诺未付明细 |
| 每月第 5 个工作日前 | 更新跟踪表并计算剩余额度、执行率 | 预算编制人 | 当月跟踪表 |
| 每月第 5 个工作日 | 复核偏差，超过阈值启动调整 | 项目负责人 | 偏差说明或变更申请 |
| 变更批准后 2 个工作日内 | 发布新版本并通知相关人 | 预算编制人 | 新版本编制表 |
预算与跟踪表的对账方法
对账按科目编号逐行进行：跟踪表的预算金额应等于编制表当前版本的预算金额；所有科目的累计已发生加承诺未付，不应超过对应预算金额，超出部分必须有已批准的变更或预备费动用记录。对账结果记录在对账日期和差异说明中，作为月度汇报依据。
归档与复盘用法
项目结束后，将最终版本编制表、全部历史版本和最后一期跟踪表一并归档。复盘时重点看三类数据：执行率长期偏低的科目，说明当初估算偏保守或需求缩水；动用预备费的科目，反映哪类风险最常发生；变更次数最多的科目，提示下一同类项目应提高该科目的估算精度或预留弹性。
如果预算文档需要在团队内共享并走审批，可以把编制表与跟踪表放在 ONES Wiki 的页面模板中，用模板库一键创建制式化文档，减少每次重新搭表的时间；文档实时同步并记录所有页面版本，支持随时查看与回滚，适合承载预算的多版本变更；按角色配置读写权限，可让科目责任人只维护自己负责的部分。预算文档与项目工作关联后，审批结论和变更记录能跟随项目留存，便于后续对账与复盘。具体模板与权限配置以实际开通的产品版本为准。
常见问题
项目预算编制表里的“计算依据/假设”应该写到什么程度？
写到他人可以复核即可，不必附完整附件。常见写法有三类：引用报价单或合同编号，如“供应商报价单 Q-2402”；引用历史数据，如“参照同类项目人均差旅”；写明估算假设，如“现网账单上浮 10%”。关键是让审核人知道金额从哪来、在什么条件下成立，后续偏差出现时也能判断是依据失效还是执行问题。
项目执行中预算需要追加，是改原表还是新建版本？
建议新建版本，原表冻结保留。初版审批后定为 V1.0，追加预算时新建 V1.1，在变更说明中写明调整的科目、金额和原因，走完审批后通知相关人。跟踪表只引用当前有效版本，历史版本可查。这样月度对账时能区分“原本就这么计划的”和“后来追加的”，复盘时也能看到变更集中在哪些科目。
承诺未付和累计已发生为什么要分开记录？
两者反映不同的资金状态。累计已发生是已付款或已确认入账的金额，承诺未付是已签合同或已下订单但尚未结算的金额。只记已发生会低估风险：例如年付云服务合同签订后，全年额度已被锁定，当月实际付款可能只有一个月，但剩余可用额度已经很少。把承诺未付纳入剩余额度计算，才能在签合同阶段就发现科目额度不足。
小项目是否也需要完整的四组字段？
可以精简，但不宜省掉科目、金额、依据、责任人这四项。小项目常见做法是合并基本信息与审批区，省略分摊字段，数量单价按能否拆分决定是否填写。执行跟踪阶段仍建议保留预算金额、累计已发生、承诺未付、剩余额度四个金额字段，否则无法判断是否超支。字段精简的判断标准是：能否支撑一次月度对账和一次结项复盘。
预算表和跟踪表放在文档工具里维护，需要注意什么？
重点是版本可追溯和权限清晰。以 ONES Wiki 为例，可用模板库一键创建制式化文档，文档实时同步并记录所有页面版本，支持随时查看与回滚，适合承载预算的多版本变更；按角色配置读写权限，可让科目责任人只维护自己负责的部分。预算文档与项目工作关联后，审批结论和变更记录能跟随项目留存。具体模板与权限配置以实际开通的产品版本为准。
