文件·自由发票工具
报价单、形式、发票和贷项通知单：每份文件的用途
· 背景
发票 合同 pdf
客户要求报价、形式、发票、收据和贷方票据，每个人都有不同的工作。这篇文章定义了该系列，解释了它们在交易中出现的顺序，并显示了自由发票工具生成哪两个。
'您可以先发送一份形式吗？' — 将许多自由职业者发送到搜索引擎的请求
形式请求是在发送另一个文件之前确定所需商业文件的请求。最安全的回应是询问接收者将使用它做什么以及他们需要哪些字段。熟悉的标签不应取代客户或司法管辖区的定义。
报价 — 支持的前期工作文档，无专用估算模式
该工具支持一组建议的项目和价格的报价标题。大纲还提到了估算和有效期，但没有单独的估算模式或有效期字段。将假设和任何到期时间记录在注释中，并在应用程序外部记录接受情况。
形式发票 — 此工具不会生成的单独概念
此处仅讨论形式，作为收件人在最终发票之前可能要求的文件。该存储库没有定义其法律效力、海关角色或税务状况，应用程序也不会生成这些。使用相关收件人指定的确切渠道和措辞。
发票 — 进入双方账簿并带有唯一编号的付款请求
支持的发票类型将文档显示为付款请求，其中包含编号、日期、各方、行项目、总计和付款信息。模型和 PDF writer 实现该布局，同时将法律完整性和交付接受留给用户。
收据和贷方票据 — 此工具不会生成单独的概念
收据和贷方票据具有不同的记录保存目的，但两者都不是此应用程序中的文档类型。它无法确认付款、撤销已开具的发票或保留链接的更正历史记录。使用支持这些记录的系统，而不是重新标记发票导出。
真实交战中的顺序 — 文件如何从第一次接触到关闭文件依次进行
真正的参与可能会经历报价、批准、发票、付款证据和后来的更正，但此工具不会连接这些阶段。它一次构建一个文档。保留一份外部记录，显示哪些提案、发票和后续文档属于同一组。
这不包括什么 - 关于哪些文件是法律要求的以及它们必须如何措辞的特定国家规则
国家/地区特定规则可能会更改名称、所需措辞和法律效力。本文并未根据无源常识来定义它们。在依赖标题之前，请根据当前的官方指南和客户流程确认文件类型和必填字段。
要点 — 为每个文档命名，并使用自由发票工具进行报价和发票
根据每条记录的真实用途命名，并且不要通过两种类型的构建器强制不支持的文档。自由发票工具用于报价和发票；形式、收据和贷方票据需要一个对其进行明确建模的工作流程。