▼テンプレート
[EC-CUBE] 2.13.5
[OS] CentOS、6
[PHP] 5.6.40
[データベース] MySQL 10.1.38-MariaDB
[WEBサーバ] Apache/2.4.38
[ブラウザ] Chrome
[導入プラグインの有無] 無し
[カスタマイズの有無] あり
[現象]
現在、EC-CUBEをカスタマイズ開発を行っております。
EC-CUBEの仕様で、1注文(受注)情報の中に、同一商品の情報(受注詳細)を
複数は持てないと認識しております。(配送商品情報テーブルの構造によると
考えてます)

この仕様を変え、同一商品でも複数レコード情報を保持できるようにしたいと
検討してますが、配送商品情報テーブルにもう一つ列を追加して一意性を
保持するにもインパクトが大きいのではと思い、何かよいアドバイスや実例等
がありましたら教えて欲しいです。

どうぞよろしくお願いします。

>同一商品でも複数レコード情報を保持できるようにしたい

なぜ、この仕様変更が必要なのか分かりませんが
配送商品情報テーブル構造の変更は避けて通れないのではないでしょうか？
どちらにしろ、カートの商品追加ロジックの修正や管理画面側の注文編集機能など改修に係るインパクトは大きいと思います。

すでに案件が動いているのであれば、難しいと思いますが、
ECCUBE4系であれば、その点の改修コストは抑えられると思います。

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

株式会社シロハチ様

ご返信いただきありがとうございます。

１商品を分割したい理由は、「出荷する日」や「出荷する倉庫」を変更する
必要がある為となります。
(例．１商品の100注文中、50個はA倉庫、50個はB倉庫)

またカスタマイズイメージにつきましても、想定している内容が必要である
と理解しましたので、腹をくくって対応してみます。
# 既に案件が進んでいるため、バージョンの更新は難しいため

早急なご回答をいただき、大変助かりました。

今後とも、よろしくお願いいたします。

>１商品を分割したい理由は、「出荷する日」や「出荷する倉庫」を変更する
>必要がある為となります。

フロント側ではなく、バックエンド側の都合によるデータ分割なのであれば、
dtb_shipment_itemに対する子テーブルを追加して、
分割したい情報（出荷商品明細データ？）を管理するほうが影響範囲を抑える事ができるのではないでしょうか？
（フロントのカート投入から購入完了までのフローはあまり手を加えないほうが良いと思います。
　決済モジュール等にも影響を及ぼしてくると思いますので...）

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

株式会社シロハチ様

またまた有意義なアドバイスありがとうございます。

なるほどですね。ご察しの通り、管理側の都合で分割するため、
新規テーブル追加で完全独自機能のカスタマイズとするほうが
よいと感じました。

その方向で一度設計をしてみようと思います。

ご教授いただき、大変助かります。

引き続き、どうぞよろしくお願いします。