3

PHP で支払いゲートウェイの 1 つを自分のサイトに統合しています. 先に進む前に, 私はこれに慣れていないので, いくつかの疑問があります (ユースケース/シナリオ), したがって、これらのシナリオに対処するためのソリューションが必要です. 私はそれらをここにリストしました

1) 一意の ID を支払いゲートウェイに渡す方法。注文番号と見なされますが、実際のシナリオでは、注文番号/ID はトランザクションが成功した場合にのみ生成されます。乱数を支払いゲートウェイに送信することを考えました。トランザクションが成功すると、Order テーブルに格納できます。

表: 順序

1) aID:(ユニーク、プライマリ、AI)

2) RandomNo(ユニーク)

3) 注文日

これは良いアイデアですか

2) ORDER IDとしてユーザーに表示されるIDは、aID または RandomNOのいずれかです。

3)支払いID(一意)、応答コード、注文番号、金額など、支払いゲートウェイからの応答をDBに保存する必要がありますか。どのように役立つでしょう。

4)支払いゲートウェイの統合後に発生する可能性のあるシナリオとその対処方法

4

1 に答える 1

6

1) 一意の ID を支払いゲートウェイに渡す方法。注文番号と見なされますが、実際のシナリオでは、注文番号/ID はトランザクションが成功した場合にのみ生成されます。乱数を支払いゲートウェイに送信することを考えました。トランザクションが成功すると、Order テーブルに格納できます。

ANS : まず、支払いゲートウェイにリダイレクトする前にデータベースに注文を挿入し、その挿入の一意の ID を注文 ID として使用します。

2) ORDER ID としてユーザーに表示される ID は、aID または RandomNO のいずれかです。

ANS : 上記のオーダー ID をユーザーに表示できます。

3)支払いID(一意)、応答コード、注文番号、金額など、支払いゲートウェイからの応答をDBに保存する必要がありますか。どのように役立つでしょう。

ANS:はい!紛争が発生した場合に将来必要になる可能性があるため、支払いゲートウェイからの応答を保存する必要があります。

4) 支払いゲートウェイの統合後に発生する可能性のあるシナリオとその対処方法

ANS : この質問はよくわかりませんでした。

于 2012-05-21T06:07:34.173 に答える