注文番号の採番方法がおかしい

フォーラム 拡張プラグイン 注文番号の採番方法がおかしい

  • このトピックには3件の返信、2人の参加者があり、最後にeitoにより1ヶ月、 3週前に更新されました。
4件の投稿を表示中 - 1 - 4件目 (全4件中)
  • 投稿者
    投稿
  • #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
        ・・・

    以上、よろしくお願いいたします。

    #103937
    efu
    キーマスター

    eito 様

    こんにちは。
    「同一注文番号」
    「注文番号が重複」
    「注文番号が変わる」
    このようなことは、Welcartのデータベースの構造上あり得ませんが、マルチサイトでしょうか。
    弊社でも状況を確認させていただきたいので、こちらのお問い合わせフォームよりシステム環境情報添付のうえご連絡いただけますでしょうか。フォーラムより、とご記載いただけますと幸いです。

    #103949
    eito
    参加者

    efu 様

    こんにちは。

    当社は、運転免許取得のための教材(学科試験問題集、学科教本、運転教本、外国語版教材など)を各種取り扱っている会社です。

    URL:https://doro-kotu.co.jp/

    >eito 様

    >こんにちは。
    >「同一注文番号」
    >「注文番号が重複」
    >「注文番号が変わる」

    >このようなことは、Welcartのデータベースの構造上あり得ませんが、マルチサイトでしょうか。
    マルチサイトではないと思っています。

    >Welcartのデータベースの構造上あり得ませんが、
    既に投稿した内容の通り、注文番号が重複(複数の日や同日に同一の注文番号があります)

    >弊社でも状況を確認させていただきたいので、こちらのお問い合わせフォームよりシステム環境情報添付のう>えご連絡いただけますでしょうか。フォーラムより、とご記載いただけますと幸いです。
    検討してみます。

    #103954
    eito
    参加者

    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)今回作成したステージングサイトを削除。
    ▲----------------------------------------▲

4件の投稿を表示中 - 1 - 4件目 (全4件中)
  • このトピックに返信するにはログインが必要です。