業務の隙間を埋める技術メモ。

「それ、作れるか?」より 「それ、作って大丈夫か?」を考えたい。 業務で“ちゃんと使える”かどうかを、 実際に手を動かして確かめたログを残しています。

返品が多い業務向けの受注設計|NetSuiteで壊れない運用を考えてみた

これまでの記事で分かったことがあります。

  • 返品は受注の進捗を戻さない

  • 再出荷は同じ受注ではできない

  • 実績を消す思想はない

つまり、
返品が頻発する業務で“普通の受注設計”をすると必ず破綻する
ということです。

今回は、
👉 返品が前提の業務
👉 現場が混乱しない
👉 会計的にも正しい

NetSuite向け受注設計を整理しました。


返品が多い業務の特徴

まず前提整理。

  • 初期不良・サイズ違い・仕様違いが多い

  • 交換対応が日常的

  • 返品 → 再出荷がセット

  • 営業・物流・経理が同時に動く

👉
「戻す・出す・返金する」が同時多発する世界


やってはいけない受注設計

❌ 1受注ですべて完結させようとする

  • 返品したから数量を戻す

  • 出荷済を減らす

  • 請求書を消す

👉
短期的には楽だが、
履歴が壊れて後で必ず詰む


❌ 返品=受注キャンセルという発想

NetSuiteでは、

  • キャンセル:未来を消す

  • 返品:過去を相殺する

👉
思想がまったく違う


基本方針(これだけは守る)

原則

1つの受注 = 1回の販売の履歴

返品や再出荷が発生したら、
トランザクションで扱う


おすすめ受注設計【3パターン】


パターン① 通常販売用受注(ベース)

使いどころ

  • ほとんど返品がない商品

設計

  • 受注数量=実際に売る数量

  • 出荷 → 請求で完結

  • 返品は返品請求書のみ

👉
最もシンプル


パターン② 返品・交換が多い業務(おすすめ)

使いどころ

  • EC

  • BtoC

  • デモ機・試用販売


設計思想

  • 最初の販売は「確定取引」

  • 返品は必ず「相殺」

  • 再出荷は「新しい取引」


トランザクション構成

  1. 受注①(初回販売)

  2. 出荷

  3. 請求

  4. 返品請求書

  5. 受注②(再出荷用)

  6. 出荷

  7. 請求 or 無償

👉
受注は増えるが、数字は壊れない


パターン③ 交換前提(無償交換が多い)

使いどころ


設計

  • 受注①:通常販売

  • 返品請求書:返金なし or 一部返金

  • 受注②:0円受注(交換用)


ポイント

  • 金額:0

  • 出荷:あり

  • 在庫:動く

👉
売上と物流を切り離す


数量・金額の考え方(重要)

数量は「事実」

  • 出荷したか

  • 戻ってきたか


金額は「結果」

  • 返金したか

  • 再請求したか

👉
数量で嘘をつかない設計が最重要


返品が多い業務で必須のルール

① 受注は「完了したら触らない」

  • 数量修正しない

  • 出荷済を戻さない


② 返品は返品請求書のみ

  • 削除・修正は禁止

  • 履歴として残す


③ 再出荷は新受注

  • 同じ受注を使い回さない


権限・運用ルールの設計も重要

制限したほうがいい操作

  • 請求書削除

  • 出荷削除

  • 受注数量修正

👉
「できる」と「やっていい」は別


現場説明用の一言ルール

「受注は履歴、返品は調整、再出荷は新規」

これだけ覚えておくと事故が減る。


まとめ

  • 返品が多い業務では「履歴を壊さない」設計が最優先

  • 受注を増やすことを恐れない

  • 数量と金額を分けて考える

NetSuiteは
返品に弱いのではなく、曖昧な運用に弱い