問題タブ [recurring-billing]

PayPal が提供する定期支払い API を使用しようとしています。直接対処できないシナリオがあります。こんなふうになります。

私たちはいくつかのサービスを販売するウェブサイトを持っています。現在、サービスはユーザー ライセンスごとに課金されます。ユーザーは、その間にユーザー ライセンスを購入/キャンセルできます。お客様に定期請求オプションを提供したいと考えています。ここで、金額は、そのサイクル中に顧客が使用するユーザー ライセンスの数に基づいて、請求サイクルごとに異なる場合があることに注意する必要があります。

PayPal 定期支払い API を使用してこれを達成する方法はありますか?

私のビジネスでは、PayPal と Google チェックアウトを使用してオンライン請求を設定しています。ウェブサイトの毎月の定期サービス料金を請求する最良の方法を探しています。私のサイトはサブスクリプション ベースで、月額 X ドルを請求しています。その月額料金を顧客のクレジット カードに毎月請求したいと考えています。サイトの加入者は、サインアップ時に継続的な月額サービス料金であることを知っています。

この定期的な料金を請求するための、最も迅速で、簡単で、最良で、最も信頼できる方法を探しています。私が使用する Slicehost のような多くのサービスの場合と同様に、月額料金が毎月のクレジット カード明細に表示されるようにしたいと考えています。

こんにちは、毎月変わる定期請求ができる支払いゲートウェイを探しています。Fogbugz はこれを行い、その月のアクティブ ユーザー数に基づいて料金を請求します。私が見つけたすべての API では、固定額を設定することしかできず、サブスクリプション額を月​​ごとに変更することは困難/不可能です。

誰かがこれを行うサービスに出くわしましたか?

私たちは、過去 1 年間開発されてきた大規模な Web アプリケーションのリリースに向けて準備を進めています。サービスの定期的なサブスクリプション料金を処理するために ActiveMerchant を統合するプロセスを開始しようとしています。

私たちの要件 (以下にリスト) を考慮したベスト プラクティスに関するアドバイス、およびよくある落とし穴や特別な考慮が必要な特定の問題に関する追加のヘッドアップについて、アドバイスを求めています。使用する支払いゲートウェイはPaymentExpressです。これは、定期請求があり、米国外で事業を行う企業にとって特別な条件がない、サポートされている数少ないゲートウェイの 1 つです。このアプリケーションの背後にあるビジネスは、英国を拠点としています。

アプリケーションのユーザーは、アプリケーションとそのデータにアクセスしてカスタマイズできるサブドメインでアカウントを作成します。請求の仕組みに影響を与える可能性のある要件/機能の一部を以下に示します。

• すべてのユーザーが 30 日間の試用を利用できます
• 無料プランなど様々なプランあり
• より高い価格のプランでは、アカウントに保持できるデータ (ユーザー、プロジェクトなど) の量に大きな制限があります。
• 請求期間は月単位で、試用後に開始されます
• プランなどで、通常価格から 1 年間割引される割引 / クーポン コードがあります。
• 機能が追加されると、プランの価格が変更されます

私が予測できる具体的なハードルは、次のようなものです。

• 下位レベルのプランのプラン制限に違反した場合のダウングレードの処理方法。
• クレジット カードの有効期限が切れた場合や支払いが完了しなかった場合の動作 (読み取り専用モードが強制されている可能性があります)
• プランの価格が変更された場合、既存のユーザーに対して一定期間 (6 か月など) 以前の価格を適用し、その後、より高い料金の請求を開始したいと考えています。プラン価格が下がった場合は、すぐに有効になります。

役立つその他のアドバイスは、アプリケーションの流れに関するものです。請求フォームはユーザーにどのように提示する必要がありますか? クレジットカード情報が必要になるのはいつですか? 請求書はどのように送信、保管、およびアクセスする必要がありますか?

多くのコード ベースをSaaSyに基づいて作成する予定であることを明らかにしておく必要があります。SaaSy は、すべてのサインアップとアカウント管理の側面を処理する別の Rails アプリとして使用するように設計されています。ただし、最初からこれを計画したことはなく、そのように動作するようにアプリケーションを適応させるのは面倒なプロセスになるため、これはうまくいきません。その結果、SaaSy からコードとアイデアを取得してアプリにマージします。

ASP.NET を使用してサイトを設計しており、コンテンツをサブスクリプション ベースにしたいと考えています。ほとんどの場合、すべてが毎月クレジット カードに請求されます。CC をデータベースに保存できることはわかっていますが、これに対する別のより安全なソリューションはありますか?

