客户确认了估价,项目也做完了。看起来只要把标题换成 Invoice 就能发出去,但这期间可能换过材料、增加过工作,也可能已经收了一笔预付款。
最终请款前花几分钟把这些变化核对好,能省下收到款项时的很多解释。
先找到客户确认的那一版
估价可能改过几轮,先确定客户接受的编号、日期和范围。未经接受的早期版本,不应作为最终结算依据。
如果约定固定价,实际花的时间少了或多了,并不自动改变售价;如果按实际数量结算,就使用双方确认的数量和单价。
把变化列出来,别藏进总金额
例如原估价 5,000 元,客户批准增加一项 800 元的工作,最终结算为 5,800 元。新增项注明确认日期或变更编号。
取消的项目也要反映出来。客户在最终单据上应能看明白,为什么金额和最初估价相同或不同。

扣除已收款,再写本次应付
假设上面的项目已收预付款 2,000 元,最终总额 5,800 元,本次应付就是 3,800 元。税项及折扣按实际约定处理,避免在不同阶段重复加入。
| 项目 | 示例金额 |
|---|---|
| 原约定费用 | 5,000 元 |
| 已确认新增工作 | 800 元 |
| 最终合计 | 5,800 元 |
| 已收预付款 | −2,000 元 |
| 本次应付 | 3,800 元 |
发一张新的正式单据,保留原估价
Invoice 使用自己的编号和开具日期,并引用估价编号。不要覆盖原文件,否则以后很难还原客户当时接受的内容。
发送时说明工作已完成、本次余额和付款日期。若客户还需要验收确认或采购编号,一并补齐。
先区分预计、已批准和实际发生的金额
估价里可能有暂定数量或价格,客户确认版本说明同意了哪些安排,实际交付则记录最后完成了什么。最终 Invoice 应能解释它采用的是固定约定价格、实际数量计价,还是某一阶段的请款。
不要因为实际成本高了,就自动把差额全部转给客户;也不要因为模板上写“估价”,就认为所有变化都不用确认。回到双方约定的计价方式,才能知道哪些变化需要更新金额。
用一个带变更和预付款的项目算一次
假设原确认项目为 5,000 元,客户后来批准新增 800 元工作,取消一项 300 元服务。在暂不计税的示例里,调整后总额为 5,500 元。此前收到预付款 1,500 元,最终余额为 4,000 元。
Invoice 中分别列出原工作、批准增加、取消或抵减、已付款和本次应付。客户可以直接对照自己的批准记录,不必通过一个突然变化的总额推测发生了什么。
| 内容 | 金额 |
|---|---|
| 原确认范围 | 5,000 元 |
| 已批准新增工作 | +800 元 |
| 已取消项目 | −300 元 |
| 调整后合计 | 5,500 元 |
| 已收预付款 | −1,500 元 |
| 本次应付 | 4,000 元 |
编号和日期应该反映它已经是另一类文件
正式 Invoice 使用自己的编号与实际开具日期,并可引用估价编号和客户采购订单号。保留估价作为交易准备与批准记录,而不是直接覆盖成最终文件,让原来的价格依据消失。
服务期间、交付日和付款到期日按实际安排填写。客户确认估价的日期,不一定是最后开单日期,也不一定是付款起算日。把各自用途分开,后续对账会清楚得多。
核对税项、币种和付款资料
从估价转单时,不能只检查小计。适用税项、折扣、运费、币种和收款方式都要核对;估价中的暂估税额也不代表正式交易一定按同样方式处理。具体税务要求按所在地与交易事实确认。
客户付款主体发生变化时先取得准确资料,别把联系人姓名直接当成公司抬头。收款账户变化则通过既有可靠渠道确认,让客户有时间完成内部资料更新。
发出时,主动说明最值得客户注意的变化
如果最终金额与原估价不同,在邮件里简短列出原因和批准依据。附上必要的交付或验收资料,说明已付款已扣除,以及本次余额和到期日。客户就不必先找旧邮件,才能理解新文件。
发送后把最终 Invoice 与原估价、变更和付款记录放在同一项目下。下一次客户问“这张金额为什么不同”,你可以直接找到完整依据,而不必重新回忆项目经过。
你可能还想知道
客户批准估价,就表示已经付款了吗?
不是。接受工作范围和价格,与款项是否到账是两个状态。
项目只完成一半怎么办?
按双方约定的阶段或进度申请付款,写明本次范围和金额,不要误写成全部完工。