私はプログラミング全般、より具体的にはRubyonRailsの2年生です。私はいくつかのアプリを作成しましたが、最終的に課金を開始したいアプリがあります。私はこれまでこのようなものを実装したことがなく、（私が読んだものから）提供されたドキュメントのほとんどが少し頭を抱えているように感じます。飛び込んでもかまいませんが、その前に、ユーザーに月額使用料を請求するためのモデルを実装する最も簡単な方法について、経験豊富な人から意見を聞きたいと思いました。2つのメモ：
私が見つけたものから、PayPalとChargifyの両方がこのタイプの統合のヘルプを提供するというまともな仕事をしているようです。この分野の初心者にとって、どのタイプのソリューションが最適かについてどう思いますか。
私はChargifyの創設者の1人なので、偏見があることを認めます:-)。
しかしその前に、私は7〜8社、最近ではEngine Yardの設立を手伝いました。そして、当時、Chargifyのようなものがあればよかったのにと思います。「男、 『Basecamp for Billing』のようなものが必要だ...それはシンプルで、クレジットカードでサインアップし、製品と価格を定義して、始めるべきだ」と思ったのを覚えています。そこで、Chargify / GrasshopperGroupの人々を見つけて、チームに参加しました。
Chargifyは、ペイメントゲートウェイ製品やPayPalなどで見つけたものからレベルを上げます... Chargifyを使用すると、製品、価格、クーポンコード、従量制使用単位などを定義し、Chargifyに好きなだけ実行させることができます。カードが拒否または期限切れになると、システムは顧客に電子メールを送信し、問題を解決するためにURLに誘導します。
ビジネスが成長するにつれて、請求は複雑になります。発信者に、ニーズが本当に単純であれば、Auth.NetのARBサービスなどで問題ないかもしれないが、ニーズが単純でなくなり始めるとすぐに（つまり、顧客がサイクルの途中で計画を変更し、按分したい）、そしてChargifyは本当にあなたの人生を楽にします。
そして、Railsの人々として、私たちは常にサービスを改善するために取り組んでいるので、時間の経過とともにより多くのサービスを利用できるようになります。そして、あなたは実際に私たちに24時間年中無休で電話して誰かを電話にかけることができます！レベル1の電話チームは毎週製品をよく知っており、回答がわからない場合はレベル2に電話をかけることができます。
つまり、優れたソフトウェアに加えて、新しい機能を開発し、必要に応じてサポートを提供するためにここにいる優れたチームを手に入れることができます。
申し訳ありませんが、これは広告のように聞こえます。もちろん、それは部分的にです。しかし、それはまた、以前の会社でこれを構築しようとした私の欲求不満の反映であり、現在Chargifyの一部であり、商人が定期的な請求に集中しないように支援したいという私の熱意です:-)。
http://www.braintreepaymentsolutions.com/
以前の勤務先ではBrainTreeを使用していましたが、当時はプログラマーではありませんでしたが（まだそうではありませんが）、良いことしか聞いていませんでした。大物よりも少し高いようですが、自由度もあります。
調べる価値があるかもしれません。
充電システムまたは請求システム？
Rubyコミュニティでビジネスを構築している多くの人々と話をすると、顧客の支払いを集めることとスケーラブルな請求は2つのかなりユニークな動物であることに注意することが重要だと思います。今日のSaaS企業は、その違いを常に認識しているわけではありません。
月額39.95ドルでクレジットカードを打つことは、ここで言及されている「支払いツール」のほとんどがうまくいくものです。しかし、複雑な課金アルゴリズム（課金モデル）、クライアント契約、プロモーションコード、フリーミアム、階層型、ロールオーバー、従量制の使用、または他の内部システムとの統合を組み込む必要がある場合は、支払い機以上のものが必要です。彼らは本当に支払いゲートウェイを活用する「よりスマートな」請求システムを必要としていますが、月ごとに単にカードを打つだけではありません。
また、多数のクライアントまたはボリュームがある場合は、拡張可能なシステムが重要です。調査については、http：//www.metanga.comやhttp://www.zuora.comなどのより多くの中間層の課金システムを確認してください。
支払いを受けるには、いくつか必要なものがあります。
chargifyやbraintreeのような製品の利点は、有効期限や支払いの失敗などのカードイベントを処理するための優れたAPIを提供し、支払いゲートウェイとしても機能することもあることです。
午後にチェダーゲッター（https://cheddargetter.com/）と統合しました。Ruby Gem（https://github.com/ads/cheddargetter）があり、支払いゲートウェイサービスがありますが、私はそれを使用したことがないので、その価値についてコメントしたくありません。
支払いは煩わしいほど複雑なプロセスであり、チェーンのすべての人に支払う必要があります。最も難しいのは、サービスの価格を競争力のあるものにし、利益を上げないような価格にしないようにすることです。
ここにあなたが読むことに興味があるかもしれないいくつかのより多くのリンクがあります：
http://www.activemerchant.org/ http://recurly.com/
バイイン費用がないため、以前はActiveMerchantでPayPalのエクスプレスペイメントを使用しました。PayPalは各トランザクションの一部を取得するだけなので、さまざまなプロバイダーに料金を支払うことを心配する必要はありません。ただし、欠点も十分に文書化されています。具体的には、PayPalがあなたが怪しげなことをしていると判断し、お金を凍結することを決定した場合、あなたはパドルなしで小川を上ります。ただし、これは評価する必要のある計算されたリスクです。
ただし、独自の完全なソリューションを展開したくない場合は、Saasyを検討することをお勧めします。既存のアプリとうまく統合されているようです。
ActiveMerchantは間違いなく、PayPalまたはBraintree（強く推奨）やAuthorize.net（優れた安価な）などのクレジットカードゲートウェイと統合するための方法です。私が作成したSaaSRailsKitは、アプリと統合できる完全な定期的な課金ソリューションの基盤として使用します。
PayPalに関する後続の質問に関して、ActiveMerchantを使用すると、APIまたはIPNを使用して、トランザクションステータスに関する情報を簡単に取得できます。
私はこれについてたくさんの経験をしました、そしてあなたがあなた自身に尋ねる必要がある最初の質問は「定期的な請求がどれほど重要か」です。定期的な請求が必要な場合は、必ずChargify、Recurlyなどを使用してください。それらはすべてかなり良いです。
ただし、（私が通常そうしているように）支払いプロセスをアウトソーシングするだけで、PCIコンプライアンス（悪夢）に対処する必要がない場合は、IMOの実行可能なオプションが多くありません。PayPal、Amazon、またはGoogle Checkoutを使用できますが、すべて欠点があります。PayPalのユーザーエクスペリエンスはひどいものであり、購入を完了するにはPayPalアカウントが必要であると信じて多くの人が混乱します。Google Checkoutでは、ユーザーがGoogleアカウントを持っているか作成する必要があります。これはばかげており、Amazonは問題ありませんが、GoogleCheckoutと同様にAmazonアカウントが必要です。
WePayは現在、外部委託請求で私の個人的なお気に入りですが、非常に無駄がなく、チェックアウトプロセスを使用する必要があります。彼らのスタッフとAPIは素晴らしいです。
1回限りの販売に焦点を当てたChargifyのようなソリューションがあるかどうかを確認したいと思います。PCI準拠サーバーでチェックアウトプロセス全体をホストできるようにするものですが、ルックアンドフィールだけでなくフォームもカスタマイズできます。ユーザー名やパスワードなどの追加情報を求めたい場合は、できます。配送先住所が必要ない場合は、削除できます。請求先住所なしでCC番号、CVV、有効期限のみが必要な場合は、それを行うことができます。
しかし、私の知る限りでは、現在存在していません。1回限りの取引にChargifyを使用しないでください。彼らはそれをサポートしていますが、チェックアウトプロセスは1回限りで非常に不格好です（$ 0のセットアップ料金などが表示されます。これは、誰かがシャツや1回限りのダウンロード可能な素材を購入しているときに何の意味もなく、単に混乱するだけです）。
幸運を！