この記事でわかること
「この商品は10個単位で注文してほしい」「卸売商品をケース単位で販売したい」。こうした取引ルールをEC-CUBEに反映する際は、購入画面の数量だけでなく、価格・在庫・受注データの単位も整理する必要があります。本記事では、商品ごとに販売単位を追加したカスタマイズ事例と、導入時の確認点を紹介します。
販売単位、最低注文数、購入数の上限は、それぞれ異なる条件です。「10個から買える」のか、「10個ずつ買える」のかを明確にすると、購入者への案内とシステムの判定を揃えやすくなります。
販売単位・最低注文数・販売制限数の違い
「ロット販売」という言葉だけでは、注文できる数量を一つに決められません。商品単位で判定するのか、色・サイズなどの規格単位で判定するのかも含め、受け付ける数量を具体例で整理します。
| 条件 | 設定例 | 受け付ける数量の例 |
|---|---|---|
| 販売単位（刻み幅） | 10個単位 | 10・20・30個。11個や25個は対象外 |
| 最低注文数（下限） | 10個以上、1個刻み | 10・11・12個。9個以下は対象外 |
| 販売制限数（上限） | 1回の注文で10個まで | 1個刻みなら1〜10個。11個以上は対象外 |
| ケース販売 | 10個入りを1ケースとして登録 | 数量1＝1ケース＝10個。数量2＝20個 |
上の例は、在庫など他の条件を満たす場合の説明です。「最低20個、以降10個ずつ」なら20・30・40個です。また、複数の商品の合計で最低金額を設ける条件は、商品ごとの数量制限とは別に扱います。
EC-CUBE 4系の標準項目「販売制限数」は、1回の注文で購入できる数量の上限です。これを10にしても、10・20・30個の注文を受け付ける設定にはなりません。標準項目と追加する販売ルールを区別して確認します。
参照：EC-CUBE公式マニュアル「商品登録」。利用中のバージョンやプラグインによって、画面や制御内容は異なります。
商品ごとに販売単位を設定したカスタマイズ事例
サンクユーでは、EC-CUBEの商品情報に販売単位を追加し、設定値の倍数で注文を受け付けるカスタマイズを行いました。以下は過去の実装画面です。現在のEC-CUBE標準画面を示すものではありません。
商品情報に「販売単位数」を追加する
管理画面に販売単位数の入力欄を設けています。掲載例では「10」を設定し、10の倍数を購入数量として扱います。商品に応じて10個単位や100個単位などの条件を持たせる構成です。
商品ページの数量を販売単位に合わせる
販売単位を10にした場合、数量欄では10・20・30のように入力します。この例の数量20は「20個」を意味します。「10個入りを20ケース」という意味ではないため、商品説明や数量欄の案内も、その単位に合わせることが大切です。
販売単位に合わない入力をエラーにする
設定した販売単位の倍数ではない数値を入力すると、エラーを表示します。画像では555を入力した際に「10の倍数を入力してください。」と案内しています。
ここで紹介しているのは、販売単位の設定と商品ページでの入力制御です。カート内の数量変更、管理画面からの受注登録、CSV経由の処理なども同じ条件に揃える場合は、それぞれの処理を確認する必要があります。
個数で受けるか、ケース数で受けるかを決める
10個入りの商品でも、「10個単位で注文数量を増やす」方法と、「1ケースを一つの商品として販売する」方法があります。どちらが適しているかは、価格・在庫・出荷の管理方法で判断します。
例えば、1個の単価で価格を管理し、倉庫や基幹システムでも個数を扱うなら、注文数量を10・20・30個とする方法が候補です。一方、ケース価格・ケース在庫で運用できるなら、「10個入り1ケース」を商品として登録し、数量1・2・3で受け付ける構成も考えられます。
| 確認項目 | 個数で注文する例 | ケース数で注文する例 |
|---|---|---|
| 購入画面の数量 | 20個 | 2ケース（1ケース10個入り） |
| 単価と商品金額 | 1個100円×20個＝2,000円 | 1ケース1,000円×2ケース＝2,000円 |
| 在庫の単位 | 個数で管理し、20個を減らす | ケース数で管理するなら2ケースを減らす |
| 外部へ渡す数量 | 連携先も個数なら20 | 連携先が個数なら2ケースを20個に換算 |
表の価格は税・送料を除いた説明用の仮定です。掲載事例の価格設定や在庫処理を示すものではありません。数量だけを見て判断せず、「何を一つと数えているか」を揃えます。
バラ売り商品とケース商品を別に登録し、同じ現物在庫を使う場合は、在庫共有や換算の仕組みも確認します。別商品として登録するだけで在庫が自動的に連動するとは扱わず、既存の在庫管理方法に合わせて設計します。
カート・在庫・受注変更まで販売ルールを揃える
商品ページの入力欄だけを変更しても、別の画面や連携処理から異なる数量が登録されると、受注後の確認作業が残ります。新たに導入する際は、注文に至る経路ごとに判定する箇所を整理します。
- カートで数量を変更したときも、販売単位と最低注文数を満たすか
- 同じ商品を複数回カートに追加した場合、合計数量で条件を満たすか
- 再注文や一括注文など、通常の商品ページを通らない経路があるか
- 規格ごとに判定するか、複数規格の合計数量で判定するか
- 管理画面やCSV・APIからの受注登録、注文後の数量変更に例外を認めるか
- 画面側だけでなく、注文を受け付けるサーバー側でも条件を確認するか
例えば販売単位10個、在庫27個で、取り寄せや欠品受注を認めないなら、その時点で受け付けられる最大数量は20個です。残った7個をどう扱うかは、次回入荷を待つのか、端数販売を認めるのかなど、業務ルールとして決めます。
また、注文時には在庫があっても、確定までに状況が変わることがあります。現在の在庫確認・引当処理との整合性を確認し、販売単位に合うという理由だけで注文を成立させないようにします。
返品や一部キャンセルでは、注文時の販売単位より少ない個数を処理する場合もあります。「注文は10個単位、返品は不良品1個から受け付ける」など、注文と返品の条件を分けるかどうかも整理します。
商品マスター・受注CSV・基幹連携で単位を合わせる
販売単位を追加するときは、その設定をどこで管理するかも決めます。EC-CUBEで変更するのか、基幹システムの商品マスターから取り込むのかによって、更新の手順が変わります。
EC-CUBE 4系には商品CSV登録機能がありますが、独自に追加した販売単位の項目がそのまま取り込めるとは限りません。一括更新が必要なら、CSVの項目・入力チェック・更新対象も合わせて確認します。
受注CSVやAPIで出荷指示を渡す場合は、「数量20」が20個なのか20ケースなのかを明確にします。商品コード、単位、入数、注文数量、連携先に渡す数量を対応付け、換算をEC側と基幹側の両方で行って数量を二重に増やすことがないようにします。
入数を10個から12個に変更する場合などは、変更前の注文・納品書・返品処理をどう扱うかも重要です。過去の注文を新しい入数で読み替えないよう、注文時点の情報を保持する範囲を検討します。カートに残っている商品や過去注文からの再注文には、どの条件を適用するかも決めます。
これらのCSV連携、在庫換算、入数変更への対応は、新規導入時の設計事項です。今回の掲載事例ですべて実装しているという意味ではありません。
ロット販売の導入前に整理しておきたいこと
まずは代表的な商品を数点選び、許可する注文数量と許可しない数量を並べると、必要な機能を具体化できます。商品や取引先によって条件が異なる場合は、その例外もまとめます。
- 商品・規格ごとの販売単位、最低注文数、上限数
- 購入者に入力してもらう単位と、価格・在庫を管理する単位
- 取引先による条件の違い、サンプルや端数注文の扱い
- 在庫が販売単位に満たない場合の表示と受付方法
- 商品マスターの更新元、CSV・API・帳票に必要な項目
- 注文変更・返品・入数変更を行うときのルール
費用や対応範囲は、数量欄の変更だけで済むか、規格別・取引先別の条件や在庫連携まで必要かによって変わります。利用中のEC-CUBE、プラグイン、既存改修を確認し、標準運用で対応する範囲と追加開発する範囲を整理します。
サンクユーでは、取引ルールの整理からEC-CUBE構築・カスタマイズ、BtoB-EC構築までご相談に対応しています。
ロット販売を取り入れた構築事例は、「めでたや卸販売サイト」で紹介しています。ロット販売に加え、取引先別の掛け率・下代表示、カタログごとの発注、商品ごとの希望納期入力など、卸売の取引条件に合わせた機能を実装しています。
EC-CUBEのロット販売・販売単位に関するよくある質問
EC-CUBEで商品ごとに10個単位・100個単位の販売はできますか？
サンクユーでは、商品情報に販売単位を追加し、その倍数で注文を受け付けるカスタマイズ事例があります。掲載画像では10個単位の設定と入力チェックを紹介しています。新たに導入する際は、対象商品・規格と既存の購入処理を確認します。
販売単位と最低注文数は何が違いますか？
販売単位は注文数量の刻み幅、最低注文数は注文できる数量の下限です。10個単位なら10・20・30個、最低10個で1個刻みなら10・11・12個を受け付けます。両方を組み合わせる場合は、最小数量と増やし方を具体例で決めます。
標準の「販売制限数」を10にすれば10個単位になりますか？
EC-CUBE 4系の販売制限数は、1回の注文で購入できる数量の上限です。10を設定しても、10・20・30個のような刻み幅を指定する設定にはなりません。利用中のバージョンやプラグインを確認し、必要な販売単位の制御方法を検討します。
10個入りを1ケースとして販売する方法でも対応できますか？
ケースを一つの商品として扱い、ケース価格とケース在庫で運用できるなら、その構成も候補です。個数での在庫管理、バラ売りとの在庫共有、基幹システムへの数量換算が必要な場合は、別途設計が必要です。
販売単位未満の在庫が残った場合はどうしますか？
例えば10個単位で在庫が7個なら、通常のロット注文を受け付ける数量に足りません。次回入荷まで受付を止める、端数販売を別に設けるなど、取引ルールに合わせて決めます。画面表示だけでなく、カートと注文確定時の判定も確認します。
ロット販売のカスタマイズを相談する際に必要な情報は何ですか？
EC-CUBEのバージョン、関連プラグイン、商品ごとの販売単位・最低注文数、価格と在庫の単位をご用意ください。規格や取引先による違い、受注CSVのサンプル、端数在庫・返品の扱いもあると改修範囲を整理しやすくなります。
EC-CUBEのロット販売・販売単位設定をご相談ください
商品ごとに10個・100個単位で受注したい、ケース販売と個数在庫を合わせたい、受注CSVの数量を基幹システムに揃えたいなど、現在の取引ルールをお聞かせください。購入画面から受注・出荷までの流れを確認し、必要な改修を検討します。
投稿者プロフィール
- サンクユーのEC-CUBE担当。15年以上にわたりEC-CUBE開発に従事し、2系・3系・4系すべてに精通。難易度の高いカスタマイズや、他社構築サイトの改修・再設計も多数対応しています。
Javaでの業務システム開発を起点に、PHP・Perl・フロントエンド・CMSまで横断的に対応。基幹システム連携や業務フローを踏まえた設計を得意とし、複雑な要件にも柔軟に対応可能です。
ChatGPT CODEXを活用し、開発スピードと品質の両立を実現しています。
