EC-CUBEに一括注文フォームを追加｜品番・数量入力とBtoBの発注設計

BtoBの発注では、カタログや発注書を見ながら、品番が分かっている商品をまとめて注文する場面があります。一つずつ検索し、商品詳細を開いてカートへ入れる操作を繰り返すと、明細が増えるほど手間も増えます。

そこで役立つのが、複数行に品番と数量を入力できる一括注文フォームです。ただし、入力欄を増やすだけでは、取引先ごとの価格や販売単位、欠品時の扱いまでそろいません。日々の発注方法に合わせて、入力から注文内容の確認までを設計することが大切です。

一括注文フォームとは？品番が分かっている商品の発注をまとめる

一括注文フォームは、複数の商品を一つの画面で指定し、まとめてカートや購入手続きへ進めるための入口です。「クイックオーダー」「品番注文」と呼ばれることもあります。

例えば、発注書に並んだ品番を入力すると商品名が表示され、数量を指定して次の行へ進める形です。取引先が商品名を検索し直す手間を減らせます。一方、初めての商品を仕様や用途から選ぶ場合には、商品検索やカテゴリーから探す導線も必要です。

EC-CUBEへ追加する際は、利用中のバージョン、プラグイン、既存カスタマイズを確認します。本記事の画面はサンクユーによる過去のカスタマイズ例であり、そのまま標準搭載されている機能を示すものではありません。

過去の導入例：品番から商品名を表示する一括注文フォーム

サンクユーでは、EC-CUBEに品番入力型の一括注文フォームを実装しました。元記事では、品番を入力すると商品名を表示し、存在しない品番にはエラーを返す構成を紹介しています。また、数量に応じた小計の計算や、購入画面への移動について説明しています。

当時の記事では、最大50種類の商品をまとめて指定できる仕様として紹介しました。この件数は当該事例の設定であり、EC-CUBE共通の上限ではありません。新たに導入する場合は、実際の発注明細数、画面の使いやすさ、処理時間を踏まえて上限を決めます。

画像の「参考上代」は、取引先に適用される販売単価と同じ意味とは限りません。見せる価格の種類と、注文金額の計算に使う価格を分けて整理する必要があります。

品番は、注文する規格まで特定できるようにする

品番注文では、入力されたコードがどの商品・規格を指すかが重要です。同じ商品に色やサイズの違いがある場合、商品名だけが表示されても、希望する規格を注文できるとは限りません。

一つの品番で販売対象の規格まで特定できるのか、品番を入れた後に色・サイズを選ぶのかを決めます。取引先が使うメーカー品番と、自社の管理用商品コードが異なる場合は、どちらを入力できるようにするか、対応関係を誰が管理するかも確認します。

曖昧な品番に対して似た商品を自動で確定すると、発注ミスにつながるおそれがあります。候補を選ばせる場合も、規格を確認して決定できるようにします。品番が不明な場合に商品を探す方法は、サイト内検索の改善ポイントもご覧ください。

数量・ロット・価格・在庫を同じ基準で扱う

入力する数量の単位を明示する

「数量2」が、2個なのか、2ケースなのか、2ロットなのかで、納品される数量は変わります。例えば、1ロット5個の商品を2ロット注文するなら合計10個です。入力欄の単位、入数、実際の注文数量を画面上で確認できるようにします。

最低注文数と注文単位も別の条件です。「最低10個」「5個単位」で販売するなら、10個や15個は条件を満たしますが、12個は満たしません。既存カートに同じ商品がある場合や、同じ品番を複数行へ入力した場合に、合計数量をどう判定するかも決めます。

取引先別価格と最終金額を確認する

取引先別単価や数量別価格を設けている場合、一括注文フォームにも同じルールを適用します。数量を変えたときの単価・小計の再計算や、既存カート内の数量と合算するかを確認してください。

単価が個数基準かケース基準か、税込か税抜かも明示します。送料・手数料・値引きなどが後の画面で決まる場合は、入力時の小計が最終請求額ではないことを伝えます。ブラウザーから送られた金額をそのまま採用せず、サーバー側で取引条件に基づいて計算する設計が必要です。

在庫と納期は、注文する規格で確認する

在庫は、指定された色・サイズなどの規格に対して確認します。入力時点で在庫があっても、注文確定までの間に変わる可能性があるため、購入手続きでも確認する必要があります。

在庫不足時は注文を止めるのか、入荷待ちを受け付けるのか、一部出荷を認めるのかを整理します。「在庫あり」だけで即日出荷を約束せず、必要に応じて出荷予定や納期の案内へつなげます。

