EC-CUBEで受注番号が連番にならずに空きが出る？

クライアント様のネットショップでEC-CUBEを利用しています。
今回クライアント様から「受注番号が連番にならないのはなぜですか？」と聞かれたので調べてみました。

受注番号が連番にならない

作ってしばらくは経過など様子見していて問題が無かったのでそのままクライアント様に管理画面のアカウントなど引継ぎを行って渡しました。

今回の「受注番号が連番にならない」は影響は無いのですが理由が知りたくて連絡を頂きました。

上記の画像の

89→91
81→84

箇所です。
確かに82、83、85、86、87、90はどこに行った？注文が漏れてる？
注文が漏れているならクレームがあるはずなのにクレームがない。

データベースの中身

受注番号のデータベースの中身を確認をしました。
中身は空でした。

私の中で考えられることは

• 注文ボタンを複数回クリックした。
• 注文の入力途中でブラウザを閉じた

かなって思ってました。

「EC-CUBE」の開発コミュニティサイト

EC-CUBEで分からないことがあったらコミュニティーで同じような質問がいると思うので確認します。

URLhttp://xoops.ec-cube.net/

受注番号が？

受注番号が時々飛んでしまうのですが、これはお客様の買い物の流れのせいで起こるものなのでしょうか？
大体３０件に１件くらいで見られます。
テスト販売や受注の削除などはしていませんので少し心配しています。皆様のところではどうでしょうか？
原因がわかりましたら教えてください。

URLhttp://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=2441&forum=4&post_id=8954

order_idが飛ぶことがある（連続しない）

order_idが飛ぶことがある（連続しない）
とある案件で、不可解な？現象が起こっております。

URLhttp://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=4143&forum=9

やはり同じ質問がありました！

注文番号が飛んでしまう症状は、私も何度も経験した事があります。

私の経験上では、お客さんが連続して注文ボタンを教えてしまった場合、注文番号が飛んでしまう事があります。

order_idが発行されるのは、購入フローの最後である「注文内容の確認ページ」に行った時です。ここでまず仮のorder_idが振られますが、このときの情報は「dtb_order_temp」にキャッシュされます。

ここから、通常の代引きや銀行振込などを選択した場合は購入が完了し「dtb_order」と「dtb_order_detail」に登録されますが、クレジットカード決済などのモジュールを利用している場合は、その決済画面へ移動します。その決済画面で何らかの理由により「注文内容の確認ページ」へ戻ってきたとき、先ほどのorder_idとは違う、新しいorder_idが再度割り当てられるようです。（パソコン側の決済画面と確認画面をいったり来たりしながら、dtb_order_tempの内容を確認してみると、そのような動きでした。携帯側は不明です。）

また、考えられるとすれば確認画面までいって、「やっぱり買うの後でにしよう」とか「買うのやめよう」とおもってブラウザを閉じたりしたことも考えられます。

そうなると、欠番が生じますので、その場合は番号が飛んでいても問題ないかと思います。

なるほどねー。途中まで入力していて「やっぱり買うのやめた」とする場合ありますよね。プログラムのミスではなく、上記のようなことがあるので受注番号が連番にならないということを説明しようと思いました！