平素、お世話になっております。

配送方法とお支払方法において、以下のような事象が発生しております。


【宅急便】
→支払方法：クレジット、代引、銀行（※その他一部割愛）

【定型外郵便】
→支払方法：代引、銀行（※その他一部割愛）

購入完了後に届くメールにて

配送方法：定型外郵便
支払方法：クレジット

と、本来選択できない組み合わせでの購入がされておりました。


同じ様な事象が発生された方はいらっしゃいますでしょうか？
また、解決策などがございましたらご教授いただけますでしょうか？


------------------------------------------------------------------------------------------
[EC-CUBE] 2.11.1
[レンタルサーバ] アスカレンタルサーバー
[OS] FreeBSD

[PHP] PHP 5.2.13
[データベース] MySQL 5.0.51
[WEBサーバ] apache
[ブラウザ] 複数
------------------------------------------------------------------------------------------

お疲れ様です。

一つ確認なのですが、
商品の購入時の
配送選択＞支払方法選択で

管理画面＞基本情報＞配送方法の
取扱支払方法で登録していない支払方法が
表示されるということですか？

お疲れ様です。

一つ確認なのですが、
商品の購入時の
配送選択＞支払方法選択で

管理画面＞基本情報＞配送方法の
取扱支払方法で登録していない支払方法が
表示されるということですか？

OTM_sun様

横から失礼します。

> 【宅急便】
> →支払方法：クレジット、代引、銀行（※その他一部割愛）

> 【定型外郵便】
> →支払方法：代引、銀行（※その他一部割愛）

上記はいつ頃からされていますか？

例えば、最近、【定形外郵便】からクレジットを取り除いた
というのであれば、取り除く以前に購入の確認ページまで
処理を行っていて、クレジットが取り除かれた後に購入完了
ページに遷移するとクレジットで購入するという状況が
発生します。

引用：

お世話になっております。
上記、ご記載いただいた通り、管理画面＞基本情報＞配送方法にてAにはクレジットなし、Bにはクレジットありの状態で登録しています。

今回は配送方法Aにも関わらず、支払方法：クレジットが選択されていました。

お世話になっております。

定型外郵便へのクレジットについてはサイト公開時から最初から設定しておりません。（約１年前）

そのため、ご指摘いただいている動作については考えにくいものと思われます。

OTM_sun様

> 定型外郵便へのクレジットについてはサイト公開時から最初から設定しておりません。（約１年前）
なるほど、この動作での問題の発生ではないですね。


ブラウザの戻るボタンや複数タブで同じ画面を開いたりして
動作させるとおかしなデータが作られたということを聞いた
ことがあります。

おかしな組み合わせで受注されたお客様の端末はわかりますか？

tsuji様

ご返信いただいておりましたのに回答が遅くなりまして申し訳ありません。

>ブラウザの戻るボタンや複数タブで同じ画面を開いたりして
>動作させるとおかしなデータが作られたということを聞いた
>ことがあります。
>
>おかしな組み合わせで受注されたお客様の端末はわかりますか？
戻るボタンでの動作不具合については別の不具合で確認したことがあります。
本当であれば「戻るボタン」の使用禁止等の制御をしたいところではありますが、使い勝手等を考えると難しいところですね。。。

端末は確認できませんでした。
※PCであることまでは分かっています。

OTM_sun 様

> 端末は確認できませんでした。
> ※PCであることまでは分かっています。
情報をありがとうございます。

方法として、チェック処理を強化するというのがあると思います。
フロント側の「お支払方法・お届け時間等の指定」画面の「次へ」
のボタンを押下時の支払方法のチェック処理は支払方法が選択され
ているかどうかをチェックする、ということだけでした。

それでlfCheckErrorに、配送業者とお支払方法の組み合わせが
正しいかというチェックを追加することでチェックを強化する
ことができるかと思います。