项目集资金安排表用于在项目集层面汇总各子项目的资金需求，并把需求调整的提出、评估、协调和结论留在同一套记录里。本文提供可直接复制的主表和调整协调记录表，说明字段口径、必填规则与更新周期，并用一个虚构示例演示一次追加资金需求如何完整记录。
要点总览（TL;DR）
- 模板由两张表组成：资金安排主表按“子项目资金需求行”记录计划与调整后金额、期间；调整协调记录表按“一次调整一条记录”留痕提出、评估、协调与结论，两表通过需求行编号关联。
- 主表必填需求行编号、子项目、资金科目、需求说明、原计划金额与期间、当前状态、责任人；调整表必填关联需求行编号、提出方与日期、调整类型与事由、影响评估、协调结论、决策人和状态，缺失即不进入评审。
- 更新以月度滚动为主，追加调减超阈值、期间跨季度变化或影响其他子项目资金时即时更新，季度末做全量核对；版本采用主表整体版本加需求行生效版本两级管理，历史行不删除。
- 协调过程按“一次协调形成一条可追溯结论”记录，同一调整多轮沟通在一条记录内按时间补充，结论执行完毕后关闭并归档。
可复制空白模板：资金安排主表与调整协调记录表
模板由两张表组成。主表按“子项目资金需求行”记录计划与调整后的金额、期间，调整表按“一次调整一条记录”的方式留痕协调过程。两表通过主表的“需求行编号”关联，复制到文档或表格工具后即可填写。
表一：项目集资金安排主表（空白）
| 需求行编号 | 子项目 | 资金科目 | 需求说明 | 原计划金额 | 原计划期间 | 本次调整金额 | 调整后金额 | 调整后期间 | 当前状态 | 生效版本 | 责任人 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| ZJ-001 | （子项目名称） | （如人力、采购、外包） | （资金用途一句话） | （金额+币种） | （起止月份） | （金额，无调整填0） | （原计划+本次调整） | （起止月份） | （待评审/已生效/已关闭） | （如V1.0） | （姓名/角色） |
| ZJ-002 | （子项目名称） | （资金科目） | （资金用途） | （金额+币种） | （起止月份） | （金额） | （金额） | （起止月份） | （状态） | （版本） | （责任人） |
表二：需求调整与协调记录表（空白）
| 调整编号 | 关联需求行编号 | 提出方 | 提出日期 | 调整类型 | 调整事由 | 影响评估 | 评估方与评估日期 | 协调方式与时间 | 参与角色 | 协调结论 | 决策人 | 生效日期 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TZ-001 | ZJ-001 | （子项目经理） | （日期） | （追加/调减/延期/科目调整） | （需求变化原因） | （对项目集资金、其他子项目的影响） | （财务/项目集经理，日期） | （评审会/邮件确认，日期） | （项目集经理、财务、子项目经理等） | （同意/部分同意/暂缓及条件） | （姓名/角色） | （日期） | （已关闭/跟进中） |
填写时先建主表行、分配需求行编号，再为每次调整新建一条调整记录并回填该编号。主表的“本次调整金额”“调整后金额”“生效版本”由已生效的调整记录汇总更新，避免两处数字各自维护。
字段说明：每个字段记录什么、怎么填
字段设计的目标是让一张表既能汇总资金需求，又能回答“谁在什么时候因为什么改了多少钱、经过谁协调、结论是什么”。以下按主表、调整表分别说明口径。
主表字段
| 字段 | 记录内容 | 填写口径与数据来源 |
|---|---|---|
| 需求行编号 | 资金需求行的唯一标识 | 按“ZJ-序号”编制，一经分配不复用；调整表以此关联 |
| 子项目 | 提出资金需求的子项目 | 与项目集内子项目名称一致 |
| 资金科目 | 资金用途分类 | 沿用组织财务科目口径，如人力、采购、外包、差旅 |
| 需求说明 | 资金用途的一句话描述 | 写清交付物或活动，便于评审时判断必要性 |
| 原计划金额 | 初始批准金额 | 取自立项或上一版资金安排，注明币种 |
| 原计划期间 | 初始资金使用期间 | 按月份区间填写，与财务周期对齐 |
| 本次调整金额 | 最近一次已生效调整的金额 | 来自调整表结论，正数为追加、负数为调减 |
| 调整后金额 | 当前有效金额 | 原计划金额加累计已生效调整金额 |
| 调整后期间 | 当前有效使用期间 | 期间调整生效后同步更新 |
| 当前状态 | 该需求行的处理状态 | 待评审、已生效、已关闭三档为主 |
| 生效版本 | 该行数据对应的版本号 | 每次生效调整递增，如V1.0→V1.1 |
| 责任人 | 对该行数据负责的人 | 通常为子项目经理，负责发起调整和核对数据 |
调整表字段
| 字段 | 记录内容 | 填写口径与数据来源 |
|---|---|---|
| 调整编号 | 一次调整的唯一标识 | 按“TZ-序号”编制，一次调整一条记录 |
| 关联需求行编号 | 指向主表具体需求行 | 必须与主表已有编号一致 |
| 提出方 | 谁提出调整 | 写角色与姓名，如某子项目经理 |
| 提出日期 | 调整正式提出的时间 | 以书面提出为准，口头沟通后补记录 |
| 调整类型 | 调整的分类 | 追加、调减、期间延期、科目调整四类为主 |
| 调整事由 | 需求变化的原因 | 写触发变化的具体事件或范围变化，不写“业务需要”一类笼统表述 |
| 影响评估 | 调整对资金和其他子项目的影响 | 说明金额来源、是否挤占其他子项目资金、对项目集总额的影响 |
| 评估方与评估日期 | 谁完成评估、何时完成 | 通常为财务与项目集经理，记录到人、到日 |
| 协调方式与时间 | 通过什么方式协调 | 评审会、专题会或书面确认，写明日期 |
| 参与角色 | 参与协调的角色 | 列出项目集经理、财务、相关子项目经理等 |
| 协调结论 | 协调形成的决定 | 同意、部分同意、暂缓，附条件与额度 |
| 决策人 | 对结论负责的人 | 按组织授权填写，与结论一并留痕 |
| 生效日期 | 结论开始执行的日期 | 与主表版本更新日期一致 |
| 状态 | 该调整的处理状态 | 跟进中、已关闭；关闭需结论已执行 |
金额统一注明币种，跨币种时先按组织约定折算再入表；期间统一用月份区间，避免“上半年”“Q3前后”这类模糊表述；版本号只在调整生效时递增，评审中的草稿不占版本。协调过程的记录粒度以“一次协调形成一条可追溯结论”为准，同一调整经历多轮沟通时，在一条记录内按时间顺序补充各轮结论，不为每封邮件单独建行。
必填与选填：哪些字段缺失就不能进入评审
必填字段的作用是保证评审时能判断“改什么、为什么改、影响多大、谁负责”。缺失任一必填项，该调整记录停留在草稿状态，不进入评审议程。
| 表 | 必填字段 | 选填字段 |
|---|---|---|
| 主表 | 需求行编号、子项目、资金科目、需求说明、原计划金额、原计划期间、当前状态、责任人 | 本次调整金额、调整后金额、调整后期间、生效版本（首次建行时可留空，调整生效后补填） |
| 调整表 | 调整编号、关联需求行编号、提出方、提出日期、调整类型、调整事由、影响评估、协调结论、决策人、状态 | 评估方与评估日期、协调方式与时间、参与角色、生效日期（结论为暂缓时可不填） |
阻断规则可以按以下方式执行：调整表缺少关联需求行编号或调整事由的，退回提出方补充；缺少影响评估的，由项目集经理协调财务补评后再排入评审；缺少协调结论或决策人的，视为未完成协调，不得更新主表金额与版本。主表新建行缺少原计划金额或期间的，不纳入当期资金汇总。
不同调整类型的字段要求存在差异。追加与调减必须填写影响评估和决策人，追加还需说明资金来源；期间延期必须填写调整后期间，影响评估可简化为对其他子项目排期与资金占用的说明；科目调整必须同时填写原科目与新科目，并在需求说明中保留原用途，便于后续核对。
填写示例：一次子项目追加资金需求的完整记录
以下为虚构演示情景，用于说明两表如何配合，不代表真实客户案例。某项目集下子项目“渠道系统升级”在开发中期发现接口改造范围扩大，需要追加外包开发资金。
示例背景与调整事由
该子项目原计划外包开发费用80万元，使用期间为3月至8月。因对接方接口规范变更，需增加一轮联调与改造，子项目经理提出追加15万元，使用期间延长至9月。提出方为子项目经理，评估方为财务与项目集经理，协调方式为专题评审会。
主表对应行的填写结果
| 需求行编号 | 子项目 | 资金科目 | 需求说明 | 原计划金额 | 原计划期间 | 本次调整金额 | 调整后金额 | 调整后期间 | 当前状态 | 生效版本 | 责任人 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| ZJ-007 | 渠道系统升级 | 外包开发 | 接口改造与联调外包 | 80万元 | 3月—8月 | +15万元 | 95万元 | 3月—9月 | 已生效 | V1.1 | 子项目经理（演示） |
调整协调记录表的填写结果
| 调整编号 | 关联需求行编号 | 提出方 | 提出日期 | 调整类型 | 调整事由 | 影响评估 | 评估方与评估日期 | 协调方式与时间 | 参与角色 | 协调结论 | 决策人 | 生效日期 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TZ-012 | ZJ-007 | 子项目经理（演示） | 6月10日 | 追加 | 对接方接口规范变更，增加一轮联调与改造 | 追加15万元，从项目集预备金列支，不挤占其他子项目已批资金；项目集总额相应增加 | 财务、项目集经理，6月14日 | 专题评审会，6月16日 | 项目集经理、财务、子项目经理、技术负责人 | 同意追加15万元，期间延至9月，分两笔支付 | 项目集经理（演示） | 6月17日 | 已关闭 |
示例中，主表的调整金额、调整后金额、期间和版本均来自调整记录TZ-012的结论；调整表的影响评估写明了资金来源，协调结论写明了额度、期间和支付安排，后续核对时无需再翻找会议材料。若同一需求行再次调整，新建TZ-013并关联ZJ-007，主表版本递增为V1.2。
更新周期与调整维护：月度滚动、触发式更新与版本管理
资金安排表的价值取决于数据是否及时。建议以月度滚动更新为主，重大调整即时更新，季度做一次全量核对，三者配合覆盖日常变化与阶段性复核。
| 更新类型 | 频率/触发条件 | 主要动作 | 产出 |
|---|---|---|---|
| 月度滚动 | 每月固定日期 | 各子项目责任人核对本行金额、期间与状态，提交当月调整需求 | 当月资金安排版本 |
| 触发式更新 | 追加或调减超过约定阈值、资金使用期间跨季度变化、影响其他子项目资金时 | 即时新建调整记录，完成评估与协调后更新主表 | 单条调整记录与主表版本递增 |
| 季度全量核对 | 每季度末 | 核对主表汇总金额与财务台账、已关闭调整记录的一致性 | 核对记录与差异说明 |
版本管理采用“主表整体版本+需求行生效版本”两级方式：每月滚动形成一版主表快照，重大调整生效时单独递增对应需求行的版本号。历史行不删除、不覆盖，调减或关闭的需求行保留原记录并将状态改为已关闭，便于回溯。协调结论执行完毕后，将调整记录状态改为已关闭，并在主表备注或关联文档中注明执行结果；季度核对时集中归档已关闭记录。
当项目集涉及多个子项目和频繁调整时，表格的协作维护容易分散在不同文档中。ONES Wiki 支持页面模板库，可一键创建制式化文档模板，适合把主表与调整记录表固化为统一模板；文档实时同步并记录所有页面版本，支持随时查看与回滚，便于保留月度快照和历史版本；成员可以在线添加注释、评论，协调过程中的疑问和确认可直接留在对应记录旁。ONES Plan 支持多项目总览并自定义项目属性，可用于按子项目查看资金需求行的分布与状态。资金金额的审批授权仍按组织财务制度执行，工具承担的是记录承载与协作留痕。
常见问题
子项目在月中临时提出追加资金，来不及等月度滚动更新，应该怎么处理？
按触发式更新处理：先由子项目经理在调整协调记录表中新建一条调整记录，填写关联需求行编号、提出方与日期、调整类型、调整事由和初步影响评估，主表对应行状态改为待评审。完成评估与协调、形成结论并明确决策人后，再更新主表的调整金额、调整后金额、期间和生效版本。月度滚动时把这条记录纳入当月版本即可，不需要为赶进度跳过协调结论直接改主表金额。
一次调整经过多轮讨论，是否每轮都要单独建一条调整记录？
不需要。记录粒度以“一次协调形成一条可追溯结论”为准，同一调整的多轮沟通在一条记录内按时间顺序补充各轮结论，写清每轮的协调方式、时间和参与角色。只有当调整事由或调整类型发生实质变化、需要重新提出时，才另建一条记录并关联同一需求行。这样既保留过程，也避免记录表被邮件级明细淹没。
主表金额和调整表结论对不上时，以哪边为准？
以调整表中已生效记录的结论为准。主表的本次调整金额、调整后金额、调整后期间和生效版本应由已生效的调整记录汇总更新，两处数字各自维护是常见的不一致来源。季度全量核对时，应逐行比对主表汇总金额与财务台账、已关闭调整记录，发现差异时补充差异说明并回填，而不是直接改数字了事。
期间延期和科目调整这两类需求，字段填写上有什么不同要求？
期间延期必须填写调整后期间，影响评估可以简化为对其他子项目排期与资金占用的说明；科目调整必须同时写明原科目与新科目，并在需求说明中保留原用途，便于后续核对。两类调整都不涉及金额变化时，主表本次调整金额填0，调整后金额保持不变，但生效版本仍需在结论生效时递增。
用文档工具维护这套表时，如何保留月度快照和历史版本？
可以把主表与调整记录表固化为统一模板，每月滚动形成一版主表快照，重大调整生效时单独递增对应需求行的版本号，历史行保留原记录并将状态改为已关闭。ONES Wiki 支持页面模板库，可一键创建制式化文档模板；文档实时同步并记录所有页面版本，支持随时查看与回滚；成员可以在线添加注释、评论，协调中的疑问和确认可留在对应记录旁。ONES Plan 支持多项目总览并自定义项目属性，可用于按子项目查看资金需求行的分布与状态。资金金额的审批授权仍按组织财务制度执行。
