クレジット決済をイプシロン決済にて行っていますが、
下記のエラーが発生して困っております。

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
「・オーダー番号が既に登録されています」
というエラーが出て先に進めません。
↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑

調べて見ると、
「dtb_order_temp」の「order id」がイプシロンのDBに
既に登録されているためにクレジット決済が出来ないようでした。

クレジット決済画面において途中で中止したりすると、
「dtb_order_temp」にもイプシロンにも「order id」が残り、
そのために発生するエラーのようです。

銀行決済とか代引き決済の場合は注文を確定しない限り、
「dtb_order_temp」の「order id」はブランクになっているのが
クレジット決済では途中で中止した場合にも「order id」が
クリアされていないようです。

この問題を解決する方法はございますでしょうか。

全く同じ症状が発生しました。
イプシロン側との通信が遅いので何度もクリックしてしまうユーザーがいると同じ症状が発生するようですね。
困ってます。

私の場合はjavascriptで2重送信をブロックしています。

<script type="text/javascript">
<!-- //
function submitForm(obj) {
obj.disabled = true;
submitForm = disableButton;
document.form1.submit();
return false;
}
function disableButton() {
alert('処理中です。しばらくお待ち下さい。');
return false;
}
// -->
</script>

<button type="button" name="button" id="button" onClick="submitForm(this)" class="btn">
<img src="b_ordercomp.gif" alt="ご注文完了ページへ" name="complete" id="complete" />
</button>

私も同じような対策をしました。
しかし、やはりイプシロンの画面から「戻る」をクリックすると
dtb_order_tempのorder idは残ったままですね。
根本的な解決にはならないようです。

いまのところ、この画面で戻った人はいないようなのですが時々データベースをチェックしています。バージョンアップまでは仕方がないようですね。うーん。面倒だ。引用：

当方も同様のエラーがでており困っております。

１．支払い方法をクレジット決済（イプシロン）にして、番号入力画面へ移行する。

２．番号等の情報を入力せず、前のページへ移動する。

３．ここで、イプシロン側に「未確定」というデータが注文IDと一緒に保存される。

４．EC-CUBEでは注文が確定されていないので、上記注文IDは残らない。


５．次の人がクレジットで決済しようとすると、EC-CUBEでは新たに注文IDが作成されイプシロン側へ認証画面へ移行するが、すでに前の人の「未確定」データがこの新しい注文IDとかぶってしまうため、イプシロン側がエラーを返す。

イプシロン側の「未確定」データが削除できればとりあえず問題は回避するのですが、問い合わせを行った所、削除できないとの事。

JavaScriptによる２重送信を制御する方法は何も解決していないように思いますが。

現在は、ダミー注文（実際の注文）を自分で行い、注文IDをイプシロン側と合わせる方法をとっていますが、みなさんはどのような対処をおこなっておりあますでしょうか。

全くそのとおりです。なんの解決にもなっておりませんね。
ただ、画面遷移が遅いのでJavaScriptをいれただけです。

クレジット決済ができなくなる件については
dtb_order_tempの中身を削除すると、次の人は問題なく決済できるようになります。ただ、常に監視しているわけにはいかないので、やはり販売機会の損失が発生する可能性があり、大変困っております。

イプシロンモジュールをアテにして契約したので、ルミーズにすれば良かったと後悔しております。

これから導入を考えている人はルミーズをおすすめします。
ポイント使用時のバグはありましたが自分で修正できるレベルでした。
開発担当の方や、技術力のある方はぜひイプシロンモジュールのバージョンアップをお願いします。（他力本願で申し訳ない！）

これでは「イプシロン決済対応モジュール」とは言えないレベルでしょう。

便乗させて下さい。

僕も気になったので、イプシロンを導入されているお客様のイプシロン管理画面に入ってみたところ、
どうやら似たような現象が発生しているような箇所を発見しました（同じユーザーが何度も出入りしたようで、
未確定のデータが4つ程溜まっていました。
最終的には購入にいたらなかった様です。）


そこで、このスレッドの書き込みを参考にしながら、
ブラウザの戻るボタンやイプシロン決済画面の戻るボタンを
押したりして出入りしてみたのですが、
「・オーダー番号が既に登録されています」
というようなエラー表示を再現できませんでした。


イプシロンの管理画面で受注状況を見たところ、
確かに出入りした形跡が残っていて「未確定」のデータがいくつか残ったのですが、
「注文番号」は連番で振りなおされていて、重複していませんでした。



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

ここでお聞きしたいのは以下の点です。

(1)EC-CUBEのバージョンは何ですか？
僕の試した環境は1.4.2-betaがベースとなっているものです。

(2)どのタイミングで「オーダー番号が既に登録されています」と出ますか？
内容確認画面からイプシロンの決済画面（クレジットカード情報入力画面）に入る時でしょうか。
またはそれらの情報を入力し終わって「登録」ボタンをクリックして購入を完了させようとしたときでしょうか？


正式版とベータ版でその辺りの仕様が変更になっていたりすれば
早期に解決できるのではないかと思いますので、宜しくお願い致します。

----------------
このコミュニティでの投稿はボランティアの範囲に留めさせていただいています。個別の相談やカスタマイズは有償にて承っておりますのでご相談下さい。

[url=http://www.eccube-school.jp/]EC-CUBE

いまさらのレスで申し訳ございません。

既に半年間、イプシロンモジュールで運用しておりますがやはりクレジットで購入できないお客様がいるようで、先日は電話で問い合わせがありました。

その後、どなたかイプシロンモジュールでのエラーについて解決された方はいらっしゃいませんか？

モジュールのバージョンも上がらないようですのでやはりカスタマイズする必要があるようなのですが。。

当方の環境

EC-CUBE : 1.3.4
PHP4.3.9 + MySQL 4.1.20
CENT OS

私も上記の方と同様にイプシロンに問題がでてます。
私の場合は、モバイル用のクレジット決済だけがうまくいかないのです。
イプシロン側の決済画面は出るのですが、EC-CUBEに戻ってくると「不正なページ移動です。」とでます。
決済関連のロジックはちょっと追っかけるのが大変で、イマイチ分からない状況です。

同じような状況で解決された方がいらっしゃいましたら、アドバイスお願いします。


-- 環境 --
EC-CUBE2.2.0-beta
CORESERVER
PHP 5.2.5
PostgreSQL 8.2.4

オーダー番号をユニークなものにするために、強引にmdl_epsilon/card.phpを書き換えてみました。

'order_number' => $arrData["order_id"], // オーダー番号

を以下に変更する

'order_number' => $arrData["order_id"]. date("YmdHis"), // オーダー番号

これでうまくいくかと思いきや、カード番号入力後に自サイトには戻ってこなくなりました。
そこで、イプシロン側の戻り先ＵＲＬを
load_payment_module.phpからcomplete.phpに変更。

自分でテスト購入良好。
お客様も購入できております。

問題は、トランザクションIDなどの情報がEC-CUBE側の受注データに入らなくなった点ですが、これはいままでもイプシロン側の管理画面で購入者の氏名で確認していたので私の運営状況では問題ありません。

かなり強引ですが、解決できたような気がします。
一応結果報告まで。