▼テンプレート
[EC-CUBE]4.1.2 EC1-CUBE3からのアップデートです
[レンタルサーバ]　Xserver
[OS] Linux sv1142.xserver.jp 4.4.0-251
[PHP] 7.3.33
[データベース] MySQL 5.7.27
[WEBサーバ] Apache
[ブラウザ] Google Chrome 122.0.6261.70（Official Build）
[導入プラグインの有無] データ移行プラグイン 4.1.0
クール便・冷凍便対応プラグイン 1.0.6
メールマガジンプラグイン 4.1.2
おすすめ商品管理プラグイン 4.1.0
関連商品プラグイン 4.1.0
売上集計プラグイン 4.1.0
クロネコヤマト　カード・後払い一体型決済サービス 1.4.0
[カスタマイズの有無] あればカスタマイズ内容を記載(できるだけ具体的に)
[現象] お客様が注文フォームから注文された商品は通常は1000番台の受付番号で受注一覧に届きますが稀に６００番台で注文が届きます。
６００番台ではクレジット決済の承認ができずお客様からのご連絡で気づく場合が多いです。
６００番台の受注は以前のEC-CUBE3の時に使用していた番号で届く受注完了のメールも昔のフォームのメールが届きます。
お客様がアクセスしているサイトが昔のもの、もしくは違うサイトなのでしょうか。
サイト関連に疎くあいまいな質問で申し訳ございませんがご確認のほど、よろしくお願い致します。

通常は自動採番なので、最新の注文番号が 1000番台 の場合、以降の注文がそれより小さい数字になることはありません。
これはデータベースの auto increment の機能で制御されています。

600番台で新規の注文が入るということは、プラグインまたが独自カスタマイズでIDを指定して注文情報が生成されている可能性があります。

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

昔のフォームのメールが届くということから考えると、昔のサイトにアクセスできるままになってしまっているか、
ダミーサイト（詐欺サイト）を作られてしまっている可能性もある気がします。

>稀に６００番台で注文が届きます。
これは注文一覧にはでないけど、メールが届くと言うことでしょうか？
それでしたら一応「購入処理中」や「決済処理中」のステータスでも検索して、データが存在するか確認してみてください。

また、３系のサイトにはアクセスできないようになっていますか？
お客様に確認してみるか、情報がメールしかないと思いますので、メールのヘッダー情報から送信元などを確認してみると良いかもしれません。

h_tanakaさんが書かれているように、オートインクリメントの問題の可能性もあります。

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

EC-CUBEカスタマイズ・バージョンアップ・不具合修正(状況調査は無料)
ゴールドパートナー。