注文番号の採番方法がおかしい
-
投稿者投稿
-
2025年11月27日 3:08 PM #103930
eito
参加者——————————————-
WordPress のバージョン:5.8.1
Welcart のバージョン:2.11.25
PHP のバージョン:7.4.7
Welcart専用の拡張プラグインとバージョン:なし
親テーマ名 : ICONIC
親テーマバージョン :1.5
利用している決済モジュール:なし
症状を確認したブラウザ:Google Chrome、Microsoft Edge
サーバー【重要】:さくらのレンタルサーバ ビジネス
——————————————–お世話になっております。
注文番号の採番結果がおかしいのです。
同様の事象の報告などないでしょうか?最近、welcartのプラグインをアップデート(2.3.3⇒2.11.25)しましたが、
プラグインのせいでしょうか?Welcart Shop システム設定は、以下の通り
注文番号ルール ◎連番(数値)〇ランダムな文字列(英字)
注文番号プレフィックス なし
注文番号の桁数 8以下は、マニュアルより
注文番号ルール(v1.1以降)
「連番」を選択すると、注文番号は1000から始まる連番となります。
「ランダムな文字列」を選択すると、プレフィックスや指定した桁数でアルファベットによる文字列を生成します。※同一注文番号だが、購入者が違う
※以下は、メールの受信履歴より抜粋事象1:注文番号が重複(1108,1109,1100が複数)
例)件名[XXXX:注文番号 送信日時
————————————-
[1100]AAAAA様 2025-11-21 12:01
[1109]BBBBB様 2025-11-21 08:30
[1108]CCCCC様 2025-11-21 07:03
・・・
[1100]DDDDD様 2025-11-19 23:18
[1109]EEEEE様 2025-11-19 23:09
[1108]FFFFF様 2025-11-19 20:38
・・・
[1100]GGGGG様 2025-11-19 16:35
[1109]HHHHH様 2025-11-19 16:15
[1108]IIIII様 2025-11-19 14:59
・・・事象2:注文番号が変わる(既に使用された注文番号が再登場)
例)件名[XXXX:注文番号 送信日時
————————————-
[1113]JJJJJ様 2025-11-22 09:15
[1112]KKKKK様 2025-11-22 09:03
[1111]LLLLL様 2025-11-22 04:42
・・・
[1100]MMMMM様 2025-11-21 12:01
[1109]NNNNN様 2025-11-21 08:30
[1108]OOOOO様 2025-11-21 07:03
・・・
[1111]PPPPP様 2025-11-20 13:58
[1100]QQQQQ様 2025-11-19 23:18
・・・以上、よろしくお願いいたします。
2025年11月28日 5:04 PM #103937
efuキーマスターeito 様
こんにちは。
「同一注文番号」
「注文番号が重複」
「注文番号が変わる」
このようなことは、Welcartのデータベースの構造上あり得ませんが、マルチサイトでしょうか。
弊社でも状況を確認させていただきたいので、こちらのお問い合わせフォームよりシステム環境情報添付のうえご連絡いただけますでしょうか。フォーラムより、とご記載いただけますと幸いです。2025年12月2日 2:00 PM #103949eito
参加者efu 様
こんにちは。
当社は、運転免許取得のための教材(学科試験問題集、学科教本、運転教本、外国語版教材など)を各種取り扱っている会社です。
>eito 様
>
>こんにちは。
>「同一注文番号」
>「注文番号が重複」
>「注文番号が変わる」>このようなことは、Welcartのデータベースの構造上あり得ませんが、マルチサイトでしょうか。
マルチサイトではないと思っています。>Welcartのデータベースの構造上あり得ませんが、
既に投稿した内容の通り、注文番号が重複(複数の日や同日に同一の注文番号があります)>弊社でも状況を確認させていただきたいので、こちらのお問い合わせフォームよりシステム環境情報添付のう>えご連絡いただけますでしょうか。フォーラムより、とご記載いただけますと幸いです。
検討してみます。2025年12月3日 3:43 PM #103954eito
参加者efu 様
こんにちは。
「同一注文番号」が発生する仕組み・理由が分かった気がします。
<想定>
ステージングサイトを作成(2)、反映(3)した際、内部で保持されている注文番号(1106)が
本番サーバへリリース後(6)に、注文番号の初期値(1106)となって加算(+1)されている(1107)のではないか???そこで、以下の確認ポイントを作成し、検証してみました。
■流れ
→先ず、HP(本番)から、注文を確認(受注メールを確認し、注文番号を確認)・・・1108(1)さくらインターネットの管理コンソールへログイン。
(2)ステージングサイトを作成する。
(3)最新のスナップアップ(バックアップ)をステージングサイトへ反映。
→記憶されている注文番号!?、Welcart Management 受注リストの最新を確認・・・1106(4)ステージングサイトを修正。
→HP(本番)では、注文がされて、注文番号が進んだとします(仮に、1121まで)
→1108、1109、1110・・・1121(5)ステージングサイトのスナップアップ(バックアップ)を作成。
(6)(5)で作ったスナップアップを本番サーバへリリース。
→本番サーバへリリース後に、注文すると注文番号が(1107から採番)が再登場します。・・・1107(3)でステージングサイトを作成した時の注文番号(1106+1=1107)★!?(7)今回作成したステージングサイトを削除。
HPの修正がある場合、通常、以下の流れで作業しています。
▼----------------------------------------▼
(1)さくらインターネットの管理コンソールへログイン。
(2)ステージングサイトを作成する。
(3)最新のスナップアップ(バックアップ)をステージングサイトへ反映。
(4)ステージングサイトを修正。
(5)ステージングサイトのスナップアップ(バックアップ)を作成。
(6)(5)作ったスナップアップを本番環境へ反映。
(7)今回作成したステージングサイトを削除。
▲----------------------------------------▲ -
投稿者投稿
- このトピックに返信するにはログインが必要です。
PAGE TOP