どこまで行けるかは思考が決める！自分の内なる声に従って、進みたい方向にしっかりと進んでください。-PHPチュートリアル-php.cn

どこまで行けるかは思考が決める！自分の内なる声に従って、進みたい方向にしっかりと進んでください。

WBOY

リリース： 2016-07-30 13:30:54

オリジナル

977 人が閲覧しました

少し前に、友人が ecshop に基づいて開発されたモールに WeChat スキャン支払い機能を追加するのを手伝いました。それは非常に簡単なことだと思いました。公式の SDK または開発ヘルプドキュメントをダウンロードし、そこに記載されている指示に従うだけで済みます。問題が解決するまでに 2 ～ 3 日かかりましたが、その記事には、アクセスを開発した方法が簡単に説明されているだけでした。そして、私が遭遇した問題は解決しませんでした...、悲しいことに、時々、私は自分自身しか頼ることができないと本当に感じます。この記事の目的は、この分野で開発する友人が役立つように、私が遭遇した問題と解決策を書き留めることです。

開発前に、公式の[スキャンQRコード決済]開発ドキュメントをご確認ください。スキャンQRコード決済は次の2つのモードに分かれています:

△モード1:

発生した問題:初めて QR コードをスキャンした後も、QR コードは通常どおりスキャンできます。支払いなしでもう一度スキャンすると、次のメッセージが表示されます。または、販売者情報の要求がタイムアウトし、HTTP コードが 200 ではありません - を見つけようとしました。さまざまな方法で解決できませんでした。知っている人が答えてくれると幸いです。ありがとうございます。

△モード2:

注:はモールの注文番号を取引注文番号(out_trade_no)として直接使用することはできません。そうでない場合は、WeChatスキャンコード支払いQRコードが生成されます再度、インターフェイスに次のプロンプトが表示されます: 販売者の注文番号が重複しています、再生成できません。

次に、Jiang Zi の質問が来ます。取引注文番号を設定するにはどうすればよいですか。また、後で WeChat 販売者プラットフォームの対応する注文情報をインターフェイス経由でクエリできるようにするか、照合を完了できるようにするにはどうすればよいですか?実現可能な方法は、コードをスキャンする前に統合注文インターフェイスを使用し、モール注文システムの注文番号を out_trade_no に渡す代わりに、WeChat 支払いトランザクション注文番号 (out_trade_no) に対応する別の固有のフローを再生成することです。テーブルは次のとおりです:

上記のテーブルには、serial_is_paid フィールドがあります。このトランザクションが完了したかどうかをマークするために使用されます。つまり、支払い成功通知のコールバック処理で、支払いステータスがマークされます。返された out_trade_no に従って更新されます。注文の支払いステータスを確認する方法についても知っておく必要があります...