EC-CUBEの商品別ステータス管理｜一部出荷・納品書PDFのカスタマイズ

この記事でわかること
EC-CUBEで、同じ注文の商品を別々のタイミングで発送したい場合、どの商品が出荷済みで、何が残っているかを把握する必要があります。この記事では、サンクユーが実施した商品別ステータス管理と納品書PDF出力のカスタマイズ事例を紹介し、導入前に整理したい運用を解説します。

注文全体の対応状況だけでは、商品ごとの入荷待ち・出荷準備・発送済みを十分に表せない場合があります。取寄せ品と在庫品が混在するECや、仕入先ごとに納期が異なるBtoB-ECでは、商品単位の進捗管理が検討対象になります。

ただし、商品ごとに発送日が違うだけで、必ず個別開発が必要になるわけではありません。まず、利用中のEC-CUBEの配送情報、プラグイン、既存の出荷管理で対応できる範囲を確認します。

EC-CUBEの標準管理と商品別ステータス管理の違い

EC-CUBE 4系では、注文全体の対応状況に加え、注文に含まれる商品明細や配送情報を扱います。公式マニュアルでも、受注商品の編集や、出荷ID・お問い合わせ番号・出荷日を使った出荷情報の更新が説明されています。「商品明細そのものを管理できない」という意味ではありません。

一方、各商品に「取寄せ中」「検品待ち」などの独自の進捗を持たせ、それに応じて作業対象を選ぶ運用は、標準の注文全体の対応状況とは分けて考える必要があります。

標準機能の説明はEC-CUBE 4系を対象とし、参照した公式マニュアルの表記は4.3.1-p1版です。以下の画面画像は過去の個別カスタマイズ事例であり、現行の標準画面を示すものではありません。導入可否と改修範囲は、利用中のバージョンや既存機能に合わせて確認します。

参照：公式マニュアル「受注一覧」、公式マニュアル「出荷CSV登録」

カスタマイズ事例：商品ごとに対応状況を管理する

受注画面で商品別ステータスを設定する

サンクユーでは、EC-CUBEの受注管理画面で、商品ごとに受注ステータスを設定できるようカスタマイズしました。注文に含まれる商品の対応状況を、それぞれ管理できる仕組みです。

商品別の状態が必要になるのは、例えば、在庫品は発送できても取寄せ品の入荷を待っている場合です。注文全体を「対応中」とするだけでは、どの商品について次の作業が必要か判断しにくくなります。

追加するステータスは、現場の作業に合わせて決めます。「取寄せ中」「検品待ち」などは設計時の候補例であり、この事例で実装したステータスの一覧ではありません。

商品別の状態と注文全体の状態を合わせる

商品別ステータスを追加しても、注文全体の管理は必要です。例えば、商品Aと商品BのうちAだけが発送済みであれば、注文全体としては未発送の商品が残っています。

このような注文を「一部出荷」として識別できるよう、商品別の状態と注文全体の状態の関係を決めます。「一部出荷」は本記事で説明する運用上の状態であり、すべてのEC-CUBEに標準で用意されているステータスという意味ではありません。

表は出荷状況だけを簡略化した設計例です。決済や返品を含む注文全体の状態遷移を示すものではありません。商品の取消や返品がある場合の完了条件も決め、状態を自動更新するか、担当者が確認して変更するかを整理します。

カスタマイズ事例：選択した商品の納品書PDFを出力する

商品別の管理に合わせ、帳票作成画面で選んだ商品だけを納品書PDFに出力できるようにしました。出力対象のチェックボックスを追加し、チェックした商品をPDFに載せる仕組みです。

この画面にも商品ごとのステータスを表示しています。担当者が商品の対応状況を見ながら出力対象を選べるようにするためです。ステータスに応じて対象を自動選択したり、出力を禁止したりする機能までを紹介するものではありません。

同様の機能を導入する際は、商品行の選択だけでなく、今回の納品数量、金額、送料・値引き、税率別の集計をどのように印字するかも確認します。注文全体の合計と今回納品分の合計を混同しない帳票設計が必要です。

納品書の記載項目やレイアウトについては、EC-CUBEの納品書カスタマイズでも解説しています。

商品別の一部出荷と、数量を分ける分納は別に設計する

「商品Aを先に、商品Bを後から発送する」ことと、「商品Aを10個受注し、6個と4個に分けて発送する」ことでは、管理に必要な情報が異なります。

後者では、商品Aにステータスを1つ付けるだけでは、何個を発送し、何個が残っているかを追えません。受注数量・出荷済み数量・未出荷数量に加え、各回の出荷日や納品書との対応関係を管理する必要があります。

例えば、受注10個のうち6個を出荷した場合、残りは4個です。次回の納品書や出荷指示に再び10個を載せないよう、今回の対象数量を区別します。残り4個を取り消す場合や、出荷済み商品の返品がある場合も扱いを決めます。

本記事で紹介した実装事例は、商品別ステータスと、選択した商品のPDF出力です。同一商品の数量分割や出荷履歴管理まで実装済みと示すものではありません。数量単位の分納が必要な場合は、追加の要件として確認します。

導入前に確認する決済・在庫・通知・基幹連携

商品別ステータスは、管理画面に項目を追加すれば完了するとは限りません。状態の変更に伴って動く既存処理や、担当者の作業への影響を確認します。

これらは追加開発時の確認事項であり、紹介した事例にすべて含まれているという意味ではありません。商品別ステータスを変えたことだけで、決済・在庫・通知も正しく処理されるとは限らないため、個別に連動範囲を決めます。

すでに基幹システムや倉庫システムで出荷を管理している場合は、どちらを更新元とするかを先に決めます。EC-CUBE側でも同じ情報を手入力すると、状態が食い違う可能性があります。詳しくはECと基幹システムの連携設計をご覧ください。

カスタマイズの相談前に整理しておきたいこと

現在の受注画面と、実際に困っている注文の例があると、標準機能で対応できる範囲と追加開発が必要な範囲を整理しやすくなります。画面や帳票のサンプルは、顧客情報・取引情報を伏せてご用意ください。

• EC-CUBEのバージョン、決済・帳票・出荷関連のプラグイン、既存改修
• 商品別に分けたい作業と、必要なステータス
• 商品が異なる一部出荷だけか、同じ商品の数量分割もあるか
• 注文全体を出荷完了にする条件と、取消・返品の運用
• 納品書の見本、印字する数量・金額、再発行時の扱い
• 決済・在庫・顧客への通知・基幹システムと連動させたい範囲

確認用の注文には、全商品を一括出荷するケースだけでなく、一部出荷、残り商品の取消、再出力を含めます。数量分割が要件にある場合は、複数回の出荷後も数量が一致することを確認します。

費用や工数は、ステータスの数だけでなく、数量分割の有無や決済・在庫・連携への影響によって変わります。サンクユーでは、現在の業務から必要な改修範囲を整理します。EC-CUBE構築・カスタマイズサービス、BtoB-EC構築サービスもご覧ください。

商品別ステータス管理のよくある質問