これは巨大なプロジェクトではないので、1 人の開発者が実行できる、シンプル、迅速、安全、かつ信頼性の高いソリューションが必要です。

API を使用し、Rails アプリケーションに統合できる変動費サブスクリプションをサポートする支払いプロバイダーを探しています。現在、Rails と PayPal 用の Active Merchant プラグインをプロバイダーとして使用していますが、定期的な請求手続きは明らかに不安定です。ある種のクレジット カード ストレージ施設のプロバイダーが存在するのではないかと考えています (そのため、自分で処理する必要はありません)。

英国のプロバイダーとの経験がある人はいますか?

アップデート：

マット氏は、PayPal が少し不安定だと思うところを尋ねました。具体的には：

1) 私たちが理解しているように、PayPal は毎月 X ポンドの固定支払いしか処理できないため、ある月に 30 ポンド、別の月に 35 ポンドと請求することはできません。（当商品は定額＋手数料制です。）

2) 私たちが理解しているように、PayPal は X か月の固定期間を想定しています。最低 1 か月のサブスクリプションで、顧客が行き来できる機能を提供したいと考えています。

3) また、PayPal は部分的な払い戻しを処理しません。顧客が 5 か月目の途中でアカウントを終了することを選択した場合、その月の残りは払い戻しできません。

1 回限りのインストール費用がかかり、それ以降は顧客の使用に応じて顧客の口座から差し引かれる製品があります。固定の 1 回のインストール費用で PayPal の作業を完了しました。しかし、私たちのサイトが計算してPayPalサイトから差し引く次の月を差し引く問題があります.顧客がクレジットカードとその他の情報を提供したら、他の月からこの情報を収集する必要はありません. 支払い者のログインなしで、彼の口座からお金を差し引いてほしい。

これは可能ですか？どのように？

私の既存のサイトにサブスクリプションベースの支払いモデルを追加する方法を調査しようとしていますが、多くの矛盾する情報に遭遇し、少し迷子になりました.

必要なのは、クレジット カードによる定期請求 (月単位) を設定する非常に簡単な方法だけです。簡単な解決策が必要ですが、設定のベスト プラクティスを見つけるのに苦労しています。

これまでのところ、これが Paypal の Web Payment Standards オプションでサポートされていることを理解しています。実装方法についていくつか質問があります。

• まず、Paypal では、ユーザーは Web Payment Standard に定期請求を登録する必要がありますか?

• ActiveMerchant を使用する予定でしたが、ActiveMerchant は Paypal からの定期請求をサポートしていないというブログをいくつか見つけました。これは本当ですか？

• railskits.com の SASS Rails Kit を見つけました。これは、Paypal の Web Payments Standard による定期請求をサポートしていると書かれています。これを購入した場合、コードは理解して自分のサイトに実装するのに十分明確でしょうか? それとも、既存のサイトではなくスターター サイト向けのパッケージ契約のようなものですか?

• ActiveMerchant で定期請求をサポートしているブログをたくさん見つけましたが、Paypal のエクスプレス チェックアウトを使用しています。Paypal サイトでエクスプレス チェックアウトについて読みましたが、それが何であるか、またウェブ ペイメント スタンダードとどのように違うのか、まだよくわかりません。誰もこれを簡単に説明できますか？

これらの質問に 1 つでも答えていただける方がいらっしゃいましたら、よろしくお願いいたします。

**ちなみに、それが提案される前に、私は基本的なことやショッピング カート内の商品を購入するのに最適な、Paypal に関する Ryan Bates の Paypal スクリーンキャストをすべて見ましたが、定期的な請求でどのように機能するのかわかりません. また、彼はビデオでいくつかの重要な手順をスキップしたように見えました (たとえば、Paypal のドキュメントには、アプリが IPN を受信した後、受信確認を Paypal に送り返す必要があると書かれていますが、Ryan はスクリーンキャストでこれを行っていません)。私はこのすべてを理解しようとしているだけです！

「自分の定期的な請求を、cronジョブ、支払い時期の日付フィールド、および各人が支払っている金額を使用して、Railsアプリでロールします。」

このエントリをSOで見たところ、自動定期請求が本当に自動化されているのだろうかと思いました。誰かに請求し、請求してからトランザクションを記録するのにすでに適切な時期であるかどうかをチェックするスクリプトを作成する必要がありますか？それとも、支払いゲートウェイにそれを行わせる必要がありますか？

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/