これは私個人の推測ですので、参考までに留めて下さい。

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

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

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


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

どうしても心配な場合は、「dtb_order」で欠番になっているorder_idが振られている情報を「dtb_order_temp」から探して、そのお客様に直接連絡取るしかなさそうです。。
（買うのやめようとおもって買わなかったお客様の場合は、なんで連絡先がわかったのか気持ち悪がられる可能性もありますが・・・ ）

※簡単に動作を追って確認しただけの個人的な見解ですので、
その他の様々な要因も考えられます。ご注意ください。

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

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