WeChat スキャン コード支払いモード 2 での注文番号の問題

WeChat スキャンコード支払いモード 2
注文番号と商品番号があります。これら 2 つは何をしますか?調べてみると、注文番号のみが影響し、製品番号は影響を受けないようです。問題は、注文がスキャンされても支払いが成功しなかった場合、支払いが完了するとQRコードが生成されないことです。また作られる。 では、注文番号は一意です。QR コードを繰り返し生成するにはどうすればよいですか?
スキャンコード支払いは同期されていないため、一度スキャンすると、更新して再度 QR コードを呼び出すことができないというのは本当ですか?
新しい注文番号は通常どおり処理および支払いが可能です。また、QRコード決済もAlipayのように決済が成功するとWebページに飛ぶことはできるのでしょうか？これは、ajax を介して注文情報を取得することで実現できます。

返信内容:

WeChat スキャンコード支払いモード 2
注文番号と商品番号があります。これら 2 つは何をしますか?調べてみると、注文番号のみが影響し、製品番号は影響を受けないようです。問題は、注文がスキャンされても支払いが成功しなかった場合、支払いが完了するとQRコードが生成されないことです。また作られる。 では、注文番号は一意です。QR コードを繰り返し生成するにはどうすればよいですか?
スキャンコード支払いは同期されていないため、一度スキャンすると、更新して再度 QR コードを呼び出すことができないというのは本当ですか?
新しい注文番号は通常どおり処理および支払いが可能です。また、QRコード決済もAlipayのように決済が成功するとWebページに飛ぶことはできるのでしょうか？これは、ajax を介して注文情報を取得することで実現できます。

QR コードにはタイムアウトがあり、これは SDK の SetTime_expire です。支払いがタイムアウトして支払いが行われていない場合、同じ注文番号を使用して QR コードを取得することはできなくなり、注文を要求するメッセージが表示されます。番号が繰り返されます。タイムアウトや決済がなければ、再度QRコードを取得できます。
ビジネス上、タイムアウトになった場合は、この時間を注文に保存し、支払い注文番号を再生成します。この番号はタイムアウトして未払いになった後に再生成する必要があるため、Web サイトの注文番号を変更しないことをお勧めします。そのため、この WeChat 支払い注文番号を別のフィールドに記録して、Web サイト自体の注文番号と区別できます。
支払い番号を使用して、ajax を通じて定期的に注文結果を確認します。支払いが見つかると、データベースの注文ステータスが更新され、ページがジャンプします。