入力エラーがあっても、発注内容を直しやすくする

複数行を入力した後で一つの品番に誤りが見つかったとき、すべてを入力し直す操作では負担が大きくなります。問題のある行と理由を示し、入力済みの品番・数量を残して修正できるようにします。

• 品番が一致しない場合は、その行から訂正や商品検索へ進めるようにする。
• 数量の未入力・0・負数・販売単位の違反を、どこで修正すればよいか分かる形で示す。
• 同じ品番が複数行にある場合は、合算するか、重複を知らせて確認させるかを決める。
• 一部の行だけ処理する場合は、追加できた商品と追加できなかった商品を明示する。
• 通信エラーやログインの有効期限切れが起きた場合に、入力内容をどう扱うかを決める。

取引先に公開していない商品は、品番を直接入力されても、商品名や価格を返さないようにします。入力時の照会からカート投入・購入手続きまで、同じ公開範囲と購入条件を適用することが大切です。

また、品番をすばやく入力し直した際に、前の照会結果が遅れて表示されることがあります。表示中の商品名と現在の入力品番が一致しているか、確認中の行をそのまま次へ進めてしまわないかも確認します。

カート投入と注文確定を分けて案内する

一括注文フォームで複数の商品を指定することと、注文が確定することは別です。過去の事例では、品番・数量を入力してボタンを押した後、購入画面へ進む流れを紹介しています。

新たに設計する場合は、ボタンの表示を実際の動作に合わせます。カートへ追加するなら「まとめてカートに入れる」、確認へ進むなら「注文内容を確認する」など、次に何が起きるかが伝わる文言を選びます。

1. 品番・数量を入力し、商品・規格・注文単位を確認する。
2. 取引条件を確認してカートへ反映し、既存の商品との合計内容を表示する。
3. 配送先・支払方法・送料・納期などを、実際の購入手続きに沿って確認する。
4. 注文確定、または社内承認・見積依頼など、取引に必要な次の段階へ進む。

すべてのサイトで同じ手順になるわけではありません。承認を必要とする取引なら、入力完了が承認申請なのか、正式な注文なのかを区別し、受注通知や基幹システムへの連携をいつ行うかも決めます。

ボタンの連打や通信後の再送によって、同じ商品が二重に追加されたり、注文が重複したりしない設計も必要です。画面のボタン制御だけでなく、サーバー側でも処理済みかを確認し、結果が分からない場合に注文履歴などで確認できるようにします。

EC-CUBE 4系の開発では、カートと購入手続きの検証・集計処理との整合も確認します。公式の購入フローのカスタマイズ資料では、購入フローを拡張する仕組みが説明されています。一括入力の導線にも、既存の価格・販売条件の判定を適切に適用する必要があります。

フォーム・CSV・再注文を、発注方法に合わせて使い分ける

一括注文フォームだけですべての発注を扱う必要はありません。取引先が手元に持っている情報や、注文内容を作る方法に合わせて、入口を組み合わせます。

サンクユーでは、一括注文フォームに関連するカスタマイズとして、CSVの品番・数量を読み込んでカートへ反映する機能も開発しています。過去の操作例は、EC-CUBEのCSV一括注文の導入記事で紹介しています。

どの入口から操作しても、取引先別価格・ロット・在庫・公開範囲の条件はそろえます。CSVの行数が多い場合も、処理できる件数や時間は環境によって異なります。実際の発注データを使い、上限付近の動作とエラー時の案内を確認してください。

導入前に、取引先の発注書で一連の操作を確認する

まずは代表的な発注書を使い、品番と数量を入力して、注文内容を確認するところまで試します。画面の入力項目が、取引先の資料にある情報と対応しているかが確認できます。

通常の注文に加え、存在しない品番、先頭に0がある品番、規格違い、ロット違反、欠品、重複行、既存カートとの合算なども確認しましょう。PCのTabキーによる移動や、スマートフォンでの入力・エラー表示も対象にします。

導入後は、発注にかかった時間、修正が多い項目、入力途中の離脱、問い合わせの内容などを確認します。取引先が使う品番と、自社が管理する商品情報をそろえ、日々の注文で困る箇所から見直すことが大切です。

まとめ：入力の手間と、注文内容の確認を一緒に設計する

一括注文フォームは、品番が分かっている複数の商品をまとめて発注する際に役立つ仕組みです。品番から正しい規格を選び、数量の単位・価格・在庫を確認して、購入手続きへ進めるように設計します。

入力エラーを直しやすいこと、取引先別の条件が守られること、処理の途中で注文が重複しないことも含めて、実際の発注業務に合わせて整えましょう。