問題タブ [recurring-billing]

PHP/MySQL ベースのサイトのプレミアム サブスクリプション サービスをセットアップしたいと考えています。このサイトは Wordpress ベースですが、高度にカスタマイズされており、必ずしもプラグイン ソリューションを探しているわけではありません。単純化しすぎると、サインインしているユーザーのサブスクリプション レベル (有料または無料) を照会し、それに応じて表示されるコンテンツを調整する必要があります。

請求/支払いのバックエンドを実装する方法についての提案を探しています。Paypal API を使用することが 1 つのオプションであることはわかっていますが、検討すべき代替手段があるかどうか疑問に思っていました。Paypal を使用している多くのサイトで気付いたことの 1 つは、元のサイトから Paypal サイトに渡され、元のサイトに戻ってくるという点で、経験がかなりバラバラであることです。これはこれらのサイトが統合を実装した方法ですか、それとも UX の観点からペイパルよりも優れたオプションはありますか?

また...

1. これを容易にするツール/ライブラリ/サービスを使用しましたか?
2. 一般的に、このトピックについて何かアドバイスはありますか? 落とし穴、ポインターなど

最後に、私たちは (まだ) 大企業ではないので、私たちに合わせて拡張できるソリューションが理想的です。

更新: さまざまなオプションについて膨大な量を学んだ後、Braintree を使用することにしました。決定要因は次のとおりです。

1. 完全な PCI コンプライアンスを簡単に取得し、透過的なリダイレクトでユーザー エクスペリエンスを完全に制御することができました。

2. ボールトからの顧客データの移植性を保証します (これを行うベンダーはほとんどありません)。

3. 独自の支払いゲートウェイとマーチャントアカウントを設定する必要がなくなります

ここに詳細なレビューを書きました: http://expletiveinserted.com/2011/03/18/comparing-recurring-payment-solutions/

また、ソリューションのショートリストのコスト比較リストをここに掲載します: http://expletiveinserted.com/recurring-payment-cost-calculator/

定期支払いと PayPal に関する多くの文書を読んでいます。セットアップしようとしている PayPal サービスに適用される要件や制限について知らされていない場合は特に、PayPal のセットアップにイライラすることがあります。顧客にオプションを提供したいので、定期支払いを設定したかったのです。私は米国外に拠点を置いており、顧客の一部は米国にいます。米国の銀行以外の出品者アカウントに定期請求を設定することはできますか? この機能が米国の販売者のみが利用できる場合は問題ありませんが、問題があるのは、この情報が簡単に見つけられず、すべての人に表示されないことです.

私たち商人は常識を働かせることが期待されていることを知っていますが、少しの情報が誰かを傷つけることはありません. サイトで売り手と買い手としてサンドボックス アカウントをテストしようとしましたが、約 2 週間イライラした後、PayPal に接続していない誰かから、実際のサイトでサンドボックス売り手アカウントを使用してサンドボックス買い手アカウントをテストすることはできないと言われました。 . それでは、サンドボックスを持つことのポイントは何ですか?

CreateRecurringPaymentsProfileを呼び出しながら初月分の支払い方法を知りたい、現状はプロファイル作成時に初回支払いはできるが、定期支払いの初月分支払いをしたい.

私の現在のリクエストパラメータは以下です

現在のプロファイルは以下のように表示されます

支払いサイクル 毎月
合計サイクル 12
残りのサイクル 12 サイクル
ごとの支払額 $100.00 USD
受領額 $0.00 USD

しかし、私は以下のようなものが必要です 支払いサイクル 毎月
合計サイクル 12
残りのサイクル 11
サイクルごとの支払額 $100.00 USD
受け取った金額 $100.00 USD

Rails と ActiveMerchant および ruby​​-paypal gem を使用して、Paypal で定期的な請求状況を設定しようとしています。サブスクリプションのステータスが一般的にどのように管理されているか疑問に思っていますか? IPN? それとも、すべてのサブスクリプションのステータスを確認するための cron ジョブですか?

