質問 > フロント機能 > ルミーズ決済処理直後のエラー |
フロント機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
vuvu |
投稿日時: 2010/5/27 16:51
対応状況: −−−
|
半人前 登録日: 2009/4/10 居住地: 投稿: 20 |
ルミーズ決済処理直後のエラー コミュニティサイトを検索したのですが、同様の現象が見つけられず、投稿いたします。
ルミーズの決済モジュールにより、同社の決済サービスを利用しております。ときどき、ルミーズのシステムに情報を渡し、処理が完了する直前にエラーとなることがあります。PCからも携帯からも起こることが確認されています。 ルミーズに問い合わせたところ、ルミーズ側ではエラーとなっておらず、無事処理が完了しているとこのとです。/user_data/remise_recv.phpでエラーが起こっているということですので、どうやら、コントロールがec-cubeに戻ってくるときに何らかの原因でエラーとなるようです。ただし、ec-cubeを利用開始してからの半年間に約500の注文に対して4〜5回程度しか起きておらず、原因の特定ができません。 困るのは、このエラーが起こるとec-cubeからの自動返信メールがお客様のところに届かず、データベースにも注文の記録も残っていません。ルミーズからの決済情報のメールは、お客様と弊社に届きます。 そのため、コンビニ決済などで、お客様がその情報をもとに支払いを済ませてしまうと、弊社では誰から何の注文があったか分からないまま、代金を受け取ってしまう可能性があります。 ルミーズに決済情報を送る前に、注文情報をデータベースに残すようにすれば、少なくとも注文の記録が残るので、対処できるのではないかと考えています。 残念ながら、それほどPHPにもMySQLにも詳しくないため、どうやったらいいか分かりません。ご教授いただけないでしょうか? [EC-CUBE] 2.4.0および2.4.3 [OS] Turbo-Linux Server 11 [PHP] PHP 5.2.4 [データベース] MySQL 5.0.45 [WEBサーバ] Apache/2.2.6 (Turbolinux) [ブラウザ] IE8, Chrome4.1.249.1064, iモードHTMLシミュレータII Version8.4 |
nanasess |
投稿日時: 2010/5/27 17:37
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2303 |
Re: ルミーズ決済処理直後のエラー dtb_order_temp テーブルには残っていませんか?
未確認ですので, はずしていたらスミマセン. |
vuvu |
投稿日時: 2010/5/28 9:51
対応状況: −−−
|
半人前 登録日: 2009/4/10 居住地: 投稿: 20 |
Re: ルミーズ決済処理直後のエラー nanasess様、ご回答ありがとうございます。
確認してみましたが、残念ながら当該のorder_idのレコードはありませんでした。他の物はすべて残っています。 |
AMUAMU |
投稿日時: 2010/6/3 19:26
対応状況: −−−
|
神 登録日: 2009/5/2 居住地: 東京都 投稿: 2712 |
Re: ルミーズ決済処理直後のエラー order_id発行前の処理だったと思いますので、登録時間や名前などから当該注文のデータがdtb_order_tempに見つかりませんか?
また、エラー発生の前後にphpのエラーログ、httpエラーコード500のアクセス履歴などが残っていたら原因特定出来る可能性がありますので、まずは探されて問題を絞るのが望ましいと思います。
|
vuvu |
投稿日時: 2010/6/8 17:22
対応状況: −−−
|
半人前 登録日: 2009/4/10 居住地: 投稿: 20 |
Re: ルミーズ決済処理直後のエラー AMUAMU様、コメントありがとうございます。
前回nanasess様にご指摘いただき、dtb_order_tempを調べたときにはなかったのですが、最近頻発している分はレコードが残っておりました。とりあえず、これで注文者の特定や注文内容は把握できます。ただ、在庫数の処理前なので、手動で直す必要があるようです。 order_idはルミーズにも引き渡しているので、発行前ということではないと思います。dtb_order_tempの中にも記録があります。 原因の全てが分かっているわけではありませんが、そのひとつはお客様がルミーズ側での処理直後に、操作完了と勘違いし、すぐにブラウザを閉じてしまうことです。これは自分でも実験を行い、確認しました。 ネットショッピング慣れてない方など、こういうことは起こりえそうなので、eccubeとしても、対策をしておく方が良いのではないでしょうか? 実際この1週間くらいに、新規のお客様の注文で頻発しています。 |
AMUAMU |
投稿日時: 2010/6/8 18:08
対応状況: −−−
|
神 登録日: 2009/5/2 居住地: 東京都 投稿: 2712 |
Re: ルミーズ決済処理直後のエラー 引用:
原因の全てが分かっているわけではありませんが、そのひとつはお客様がルミーズ側での処理直後に、操作完了と勘違いし、すぐにブラウザを閉じてしまうことです。これは自分でも実験を行い、確認しました。 リンク型(ルミーズの場合はWEB接続型という呼び名だったかな?)の根本的な問題ですね。 リンク型は「(1)ECサイト購入ページ→(2)決済会社決済ページ→(3)ECサイトにもどる」という仕組みの性格上どうしても発生する部分です。モジュールによっては(1)から(2)に行く決済前のときに注文を先確定させるタイプもありますが、ここらへんは各社毎の実装違い、ポリシー違いで、どっちが良いとは限らないと思います(例えばPaypalモジュールは先確定タイプで別の悩みがあがっていました)。 ゲートウェイ型(会社によってはAPI接続型と呼ぶ)の決済会社及びそれに対応しているEC-CUBE対応モジュールがあれば、EC-CUBEで構築したサイト内で処理が完結できる関係上、上記の問題は発生しないと思います(ルミーズもゲートウェイ型があるようですが、EC-CUBE対応モジュールは対応していなかったと思います。) 決済会社の選択は費用や手数料率だけでなく、上記のような接続方式を含めて選択を考える必要がありますね。
|
vuvu |
投稿日時: 2010/6/8 19:30
対応状況: −−−
|
半人前 登録日: 2009/4/10 居住地: 投稿: 20 |
Re: ルミーズ決済処理直後のエラー AMUAMU様、引き続き、コメントありがとうございます。
なるほど、いろいろな問題があるものですね。 私としては、あまりphpやmysqlなどに詳しくないので、eccube側で先確定か、後確定か、接続方式によって相応しい方を選択できるようになっていて欲しいと思うのですが.... 先確定にする方法か、ヒントでもいただけましたら幸いです。 |
AMUAMU |
投稿日時: 2010/6/8 22:31
対応状況: −−−
|
神 登録日: 2009/5/2 居住地: 東京都 投稿: 2712 |
Re: ルミーズ決済処理直後のエラー 決済会社との決済結果の連携機能の関係上、選択をすることが出来ないのも多いので、ただ単に機能的に確定方式を変えれば良いという問題では無い場合もあります。
ルミーズはよく見て無いので出来るかどうかは当方は分からないです、申し訳ない。 先確定にする方法ですが、Paypalモジュールが参考になるかもしれません。
|
ten777 |
投稿日時: 2010/6/9 15:21
対応状況: −−−
|
半人前 登録日: 2009/2/21 居住地: 投稿: 20 |
Re: ルミーズ決済処理直後のエラー 当方もルミーズを使用していてルミーズではエラーではないが、EC-CUBE側で注文が完了しておらず、決済まで行かないという現象が出ていました。
その時の確認としてはdata\logsの中にresultとfinishのログがあり、resultのみに情報が入って、finishには情報が入っていませんでした。EC-CUBEの正常な処理としては両方に情報が書き込まれている状態が正常な状態みたいです。 色々と調べるとhtmlフォルダの直下に「remise_recv.php」というプログラムがあり、その中の145行目辺りの 「LC_Helper_Send_Payment::sendPaymentData(MDL_REMISE_CODE, $payment_total);」のところでタイムアウトになっていることが分かりました。 ここの処理で株式会社ロックオンに何かしら情報を送信しているようです。 この辺を調べてみるともしかすると解決するかもしれません。 見当違いだったらすみません・・・ |
vuvu |
投稿日時: 2010/6/15 18:05
対応状況: −−−
|
半人前 登録日: 2009/4/10 居住地: 投稿: 20 |
Re: ルミーズ決済処理直後のエラー ten777様、コメントありがとうございました。
ログのことを教えていただいたおかげで、ブラウザを閉じる以外の原因がひとつ分かりました。 どうやら、携帯からの注文で、ローソンもしくはセブンイレブンを選択した場合に、remise_recv.phpの中で使用されている、X-PAY_NO2という変数に、ルミーズ側からの戻り値がなく、これがチェックにひっかかり、処理がストップしておりました。 ルミーズから、このチェックを外す方法を教えてもらい、解決しました。これはどこかですでに入手できる情報だったのでしょうか? もしくは、この部分を修正したremise_recv.phpがすでに公開されているのでしょうか? |
(1) 2 » |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |