バージョン選択

フォーラム

メニュー

オンライン状況

50 人のユーザが現在オンラインです。 (42 人のユーザが フォーラム を参照しています。)
登録ユーザ: 0
ゲスト: 50
もっと...

サイト内検索

プラグイン > バグ報告・利用に関する質問 > [EC-CUBE3系]受注が重複する

バグ報告・利用に関する質問

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
NOY
投稿日時: 2020/8/26 10:30
対応状況: −−−
新米
登録日: 2020/2/21
居住地:
投稿: 10
[EC-CUBE3系]受注が重複する
▼テンプレート
[EC-CUBE] 3.0.18
[レンタルサーバ] さくらレンタルサーバー
[OS] FreeBSD
[PHP] 7.3.21
[データベース] MySQL 5.5.38
[WEBサーバ] Apache
[ブラウザ] 使用しているブラウザ名、バージョン
[導入プラグインの有無] 会員ランクプラグイン、GMOPaymentGateway
[カスタマイズの有無]
[現象]
何かご助言頂けないかと思い、投稿させていただきます。
お客様が注文された内容が、管理の受注マスターで重複します。
注文内容はどちらも同じです。
注文番号0001と0002が同じ内容なのですが、
0001の方は受注日が登録されていません。
クレジットカード決済の注文ですが、0002にのみ決済情報が表示されています。(GMOPaymentの決済情報)
GMOのサイトでは、1度だけ決済されているようです。



468
投稿日時: 2020/8/26 10:37
対応状況: −−−
登録日: 2008/10/26
居住地:
投稿: 3217
Re: [EC-CUBE3系]受注が重複する
注文番号0001は受注日が未登録と言う事ですが
ステータスは新規受付になっているのでしょうか?

この現象は何回も発生しているのでしょうか?


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

NOY
投稿日時: 2020/8/26 16:15
対応状況: −−−
新米
登録日: 2020/2/21
居住地:
投稿: 10
Re: [EC-CUBE3系]受注が重複する
>注文番号0001は受注日が未登録と言う事ですが
>ステータスは新規受付になっているのでしょうか?
はい、新規受付になっております。

>この現象は何回も発生しているのでしょうか?
はい、2,3回発生しております。
468
投稿日時: 2020/8/27 13:09
対応状況: −−−
登録日: 2008/10/26
居住地:
投稿: 3217
Re: [EC-CUBE3系]受注が重複する
デフォルトであれば注文確定時に

ShoppingController.php function confirm()
→ShoppingService.php function processPurchase()
→ShoppingService.php function setOrderUpdateData()
と処理が流れていき、
function setOrderUpdateData()で
注文データのステータスと受注日が同時にセットされるはずなのですが
その点がおかしいデータが存在している事から
プラグイン側の受注処理に何か問題があるのではないかと思われます。
(受注処理にカスタマイズを加えられているようであれば、それが原因かもしれません)

こういう場合はソースコードを1つ1つ読んだり、細かくデバッグしながら調べていく必要があるかと思います。

ちなみにfunction setOrderUpdateData()は以下のような記述となっておりますので
$Order->setOrderDate()や$Order->setOrderStatus()のような記述で
受注データに対して更新を行っていると思います。

0002の注文が正常に処理できているのであれば、
不具合を特定せずに
受注日が入っていない注文データは手動でキャンセル扱いしていく運用でも
良いのではないかと思いますが...


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

NOY
投稿日時: 2020/8/27 14:33
対応状況: −−−
新米
登録日: 2020/2/21
居住地:
投稿: 10
Re: [EC-CUBE3系]受注が重複する
ご回答いただきありがとうございます。

現在判明している事ですが、ログを確認したところ
カート画面

ご注文内容の確認(0001が作成)

クレジット決済画面
(3Dセキュア対応カード)
その後、注文確定せずに、
カート画面

ご注文内容の確認(0002が作成)

クレジット決済画面

注文確定

と画面遷移しているようでした。

0001は受注ステータスが8(購入処理中)で変わらないはずですが、
1(新規受付)になったようです。


引き続き、ご指摘頂いたソースを確認してみます。
また、3Dセキュアの認証を失敗した場合に、受注ステータスが書き換わることはありますでしょうか?

NOY
投稿日時: 2020/8/27 22:19
対応状況: −−−
新米
登録日: 2020/2/21
居住地:
投稿: 10
Re: [EC-CUBE3系]受注が重複する
追記させて頂きます。

3Dセキュアのカードで確認したところ、再現しませんでした。
3Dセキュアを疑った理由としては、
ログに /plugin/gmo_pg/loading.gif がないとあったためです。
/plugin/gmo_pg/loading.gifは、GmoPaymentGateway/View/pg_mulpay_credit.twigに記載されています。

<div id="payment_form_loading"
style="{% if tpl_is_loding == false and do_request == false %}display:none;{% endif %}">
<div class="dl_table" style="margin-top: 20px;">
<dl>
<dd style="text-align: center;">
<img src="{{ app.config.root_urlpath }}{{ app.config.plugin_html_urlpath }}gmo_pg/loading.gif"/>
</dd>
</dl>
</div>
</div>


style="{% if tpl_is_loding == false and do_request == false %}display:none;{% endif %}">
で非表示にしているようですが、tpl_is_loding と do_request が何を指しているかが分かりません。

ご教授頂けないでしょうか?
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン


EC-CUBE公式 Amazon Payプラグイン

統計情報

総メンバー数は88,841名です
総投稿数は109,985件です

投稿数ランキング

1
seasoft
7367
2
468
3217
3
AMUAMU
2712
4
nanasess
2313
5
umebius
2085
6
yuh
1819
7
h_tanaka
1646
8
red
1570
9
mcontact
1291
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
799
14 ramrun 789
15 karin 689
16 sumida 641
17
homan
633
18 DELIGHT 572
19
patapata
502
20
flealog
485


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.