お世話になります。

商品を複数購入するときに、

? Aの商品を5個、Bの商品を2個→住所1に配送
? Aの商品を1個、Bの商品を3個→住所2に配送

のようにカスタマイズしようと思っております。

?と?を別々の受注として処理する場合、1度のお買い物で2回発注を行うプログラムにしようとしたところでいろいろ疑問点が出てきました。

1回のカートの流れに1つのユニークIDが発生するので、1つの指定先しかdtb_order_tempに登録されません。
配送先の個数分のユニークIDを発行した場合に何か弊害がありますでしょうか。

よろしくお願いします。

受注データを分けて保存するだけであれば問題は無いと思いますが、決済モジュールなどを導入していた場合に何か弊害が起こるかもしれないような気がします。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

早速のコメントありがとうございます。

カートのソースをたどっているのですが、一時的に受注テーブルに格納してますが、この一時的に格納する部分も受注データを分けて保存したほうがいいのでしょうか。

自分の考えとしては、一時的に商品の個数わけをセッションに格納しておいて、完了画面に受注データを分けて保存する方法です。

受注データはユニークIDを必要としますが、1回の流れで1個しか生成されないので辛いです。

おはようございます。

私はつい最近同様のカスタマイズをしました。
私の場合は、注文情報を複数作成する方法も考えましたが
別の方法で実装しました。

少々手が込んでいますが以下の通りです。
?注文詳細に紐づいた配送先テーブルを追加。
　既存の配送先は無視します。
?配送先選択画面で他の配送先からの選択と入力画面を追加。
?購入確認画面に選択した配送先を表示

配送先の部分だけ別のテーブルで管理するイメージです。
これを実装するに当たり登録やチェックロジックや管理画面の
機能追加・修正に作業量が大変大きくなりました。

実装後の画面は、機能的に便利になりましたがユーザーから見た
操作は、難しくなったような気がします。

作業量が大きく増えたので現実的でないかもしれませんが
参考になればと思います。

おはようございます。
たしかにその方法でしたら修正する箇所がたくさんありますね・・・。
参考にさせていただきます、ありがとうございます。

[EC-CUBE]2.4.4
[レンタルサーバ]ローカルサーバ
[DBサーバOS]CentOS 5.4(on coLinux)
[WEB/ｱﾌﾟﾘｹｰｼｮﾝｻｰﾊﾞOS]Windows Vista Business SP2
[PHP]5.2.14
[データベース]MySQL 5.1.50
[WEBサーバ]Apache2.2.16(EL)
[ブラウザ]Internet Explorer 7.0.6002.18005

[現象]
rasyuki様と同様の方法で複数配送を実現しようとしています。
その後、決済モジュールでの弊害などありましたでしょうか？？
その後、どのような方法で複数配送を実現されたのか教えて頂ければと思います。
やはり決済モジュールで弊害があるようでしたら、hatake様の方法で実現するべきか考えております。
何卒、宜しくお願いします。