シンプルな納品書が小規模事業の高くつく混乱を防ぐ理由

納品書と請求書は別の問題を解決する

請求書は「何をいくら請求するか」という金銭上の問いに答えます。納品書は「実際に何が、誰から誰へ、いつ、どれだけ移動したか」という業務上の問いに答えます。分納、後日の価格変更、請求前の引き渡し、受領数量の食い違いでは、この違いが重要です。商品の移動を独立して記録すれば、まだ発生していない可能性のある税務・会計イベントを納品書に無理に背負わせずに済みます。

商品が出る前に事実を記録する

明確な参照番号を付け、日付と必要に応じて出荷・引渡時刻を記録し、発送者と受取人、実際の配送先を明示します。各商品は説明、SKU、数量、単位を個別に記載します。運送会社、ドライバー、車両、追跡番号、梱包数、重量は必要なときだけ追加します。目的は巨大なフォームではなく、箱が足りない、配送が遅れる、顧客から実際の出荷内容を聞かれるといった場面で、推測せず確認できる記録を作ることです。

• 後で検索できる書類番号・参照番号
• 発送者、受取人、実際の配送先
• 日付と必要な時刻
• 商品説明、SKU、数量、単位
• 必要に応じた運送・追跡情報

一つの実際の引き渡しには一つの書類

昨日のファイルを上書きして今日の配送に使い続けると履歴が消えます。実際の引き渡しごとに新しい書類を作り、訂正は見える形の改訂として扱う方が安全です。6品目を予定していて4品目しか積まなかったなら、書類は実際に出た4品目を示すべきです。残り2品目は後日出荷された時点で別の記録を持ちます。倉庫、営業、顧客が当初計画ではなく同じ事実を参照できます。

書類の国と画面の言語は同じ設定ではない

ロシア語話者がイスラエルで納品し、イスラエル企業がドイツへ出荷し、英語画面でフランス向けの取引を処理することは普通にあります。5SOLOは画面言語と書類の国プロファイルを分けています。国プロファイルは、その市場で役立つ項目や用語の実務チェックリストであり、法的認証ではありません。税務、会計、輸送、保管義務は国や業種で変わるため、実際の取引について個別に確認する必要があります。

一回だけ完璧なフォームより、繰り返せる運用

発送者情報を整え、受取人を一貫した形式で入力し、商品行を準備し、積載時に実数量を確認し、PDFを生成して、受領時にも同じ情報を確認します。変更があれば引き渡し前に書類へ反映します。この習慣によって、倉庫、営業、顧客が同じ配送について別々の版を見る状況を減らせます。

• 出荷前に書類を準備する
• 実際に積んだ数量を確認する
• 実際の引き渡しに対応するPDFを保存する
• 事実が変わったら改訂版を作る
• 請求書や税務書類は会計フローで管理する

5SOLOの新しい納品モジュールの位置づけ

新しい納品モジュールはプロジェクト費用計算機から意図的に分離されています。独自のローカル下書き、データモデル、A4/PDFレンダラーを持ち、通常の納品書と販売委託、複数の商品行、必要に応じた希望価格、カスタム項目に対応します。仕事時間とプロジェクト価格を扱うエンジンと、物理的な商品移動を扱うエンジンを分けることで、各ツールの目的が明確になります。