同じカードへの増分（不定期に繰り返される）請求を許可する支払いゲートウェイを誰かが推奨できますか?

私は PayPal を見てきました - 彼らは定期的な支払いシステムを提供していますが、スケジュールに従って支払いを請求することができます (一定の間隔で同じ金額) ので、私にはうまくいきません。

私が求めているのは、これらの制限のない支払いソリューションです。クレジット カード情報を再度要求することなく、顧客に繰り返し請求することができます。

言い換えれば、クレジットカード情報を一度入力すると、サイトのデータベースに安全に保存できるトークン/キーが返されるという点で、支払いゲートウェイはおそらくPayPalのように機能するはずです。関連付けられたカードからトークン/キーが最初に作成されたアカウントに送金するために使用されます。

(たとえば) PayPal が提供する直接支払いオプションも、(A) クレジット カード データをデータベースに保存する (ILLEGAL) か、(B) 消費者にクレジット カードを要求する必要があるため、私には機能しないことに注意してください。番号、CVR、有効期限、毎回 (IMPRACTICAL)。

私の個人的な意見では、PayPal チェックアウトや Google チェックアウトを使用することは素晴らしいオプションです。これらは人々が信頼するブランドであり、ログインして購入を確認するだけでよいため、チェックアウト プロセスは簡単です。

しかし、私のクライアントはプロフェッショナルに見えることを心配しています - サードパーティのチェックアウトを使用するとプロフェッショナルに見えなくなることに個人的には同意しませんが、クライアントは、ユーザーが支払うためにサイトを離れなければならないという事実についても心配しています.

推奨事項はありますか？

ああ、あなたが推奨する支払い処理業者も妥当な料金表を持っていれば、もちろんそれは大きなプラスになるでしょう!

サービスとしてのソフトウェア (SaaS) アプリケーションに取り組んでおり、サブスクリプション、顧客、定期請求を管理する何らかの請求プラグインを探しています。RailsKits SaaSキット ($249.00) もありますが、私はオープン ソース ソフトウェアを使用することを好みます。maccman の saasyも見つけましたが、「現時点ではこれはアルファ コードです。自己責任で使用してください」というフレーズは、少し緊張します。

サブスクリプションシステムを作ろうと考えています。

Web サイトのサンプルは、非常に具体的な問題ごとにクラスが分かれているため、理解するのが難しいことがわかりました。

私が理解していることから (私が間違っていなければ)、PayPal Recurring はサブスクリプション システムに最適です。

ただし、.NET を使用した PayPal Recurring に関する完全なサンプルを見つけるのを手伝っていただければ幸いです。

私が販売している一部のソフトウェアについて、定期的なクレジット カード支払いを受け入れたいと考えています。

ソフトウェア内にクレジットカードの詳細を入力できるようにしたいのですが、定期的な支払いが行われるたびに、支払いゲートウェイが（可能であれば）私のソフトウェアと通信します。

また、ユーザーの選択に応じて、複数の通貨で支払いをしたいと考えています...

私が望んでいるものには、どの支払いゲートウェイが機能しますか?

以前にこの目的で支払いゲートウェイを使用したことがありますか?

私は自分のスタートアップをまとめており、サインアップ ページに Paypal API を実装する必要があります。

請求に統合された Paypal API を介して定期的な支払いを使用している人はいますか? できれば、経験のある信頼できる開発者に案内してください。そうしないと、Elance を使用する必要がありますか?

請求情報を入力した後、「アカウントの作成」ボタンを押したら、ログインしたアカウントのウェルカム/開始画面に移動する必要があります。また、定期的な支払いが非常に困難になるため、CSC (3 桁のセキュリティ コード) フィールドを統合で除外していただけないでしょうか。数年前からとても満足しているので、私は Paypal を使い続けたいと思っています。私はすでにChargify、authorize.netなどをチェックアウトしました.

このような設定をすでに行っている人に見てもらい、いくつか質問してもらいたいです。