一张清晰的送货单，如何帮小企业避免代价高昂的混乱

送货单和发票解决的不是同一个问题

发票回答的是财务问题：收取什么费用、应付多少。送货单回答的是运营问题：实际移动了哪些商品、从谁到谁、何时发生、数量是多少。部分交付、之后改价、先交货后开票、或双方对实际收到的数量有争议时，这种分离尤其重要。单独记录商品交接，可以保留清晰的物流事实，而不必让送货文档假装某个税务或会计事件已经发生。

商品离开之前先记录事实

给文档分配明确的编号，记录日期以及必要的出库或交接时间，写清发货方、收货方和实际送货地址，并逐项记录商品描述、SKU、数量和单位。承运商、司机、车辆、追踪编号、包裹数或重量只在有意义时添加。目标不是制造一个巨大的表单，而是在少一箱、运输延误或客户询问实际发出了什么时，可以直接查证而不用从聊天记录重建事实。

• 可追溯的文档编号或参考号
• 发货方、收货方与实际送货地点
• 日期和相关时间
• 商品描述、SKU、数量和单位
• 需要时记录承运与追踪信息

一次真实交接对应一份独立文档

不断覆盖昨天的文件会破坏历史。更稳妥的方式是为每一次实际交接创建独立文档，并把更正作为明确的修订版本。如果原计划有六项商品，但实际只装了四项，文档应反映真正发出的四项；剩余两项以后出库时再形成自己的记录。这样仓库、销售和客户面对的是同一组事实，而不是最初计划。

文档所在国家不等于界面语言

俄语使用者可以在以色列交付，以色列公司可以向德国发货，英文界面也可能用于法国业务。5SOLO 因此把界面语言和文档国家配置分开。国家配置的作用是提供实务字段和术语检查，而不是法律认证。税务、会计、运输和保存要求会因国家、行业和具体交易而不同，需要单独确认。

可重复流程比一次性的完美表格更有价值

保持发货方资料一致，规范填写收货方，准备商品行，在装货时核对实际数量，生成 PDF，并在收货时用同一组数据复核。事实变化时应在交接前更新文档。这个习惯可以减少仓库、销售和客户同时拿着三个不同版本讨论同一批货的情况。

• 发货前准备文档
• 核对实际装载数量
• 保存对应真实交接的 PDF
• 事实变化时建立修订版
• 发票和税务文档继续由会计流程处理

5SOLO 在这套流程中的位置

新的交付模块有意与项目成本计算器分离：它拥有自己的本地草稿、数据模型和 A4/PDF 渲染器。它支持普通送货单和委托销售交接、多条商品行、需要时的期望价格，以及业务自定义字段。这样一个引擎负责工时和项目价格，另一个引擎只负责实体商品及其交接。