私が販売している一部のソフトウェアについて、定期的なクレジット カード支払いを受け入れたいと考えています。
ソフトウェア内にクレジットカードの詳細を入力できるようにしたいのですが、定期的な支払いが行われるたびに、支払いゲートウェイが(可能であれば)私のソフトウェアと通信します。
また、ユーザーの選択に応じて、複数の通貨で支払いをしたいと考えています...
私が望んでいるものには、どの支払いゲートウェイが機能しますか?
以前にこの目的で支払いゲートウェイを使用したことがありますか?
私が販売している一部のソフトウェアについて、定期的なクレジット カード支払いを受け入れたいと考えています。
ソフトウェア内にクレジットカードの詳細を入力できるようにしたいのですが、定期的な支払いが行われるたびに、支払いゲートウェイが(可能であれば)私のソフトウェアと通信します。
また、ユーザーの選択に応じて、複数の通貨で支払いをしたいと考えています...
私が望んでいるものには、どの支払いゲートウェイが機能しますか?
以前にこの目的で支払いゲートウェイを使用したことがありますか?
Braintreeは、管理された定期請求と複数の通貨のサポートを提供します。プッシュ通知は*行いませんが、定期請求のサブスクリプション、トランザクション、またはボールトに保存されている顧客とクレジット カードのデータについて必要な情報を照会できます。*(私はブレインツリーで働いています)
Authorize.Net、およびおそらくほとんどの適切な支払いゲートウェイとサードパーティ プロセッサは、Silent Post (別名 Instant Payment Notifcation (IPN)) と呼ばれるものを提供します。基本的に、支払いが行われるたびに、サーバー上のスクリプトは、そのトランザクションの POST 詳細を介して通知されます。その後、スクリプトは、データベースの更新など、やりたいことを何でも実行できます。
Authorize.Net の場合、サブスクリプションを処理するためにAutomated Recurring Billing APIと組み合わせて使用します。
唯一の問題は、複数の通貨をサポートしていないため、サブスクリプションを作成する前に通貨換算を行う必要があることです.
これを行うことは非常に一般的であり、私が取り組んだいくつかの Web サイトでそれを行いました (通貨の部分を除く)。
Braintree + Recurly * を使用すると、複数の通貨を処理し、定期請求のプッシュ通知を受け取ることができます (私は Recurly で働いています)。
クレジットカード情報をサーバーに保存し、トークンまたは「支払いプロファイル」を介してアクセスできる多くの支払い処理業者があります. BeanStream、Auth.net (ABR を使用せず、CIM を使用)、および CDGCommerce はすべてこの機能を提供します。
これは、ゲートウェイのシステムで「サブスクリプション」を設定する古い方法よりもはるかに柔軟であり、好ましい方法です。金庫のようなソリューションを使用すると、人を自由に変更できるため、プランが変更された場合、または 1 回限りの料金が発生した場合でも、自分でカードを保管しているかのように行うことができます。サーバー上にあるため、より安全で PCI に準拠しています。