現在、2.11.2デベロッパー版にて「お届け先の複数指定」に関わる不具合を修正しようと試みているのですが、関わる仕様で不明な点がありますので教えて下さい。


現状、その他のお届け先に配送する場合(*1)のみ、配送情報を dtb_shipping に永続化しているようです。

これは妥当な仕様ですか?
もしくは、全体を通して整合がとれている動作ですか?

把握されていらっしゃる方がおられましたら、教えていただけますと幸いです。


*1 厳密には、「その他のお届け先が登録されている場合 (注文で利用するかに関わらず)」のようですが、これは明らかな誤りだと思いますので、改修する予定です。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

引用：

「お届け先」は(注文者に配達する場合も), すべて dtb_shipping に登録される仕様にしたと記憶していますが, 違いましたでしょうか?

> 「お届け先」は(注文者に配達する場合も), すべて dtb_shipping に登録される仕様にしたと記憶していますが, 違いましたでしょうか?

失礼いたしました。

今回質問したかったのは「dtb_shipping (配送情報)」ではなく、正しくは「dtb_shipment_item (配送商品)」でした。

こちら、分かりますでしょうか?


P.S.
再現方法は特定できていませんが、当方環境では dtb_shipping が登録されていない受注もございました。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

引用：

dtb_shipment_item は, 複数配送時のみ生成されます.

引用：

ダウンロード商品など, 配送が無い場合は, dtb_shipping は生成されません.

# 時間作って仕様書作った方が良さげですね...

nanasess 様

現状につきまして把握できました。
ありがとうございます。

ちなみに、複数配送で無い場合も、dtb_shipment_item を生成した方がロジック的にもデータ構造的にもシンプルな印象を持っているのですが、現状のような(幾分か複雑に思える)仕様となった原因などはありますか?


参考までにですが、納品書を配送先毎でも出力したいという要望を、2.11系を導入した複数のサイト運営者から受けています。そういった事を実現する際にも、データ構造は一貫していた方が対応しやすいと思っています。


なお、私自身が複数配送の仕様をまだ十分に把握できていない面も大きく、適切な判断が難しい状況があります。もし、この辺りを把握されていらっしゃる方が他にもいらっしゃいましたら、妥当・不当などご意見を聞かせいただけると幸いです。


> # 時間作って仕様書作った方が良さげですね...

本来は仕様を検討してから、実装に進めたいものですが、、、オープンソースプロジェクトでは、なかなか難しいですね。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

引用：

冗長なデータを持ちたくなかったというのが正直なところですね.
5日間くらいで開発せねばならなかったので, 思慮不足もあります...

引用：

こちらは同感です.

nanasess 様

5日間とはかなりハードな仕事ですね・・・

一旦、複数配送で無い場合も、dtb_shipment_item を生成する方向で手を加えたいと思っています。
http://svn.ec-cube.net/open_trac/ticket/1386

一旦、フロントのみを対象に考えています。いずれ配送先毎の納品書への対応なども考慮すると、受注管理などでも対応が必要となってきそうですが。


引き続き、他の開発者の方からも、この辺りのデータフォーマットについて意見を頂戴できますと幸いです。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

ちょっと意見というか疑問があったので投稿してみました。

dtb_shipment_itemがあったりなかったりというのは確かに気になりますので、複数配送でない場合でもdtb_shipment_itemを生成する事自体には現状では反対ではないのですが、一つ気になった事があります。

dtb_shipment_itemには商品の情報がそのままコピーされて入っているような気がするのですが、これって必ずしも必要でしょうか？
配送の数は必要なので数量は必要だと思いますが、それ以外は購入した商品に対しての配送なので、dtb_order_detail_idだけ参照しておけばいいような気がするのですが。

と言いつつ新参者なので、システムの仕様を正確に把握しているわけではなく、見当違いの事を言ってしまっていたらすいません。たまたまたCSV書き出しのために、この辺のテーブルが必要になり、このトピックを紹介してもらったので、疑問に思った事を意見させてもらいました。

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

皆様初めまして。

さっそくなのですが、dtb_shipment_item (配送商品)の仕様について教えてください。

スレッドを読んでいて、

「お届け先が複数でない場合でもdtb_shipment_item (配送商品)のレコードを作成するように修正を行っています」

と解釈いたしました。

そこで質問なのですが、先日リリースされた2.11.2のバージョンで、配送先が複数でない場合でもdtb_shipment_itemにデータが作成されるようになったのでしょうか？

先ほど2.11.2を新規にインストールして、お届け先を自分自身（注文者）にした注文を行ったのですが、dtb_shipment_itemにはデータが作成されませんでした。
＊以前のように複数送付先を指定すれば、dtb_shipment_itemにデータは作成されます。

http://svn.ec-cube.net/open_trac/ticket/1386
を読むと「修正済」となっていますが、2.11.2には反映されていないのでしょうか。
それとも、私のお届け先に関する（dtb_shipment_itemの）仕様変更の理解が間違っていますでしょうか。
あるいは、2.11.2のインストールが間違っていますでしょうか。

お分かりになる方がおられましたら、教えていただければ幸いです。

以上、よろしくお願いします。

2.11.4 で試した限りでは、フロント側からの複数配送設定に対して、
dtb_shipment_item が生成されているのが確認できました。
コミット、ありがとうございました。

seasoft様が仰っているように、複数配送設定の有無を問わず、
dtb_shipment_item を生成した方が、何かとカスタマイズはしやすいですね。
ぜひ受注管理側からも生成されるようにしてほしいところです。

（追記）
フロント側から dtb_shipment_item に入ったと思ったら、それ以降入らなくなってしまいました。
最新の 2.11-dev でも試してみましたが、入らないような。ただいま、調査中。