------------------------------------------------------------------------------------------
[EC-CUBE] 3.0.16
[レンタルサーバ] さくらのレンタルサーバ
[OS] FreeBSD 9.1-RELEASE-p24 amd64
[PHP] 5.6.40 (CGI)
[データベース] MySQL 5.7.28-log
[WEBサーバ] Apache/2.4.46
[ブラウザ] Chrome 86.0.4240.198
[現象] 　購入処理中のステータスのものに受注メールが届く
------------------------------------------------------------------------------------------

よろしくお願いします。

クライアント様よりクレジットカードで注文したのに代引きになっているとご連絡をいただきました。

購入履歴を確認したところ、下記のようになっていました。

1.クレジットカード　承認済
2.代引引換　購入処理中

代引引換の受注メール（自動返信メール）も添付されていましたが
受注番号は代引引換でのものでした。

受注メールの請求方法の変数がおかしなことになっているのかと思いましたが、
管理画面で確認しても購入処理中になっているため、
購入処理中に受注メールが送信されていることがおかしいのではないかと思っています。

アドバイスよろしくお願いいたします。

今年の4月～8月毎にかけて3系のECCUBEで似たような現象の報告を受けた事が有ります。
私の場合は、クレジット決済がOKで通っているにも関わらず、エラー画面が表示されるというものでした。
また1つ足された注文番号でユーザーが操作した記憶の無い注文データ（代引き）が登録されていました。

その時のアクセスログを調査した結果では
あるメーカーのスマートホン端末で特定のブラウザを利用して購入処理された時のみ起きている現象で
ユーザーが操作している画面のバックエンドで2重に通信が発生しているようでした。

起きていた現象は以下の通りです。

1.会員がカートの中から注文の確認ページへ移動（新しい注文AがDBとセッションに登録される）
2.会員がクレジットカード決済を選択し、クレジットカード入力画面へ遷移(注文Aで決済)
3.ブラウザからカートの中から注文の確認ページへ移動のアクセス（ここで新しい注文BがDBとセッションに登録される）※ここが異常な通信
4.会員がクレジットカード決済を終了させ、注文完了画面へ遷移した際エラー判定（クレジット決済完了通知の注文Aとセッションの注文Bが一致しない為）
※4.の動作については利用するクレジット決済サービスにより挙動が異なると思います。

購入履歴を確認すると
注文A クレジット決済 新規受付(クレジットオーソリ済)
注文B 代引き 購入処理中
と連続で注文が登録されていました。

その後、現象の発生するブラウザがバージョンアップされ現象が起きなくなった為、
該当ブラウザの特定バージョンの不具合と認識しております。

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

事例の紹介ありがとうございます。
同じ現象かと思いますので一旦こちらでご案内しました。
誠にありがとうございました。