施工变更单流程图（从通知到付款）
施工变更单流程图模板：书面通知、报价邀请、分包商报价、建筑师审核、业主批准、未定价变更指令、分包合同修订与付款。
什么是施工变更单流程图（从通知到付款）流程
变更单是合同自己修改自己的方式。建筑项目的范围由图纸、规范和价格固定，此后发生的几乎一切，都是对其中某一项的偏离：业主加了一个房间，设计团队改了一个节点，地质与勘察不符，主管部门要求增设一道防火分隔，或者对RFI的答复增加了没人报过价的工作。触发点是有人意识到，合同已不再描述即将建造的东西。下面这张图跟踪一项变更从那一刻直到付款的全过程：识别变更事件，判断它是否真的是变更，在合同规定的期限内发出书面通知，设计团队发出报价邀请，分包商报价，承包商带依据的报价书，建筑师或工程师的核查，业主代表核对预算，业主决定，签署变更单，把修订传给分包商，完成变更工作，最后在付款明细表上增加一行。
这是变更控制的施工版本，与一般的项目变更申请有三点不同。第一，规则由合同定：通知期限、谁有权发指示、变更指令是什么、加价如何计算、工期顺延如何索赔，都出自协议，所以迟到的通知可能丢掉一项权利，而礼貌的请求不会。第二，设计专业人员居中，核查报价的范围与图纸所画是否一致，但不决定业主该不该付钱。第三，款项通过付款证书流转，而不只是一条预算线，所以变更要出现在证书里才算完成。通用版本请参见/zh/templates/项目变更申请流程 ，上游的合同审批请参见/zh/templates/合同审批流程 。请按你们自己的合同范本（无论是AIA、FIDIC、NEC、JCT还是定制协议）以及建设所在地的法律来调整这张图。本文不构成法律意见。
三个判断撑起整个流程。“是否属于合同范围外的变更？”最常被跳过：如果承包商和建筑师对一项工作是否属于额外工作意见不一，这个分歧本身就是一个通知事件，而不是打个电话就能解决的事。“报价是否有依据？”是审核回路，应当是一个带简短疑问清单的回路，而不是一堆邮件。“业主是否批准该变更？”有三个出口，而不是两个：“批准”、“否决”，或者“价格无法达成一致”，后者在工作不能等的时候通向未定价的变更指令。这条例外路径是多数争议的开端，因为工作在没有议定价格的情况下开工，所以图里紧接着画了每日的成本和工期记录。起初的问题常常始于一份RFI，见 /zh/templates/rfi工程问询单流程 。工期影响会流入 /zh/templates/工期延长索赔流程 ，付款行则流入 /zh/templates/施工进度款支付流程 。
本流程图涵盖的内容
本模板包含
- 五条泳道（承包商、分包商、建筑师／工程师、业主代表、业主）贯穿五个阶段：通知与范围、报价、审核、批准、实施与结算
- 一道范围关口“是否属于合同范围外的变更？”，把真正的变更与合同内已有的工作区分开，并设有一个与合同期限而非承包商方便挂钩的书面通知步骤
- 一个报价回路：分包商报价，承包商带依据的报价书，建筑师的审核和“报价是否有依据？”，其“提出疑问”分支把报价书退回重新报价
- 业主批准画成三选一的判断“业主是否批准该变更？”，出口为“批准”“否决”和“价格无法达成一致”，此前还有预算与备用金的核对
- 一条给不能等的工作用的例外路径：“发出未定价变更指令，先行施工”，随后记录每日成本和工期，直到“价格已议定”分支回到签署的变更单
- 多数模板省略的后半段：把分包合同修订传下去，按变更单记录变更工作，并把金额计入付款明细表，使其进入下一期付款
何时使用本模板
- 你在为项目制定变更程序，想把通知、报价、审核和批准的交接画在一处
- 变更单总是在工作做完之后才签，你需要一个杜绝这种情况的顺序，并为真正紧急的情形保留指令路径
- 分包商给主合同从未修订过的工作报了价，你想让向下传递这一步看得见
- 业主或贷款方问起项目中的变更如何授权、报价和记录
- 一场围绕迟发通知的争议迫在眉睫，你想检查你们的流程本该在哪里记录下来
运作方式
把泳道改成合同上的各方
把承包商、分包商、建筑师／工程师、业主代表和业主换成合同自己的称谓，例如发包人、合同管理人或项目经理。一个人兼任两个角色时，把泳道合并，但要写明他们各自掌握哪些决定。
把通知条款写进最前面的步骤
打开合同，抄下通知期限、通知形式、发给谁，以及迟发会怎样。把这些原文放进通知步骤的评论里，让现场团队不必读完整份协议就能看到。
定下报价规则
写明加价、单价、计时与材料的计价基础，以及报价书必须附带的依据。再加上报价邀请和建筑师审核的答复时限，让回路有个计时。
定下批准额度
写明谁可以批准多大金额以内的变更，以及何时要提交董事会或贷款方。“业主是否批准该变更？”这个判断应写人名，而不是机构名。
决定指令能做什么
说明你们的合同是否允许未定价的指令，谁可以发出，以及如何预付款。这条例外路径是多数争议的开端，所以要把它画得窄而醒目。
把变更与付款和进度关联
在收尾步骤里加上更新付款明细表和修订竣工日期。没有进入付款申请或进度计划的变更，就没有关闭。
拿两项真实变更测试
把一项顺利的变更和一项变成争议的变更按图走一遍。凡实际情况与图不符之处，就判断是流程要改，还是习惯要改。
常见问题
施工变更单流程有哪些步骤？
先识别变更事件，并判断它是否在合同范围内。如果不是，承包商在合同期限内发出书面通知。设计团队发出附修订信息的报价邀请，分包商报价，承包商核算人工、材料、加价和工期影响，并提交带依据的报价书。建筑师或工程师对照设计意图核查报价，业主代表核对预算，业主批准、否决，或者价格无法达成一致。获批的变更签署为变更单，以修订的形式传给分包商，保存记录并实施，再计入付款明细表以便付款。
变更单和变更指令有什么区别？
变更单记录的是议定的范围、价格和工期变更，由各方签署。变更指令在设有这一机制的合同下，允许业主或建筑师在价格议定之前就指示工作开始，价格事后再定。名称和规则因合同范本而异，有些范本两者都没有，或者用别的叫法，请查看你们的合同。图中把指令画成例外路径，因为它的争议风险最高：工作在进行，成本在累积，证据需要每天保存。
通知步骤为什么如此重要？
许多施工合同要求在事件发生后的规定天数内发出变更或索赔的书面通知，有些还规定迟发会丧失追偿权。具体取决于合同和当地法律，所以图中把通知步骤与你们自己的条款挂钩，而不是给出一个数字。除非合同另有规定，把计时视为从承包商知道或理应知道该事件时开始。
这和项目变更申请有什么不同？
项目变更申请（如/zh/templates/项目变更申请流程 所示）是一个通用的治理步骤：评估影响、批准、更新计划。施工变更单增加了合同机制：通知期限，设计专业人员对照图纸核查报价，协议约定的加价和单价，未定价的指令，分包合同向下传递，以及通过证书付款。两者可以并存：变更申请管业主内部的决定，变更单记录合同对此作出的处理。
谁应该批准变更单？
你们的合同和机构指定谁，就是谁。实际上是一条链：建筑师或工程师确认报价符合设计意图，业主代表确认预算和备用金，业主或有足够授权的代表签署。图中把这些角色分开，是因为每个角色回答的是不同的问题，而把它们混在一起的批准，往往会漏掉其中一个。
此流程所处的位置
在大多数组织中，此流程紧随RFI流程图（施工现场工程问询单）之后，并交接给施工进度款支付流程图（付款申请）。
它是合同管理中的一个步骤。
第 1 步: RFI流程图（施工现场工程问询单）
施工RFI流程图模板：现场疑问筛查、转交建筑师或负责工程师、答复期限与逾期升级，以及转入变更单或延误通知。
第 2 步: 施工变更单流程图（从通知到付款） 当前位置
施工变更单流程图模板：书面通知、报价邀请、分包商报价、建筑师审核、业主批准、未定价变更指令、分包合同修订与付款。
第 3 步: 施工进度款支付流程图（付款申请）
施工进度款支付流程图模板：按价值明细表申请、计量、认证、异议、保留金、迟付通知，直至逐级支付。