nanasess様
返信ありがとうございます。

引用：

欠番になっています。
受注情報が残っていないorder_idに関しましてはdtb_order_tempに残っているパターンもあれば全く残っていないパターンもあります。
決済モジュールの注文情報確認画面と決済情報入力画面を戻るボタンと次へボタンで行き来するとorder_idがどんどん進んでいく現象も確認しており、決済情報にすら残っていないパターンはこれで進んでしまった物かもしれません。

dtb_order_tempの動きを把握してないので何とも言えませんが、
order_idの欠番、決済情報はあるが受注情報が存在しない物のパターンは以下の通りになっております。（それぞれorder_idをキーにした場合です）
1, dtb_order_tempに存在しない、dtb_orderに存在しない、決済情報が存在する
2, dtb_order_tempに存在する、dtb_orderに存在しない、決済情報が存在する
3, dtb_order_tempに存在しない、dtb_orderに存在しない、決済情報が存在しない

3が先述の確認画面と決済情報入力画面を行き来した場合のorder_id欠番パターンかと思います。


引用：
shopping/complete.phpをそのまま使用するためにこのようなフローになっているのかなとは思うのですが、
何かこのファイルを使用しなければいけない制約や背景などがあるのでしょうか？

カスタマイズするとしたらshopping/complete.php以外に何もしない完了画面を用意して決済モジュールの処理を変更、
新しく作成した完了画面にリダイレクトが一番の近道かなと思っております。

引用：
本番環境は既に稼動中でして直ぐに対応するのは難しいので、
まずはステージング環境にてGC_Utils::gfPrintLog() を仕込んでもう少しテストしてみます。
こちらのテストで再現できればいいのですが・・・。