私は支払いゲートウェイで何もしたことがありません、誰かが私に提案を与えることができますか?
4 に答える
支払いゲートウェイは国によって異なり、アプリケーションで支払い処理を可能にする機関です。
例えば。英国の BT には支払いゲートウェイがあります。彼らはそれをBTBuynetと呼んでいます。インドでは、ICICI は主要な支払いゲートウェイ プロバイダーの 1 つです。また、ペイパルをチェックアウトすることもできます。
それぞれに独自の実装方法があります。通常、すべての支払いゲートウェイには、支払い処理用の 2 つのモードがあります。
- 支払いページ: これは最も一般的に使用されるページの 1 つです。サイトは通常、支払いゲートウェイがホストする有料ページにユーザーをリダイレクトします。このタイプには、いくつかの長所と短所があります。
利点
すべてが支払いページによって処理されるため、カードの詳細の検証や保存について心配する必要はありません。
短所
ユーザーを別のサイトにリダイレクトするため、サイトのルック アンド フィールは異なります。
- 決済サービス: これは通常、コンポーネントまたは API が使用される 2 番目のタイプです。カードの詳細は、マーチャント (アプリケーションの所有者) によって収集され、支払い処理のために送信されます。
これにより、支払いゲートウェイについてのアイデアが得られることを願っています. RHS で関連する質問を確認することもできます。
さて、あなたが働きたい支払いゲートウェイを決めてください。これについてオンラインで知りたいだけの場合は、PayPalの支払いゲートウェイを使用することをお勧めします。彼らは本当に良いレートを与えません(彼らはあなたがユーザーに請求するお金から大きな一口を取ります)、しかし彼らはあなたがオンとオフを切り替えることができる素晴らしい「サンドボックス」システムを持っています、そしてそれは自由に開発できます。これにより、すべてが「ライブ」であるかのようにシステムを実行できます。
- 作成した偽のクレジットカードからサンドボックスアカウントにお金が入金されます
- トランザクションは実際のシステムと同じように機能します。実際のシステムと同じように確認と通知を受け取ります。
したがって、そのための開始点としては、 PayPalの開発者サイトが適しています。
ああ、他のゲートウェイを使用することを恐れないでください-私が使用したすべてのゲートウェイには、システムが稼働する前にシステムをテストする方法があります。しかし、それらの多くは、稼働後に「偽の」シミュレーションモードに戻すことを許可していません。そのため、本番システムを入手した後で新機能を追加してテストするのは難しいです。
あなたが下にいると思うのは正しいですか?もしそうなら、私は現在、オズの PHP e コマース サイトに取り組んでいます。Payment Express http://www.paymentexpress.com/を使用しています。他の人が指摘しているように、彼らはいくつかの統合オプションを提供しています:
- Iframe/re-direct - 統合するのは非常に簡単です。あなたは彼らにたくさんのものを投稿するだけで、彼らはトランザクションが完了したかどうかを伝えるためにたくさんのものを送り返します
- webservice - 十分に文書化されていて実装が非常に簡単な xml Web サービスを使用します. このオプションは iframe オプションよりも少し複雑だと思いますが、トランザクション中に何が起こるかをより細かく制御できます。ただし、人々のクレジットカードの詳細を処理する方法については、もう少し注意する必要があります
クライアントは実際に私たちではなく Payment Express を選択したので、私の推奨事項は実際のインターフェースのコーディングに基づいています。仕様とサンプルコードは、登録せずに Web サイトで無料で入手できます。
これがお役に立てば幸いです。
南アフリカでは、Moneybookers または Setcom を使用します。ほとんどの支払いを受け入れるには、Paypal をお勧めします。Paypal は広く使用されているため、他の支払いゲートウェイもあります。