从报价到发票再到合同：完整的单据生命周期

一笔交易不是一份单据，而是一连串单据，每一份都标记着你与客户关系中的某个不同时刻。你提出报价。对方接受。你们把条款落于书面。你完成工作并交付。你请求付款。漏掉一步，你就制造出一个缺口——而误解、争议和未结余额就生活在这个缺口里。

InvoiceFlow 处理四种单据类型，它们几乎正好对应一笔真实交易的各个阶段：报价单（你的报价）、合同（约定的条款，附签名）、送货单（你交付了某物的凭证），以及发票（付款的要求）。本文将带着一笔真实交易走完这四种单据，解释每种单据的用途，并展示连接它们的各种转换——包括那个绊倒过太多人的部分转换。

四种单据一览

• 报价单——「这就是它要花多少钱。」一份售前报价。不是要钱的单据。客户可以接受、议价或离开。
• 合同——「这就是我们约定好的，这里是你的签名。」让条款具有约束力。支持数字签名。
• 送货单——「这就是交付出去的东西。」交付或完成的凭证。不要钱。
• 发票——「这就是你现在所欠的。」付款的要求，附应付金额、日期和付款方式。

它们不可互换，且顺序很重要。我们来跟随一笔交易。

这笔交易：利兹的一次厨房整体改造

认识一下 Priya，她经营一家小型木工业务。一位户主 Tom 想要一套定制厨房：橱柜、台面、安装。这是一项 6,400 英镑、将持续三周的活儿。下面看这四种单据如何把它从第一通电话一路带到最终付款。

阶段一——报价单

Tom 打来电话，描述他想要什么。Priya 上门测量，然后发出一份报价单。它把范围列为行项目——运输橱柜、橡木台面、安装工时、垃圾清运——每一项都标着价格，并有一个明确的合计 6,400 英镑。它写明税务处理、一个有效期（「30 天内有效」），以及若 Tom 决定继续将适用的付款条款。

报价单是一份报价，而非账单。Tom 收到它不欠任何东西。他可以接受、可以让 Priya 去掉垃圾清运、也可以再找一家报价。关键在于，因为它落在书面并逐项列明，日后就不会争论哪些包含、哪些不包含。那句含糊的「嗯，大概六千吧」被一份双方都能指着看的单据所取代。

在 InvoiceFlow 中，报价单是一等的单据类型——而非改了标签的发票。它有自己的编号和自己的状态，于是 Priya 一眼就能看出哪些报价仍未决、哪些已被接受、哪些没等到回复就过期了。

阶段二——合同与签名

Tom 说好。对于一项 6,400 英镑、跨度三周的活儿，握个手是不够的——Priya 想把条款落于书面并签字。她拟出一份合同，囊括范围、价格、进度安排（一笔定金、橱柜送达时的一笔付款、完工时的尾款），以及那些防止争议的事项：如果 Tom 中途改主意会怎样、清空房间由谁负责、变更如何计价。

然后是让它生效的那一步：InvoiceFlow 的合同支持数字签名。Priya 可以当场采集 Tom 的签名——他在厨房餐桌旁的屏幕上签字——签名随即被放到合同上。无需打印、无需扫描、也没有那句永远不会兑现的「我签了再发回给你」。签署的合同是整笔交易的脊梁。之后的每一份单据都回指它。

这正是 InvoiceFlow 区分单据类型之处显出价值的地方。合同与发票是不同的物种：它关乎约定，而非付款。把它当作一种独立的单据来对待——有自己的结构，并留出签名的位置——正是让它得以履行职责的原因。

阶段三——把报价单转换为发票（定金）

合同要求在 Priya 订购材料之前先付 30% 的定金。关键的一步来了：她不重新输入任何东西。她把报价单转换成发票。

转换会把约定的行项目原样带过来，于是定金发票与报价单完全一致——相同的描述、相同的价格、相同的税务处理。Tom 接受的报价与他收到的账单之间，绝无数字漂移的风险。发票是一份新单据，有自己的发票号码（税务机关在意的那个序列），但其内容来自 Tom 已经批准的报价单。

部分转换：绊倒人的那一步

但 Priya 现在还不想为整个 6,400 英镑开票——只想开那 30% 的定金。这正是部分转换要紧的地方。她不是把整份报价单变成一张发票，而是只转换其中一部分：现在开定金，其余的稍后再开。

