EC-CUBEは注文データを注文明細ごとに管理することができない
EC-CUBEは注文データは注文明細（商品単位）ではなく注文単位に管理する仕様です。
１注文に複数種類の商品があっても、商品ごとに管理することはできず注文単位で管理する必要があります。
多くのECサイトの場合、注文単位で管理する仕様でも問題なく運用できると思います。
しかし、商品を自社在庫として持っていないECサイトの場合、この仕様では運用することが困難です。
商品ごとに発送タイミングが異なるECサイトでは、商品ごとに注文を管理できなければなりません。
注文データを注文明細ごとに管理する
と言うことで、EC-CUBEを注文データを注文明細ごと（商品単位）で管理するようカスタマイズしました。
内部的にかなり改修する必要があるのですが、簡単に言うと以下のことができるようになります。
- 対応状況（受注ステータス）を商品単位で設定できる
- 納品書PDFを商品単位で出力できる
対応状況（受注ステータス）を商品単位で設定できる
EC-CUBE管理画面＞受注管理＞受注登録で、商品ごとに受注ステータスを設定できるようにしています。
尚、各商品のステータスを管理できればよい訳ではありません。
従来通り、受注単位のステータスも管理できなければいけません。
例えば、A商品とB商品が含まれている注文の内、A商品のみが発送済みだった場合、注文としては「一部出荷」というステータスにしておく必要があります。
ですから、商品ごとのステータスと注文単位のステータスを活用しながら運用します。
納品書PDFを商品単位で出力できる
続いて、注文明細ごとにPDFを出力するカスタマイズです。
帳票の作成ポップアップ画面に出力チェックボックスを追加し、チェックボックスを入れている商品がPDFに出力される仕組みです。
誤ってPDFを出力しないよう、ここでも商品ごとのステータスを表示しています。
以上のように、EC-CUBEをカスタマイズすれば、注文データを注文明細（商品単位）で管理することが可能です。
商品ごとに発送タイミングが異なるECサイトでは必須のカスタマイズだと思いますので、お気軽にご相談ください。
投稿者プロフィール
- CEO
-
関西大学卒業後、東証プライム上場企業ゼネコンにて人事総務業務に従事。
幼少よりモノ作りが好きだったこともあり、「モノを作る仕事がしたい」という思いからシステムベンダーへ転職。
システムベンダーでは、IBMオフコンAS400で金融、物流、販売管理、経理、人事総務などのシステムを開発。
台北に駐在し遠東國際商業銀行のシステム構築プロジェクトへの参画など貴重な経験を積む。
10年間で、プログラマ、SE、プロジェクトリーダー、プロジェクトマネージャーを務め、「システムの質は要件定義の質に比例する」と学ぶ。
その後、クレジット決済代行会社にヘッドハンティングされる。
決済システムの再構築、国内外の銀行システムとの接続、クライアントの会社サイト制作・ECサイト構築を行う。
一方、組織改革を任され、20名から60名へ会社規模を拡大させる。（退任時役職：常務取締役）
2008年クリエイティブチーム・サンクユーを立ち上げ、2010年に法人化し株式会社サンクユーを設立。
クライアントの業界、取扱商材、ターゲット顧客を理解・分析することで、結果が出るWEBサイトを制作することを得意とする。
また、ECサイト構築・運営への造詣も深く、NTTレゾナント株式会社が運営するgoo Search Solutionでコラムを執筆。
ECマーケティングレポート | goo Search Solution
■趣味・好きなもの
BMW / WRC / ロードバイク / RIZIN / Bellator / UFC
David Bowie / blur / MUSE / TheRollingStones / XTC
機動戦士ガンダム(ファースト) / 富野由悠季
ベルセルク / 頭文字D / 進撃の巨人 / ジョジョの奇妙な冒険 / あしたのジョー
Mission: Impossible / Memento / ワイルド・スピード / ソナチネ
LOST / Game of Thrones / FRINGE / The Mentalist
上岡龍太郎 / ダウンタウン
