ECモールサイトでは、注文手続きページでクーポンコードを入力するケースと、商品ページでクーポンを事前に適用するケースが多い気がします。
ちなみに、POST送信が標準実装されている分、カートページよりも商品詳細ページにクーポン入力欄を設けるほうが難易度は低いと思います。
（商品一覧ページに設置となるとまた難易度は上がりますが。。）

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

tattsu 様ご回答ありがとうございます。
・注文手続き間の連携について認識いたしました。

カート画面でのクーポン実装は
クライアント側の要望でECモールサイトなどは、カート画面でのクーポン表示になっているため

使用されるユーザーのUXの向上やかご落ちを防ぐためには対応が必要なようです。


教えていただいた情報を踏まえて開発進めてみます！

h_tanaka 様
ご回答ありがとうございます。

カートページに独自のフォームを設置してPOST送信する件について
難易度がある点に教えていただきありがとうございます。

まずカート画面へのフォーム実装など情報集めていこうと思います。

>何か実現難しい要素

h_tanakaさんがおっしゃっているように、結局は注文画面での制御やカート・注文手続き間の連携も必須になってきますし、
おそらくそれなりに難しいカスタマイズなので、
あえてカートでクーポン登録という考えの方が少ないということかな。。と思います。

----------------
-------------------

EC-CUBEカスタマイズ・バージョンアップ・不具合修正(状況調査は無料)
ゴールドパートナー。

h_tanaka 様ご回答ありがとうございます。

自分の考えとフローが確認できました。
一度、進めてみたいと思います。

実現難しい要素、という点でしたら、カートページに独自のフォームを設置してPOST送信するのも案外難しいです。
標準ではGET送信の要素しかありませんので。

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

tattsu 様ご回答ありがとうございます。
BBSの連投になってしまいすいません・・・

そうですねログインしている、していないの判定も必要になってくるかと思います。

コミュニティ、その他の情報さかのぼりましたが、あまり事例がなさそうだったので、何か実現難しい要素があるのかなと思いました。

私も、その考え方で問題ないと思います。
shopping に遷移したあとに、対象のクーポンが使用可能かどうかをチェックして使用不可と判定した場合にどのように処理すべきか、も考慮する必要があるかと思います。

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

be-sさん

その考え方で問題ないと思いますよ。
カートでは一旦dtb_cartに保存しておけばカートで値引き後の計算もできると思いますし、shopping画面へ遷移する時にorderへ適用するようカスタマイズすれば良いと思います。

問題があるとすれば、会員用のクーポンについての考え方ですかね。
カートではまだログインしていないので。

----------------
-------------------

EC-CUBEカスタマイズ・バージョンアップ・不具合修正(状況調査は無料)
ゴールドパートナー。

ご回答ありがとうございます。
カート画面ではorderデータがまだできていないので

カート画面でクーポン情報だけ読みだす、またはクーポンコード入力から読み出しさせて

orderに対してのクーポン情報の割り当ては、shopping画面へ遷移させたときにおこなえば実現可能かなと思ったのですが

そうすんなりといきませんかね・・・