Alipay インターフェースのコールバック処理に問題がありますか?

このウェブサイトには、注文の支払いとメンバーの残高のリチャージのための Alipay インターフェースが統合されています。注文は事前に生成されるため、注文の支払いについては疑いの余地はありませんが、残高のリチャージを行うとき、Alipay にリクエストを送信するときに、必要がありますか?まず生成された注文リクエストデータをデータベースに保存してから、Alipay のコールバックリターンで注文処理を実行し、メンバーの残高を変更するように通知します。ただし、メンバーがリチャージを送信しても支払いが完了しない場合、無駄な注文が大量に発生します。生成された。

メンバーがリクエストを送信した場合、注文情報は保存されず、支払いの成功はコールバック同期および非同期関数で直接判断され、リチャージ記録が保存され、メンバー残高が変更されます。この方法でセキュリティリスクはありますか。 Alipay インターフェースのドキュメントを読みました。「加盟店 通知データの out_trade_no が加盟店システムで作成された注文番号であるかどうかを確認し、total_fee が実際の注文金額であるかどうかを確認する必要があります (つまり、 、販売者の注文が作成されたときの金額)」 この場合、そのような操作はできません。

経験者の方からアドバイスをお願いします、ありがとうございます！ ！ ！

返信内容:

このウェブサイトには、注文の支払いとメンバーの残高のリチャージのための Alipay インターフェースが統合されています。注文は事前に生成されるため、注文の支払いについては疑いの余地はありませんが、残高のリチャージを行うとき、Alipay にリクエストを送信するときに、必要がありますか?まず生成された注文リクエストデータをデータベースに保存してから、Alipay のコールバックリターンで注文処理を実行し、メンバーの残高を変更するように通知します。ただし、メンバーがリチャージを送信しても支払いが完了しない場合、無駄な注文が大量に発生します。生成された。

メンバーがリクエストを送信した場合、注文情報は保存されず、支払いの成功はコールバック同期および非同期関数で直接判断され、リチャージ記録が保存され、メンバー残高が変更されます。この方法でセキュリティリスクはありますか。 Alipay インターフェースのドキュメントを読みました。「加盟店 通知データの out_trade_no が加盟店システムで作成された注文番号であるかどうかを確認し、total_fee が実際の注文金額であるかどうかを確認する必要があります (つまり、 、販売者の注文が作成されたときの金額)」 この場合、そのような操作はできません。

経験者の方からアドバイスをお願いします、ありがとうございます！ ！ ！

もちろん、注文を送信するときは保存する必要があります。それらの「役に立たない」注文は信頼性よりも重要ですか?

追加の利点として、実際に支払われた注文に対する「無駄」と思われる注文の比率に基づいて支払いチャーンレートを確認し、支払いプロセスの最適化のためのデータを準備および参照することもできます

あなたが始めた計画は正しいです