InvoiceFlow 允许你分阶段把报价单转换为发票。定金发票现在发出。报价单不会被「用完」——当各个里程碑达成时，仍有余额可供开票。这正是真实项目中分阶段计费的运作方式：先付定金、材料到货时付一笔、完工时付尾款。每张发票都从同一份已批准的报价单生成，于是数字始终能对回客户所同意的内容。无需在一旁用电子表格跟踪「这份报价我到底开了多少了」——应用会保留这个累计数。

部分转换防止的，正是那个经典错误：因为手动重打一张部分发票很烦，就把全款一次性开出去，然后等客户（理直气壮地）反对时再开一张贷项并重新计费。或者反过来——开了定金，却忘了报价单还剩多少，结果尾款少开了。从单一来源的报价单分阶段转换，能消除这两种错误。

阶段四——送货单

三周过去，厨房安装完毕。在开出最终发票之前，Priya 交给 Tom 一份送货单：一份关于交付和安装内容的记录——橱柜、台面、安装工作——由 Tom 签字确认他全部收到、且与约定一致。

人们在服务类工作上跳过送货单，而这是个错误。送货单这份单据，在发票到来之前就把「我是不是真的拿到了我被收费的东西？」这个问题给关上了。它把交付的时刻与计费的时刻分开。如果六周后 Tom 声称某扇橱柜门从未安装，签署的送货单能即刻了结此事。请注意，送货单列的是交付了什么，而非价格——价格活在发票上。送货单关乎收货；发票关乎金钱。

对一名木工来说，那份签署的送货单也是一个清晰的触发点：交付完成、签收采集到位，现在最终发票就可以放心发出了。

阶段五——最终发票

现在 Priya 为剩余余额开出最终发票——同样从原始报价单所剩部分转换而来，引用合同和签署的送货单。发票显示项目总价值、已收的定金，以及应付金额。它带有付款说明：银行细节、付款链接或二维码，由 Priya 自行选择。

InvoiceFlow 不是支付处理商——Tom 通过自己的银行付款，就像他付钱给任何人那样。当钱到账后，Priya 把发票标记为已付。如果 Tom 只付了一部分，她记录一笔部分付款，应用会跟踪剩余余额直到它清零。交易结束，从第一份报价单到最终付款，留下一条干净的纸面记录。

何时用哪种单据：决策规则

剥去故事，剩下的是简单的规则。

• 用报价单，当你正在提出报价、且尚未欠下任何东西时。任何客户需要先有价格才能决定的场合。
• 用合同，当活儿足够大、足够长，或足够有风险，让你想把条款落于书面并签字时。定金、里程碑、任何跨越数周的事、任何争议会代价高昂的事。
• 用送货单，当交付是一个与计费不同的时刻时——货物已送达、活儿已在现场完成、任何「你收到了吗？」可能成为问题的场合。
• 用发票，当钱确实被欠下时——工作已完成、货物已交付，或某个合同里程碑已达成。

对一笔极小的交易——一次快速维修、一笔零售式的小额买卖——你也许只用一张发票。对一个漫长、有价值的项目，你会用上全部四种。诀窍在于让单据的分量匹配交易的分量：别让客户为一项 40 英镑的活儿签一份三页的合同，也别拿一个口头握手去跑一个 20,000 英镑的项目。

为什么让单据转换（而非重新输入）很重要

账单错误最大的单一来源，就是在每个阶段重新录入同样的信息。你报了 6,400 英镑，然后凭记忆敲出发票，写成了 6,040 英镑。你们约好五个行项目，重新录入账单时却漏掉了一个。每一次手动重录，都是数字彼此漂移的机会——而当发票与报价不符时，客户会注意到，信任会受损，你又得去开更正单据了。

从报价单转换为发票（无论全额还是分阶段），意味着数据从客户已经批准的那份单据向前流动。行项目、价格和税务处理原封不动地带过来。你不是在重打，而是把同一笔交易推进到它的下一个阶段。这正是把四种单据当作一个相连的生命周期、而非四个互不相关文件来对待的全部意义。

一口气说完的生命周期

1. 报价单——你提出报价，逐项列明并标价。
2. 合同——条款约定并签字（数字签名，当场采集）。
3. 发票（定金）——从报价单转换而来，只为定金做部分转换。
4. 送货单——签署的交付凭证，不含价格。
5. 发票（余额）——从报价单所剩部分转换而来，引用合同和送货单。
6. 标记为已付——记录付款；部分付款被跟踪，直到余额清零。

四种单据类型，一条连续的线索。每一种都关上一个特定的缺口，否则下一种就会掉进去。把顺序做对，一笔本可能崩成「可你说过」「我从没收到那个」「这不是我们说好的价格」的交易，反而会从第一通电话一路跑到最终付款，没有一场值得一吵的争论。