2011-08-06 8 views
3

私は私のRailsアプリケーションと謎のビットを持っています。請求のために使用するモデルは、サブスクリプションベースではなく(少なくとも最初は)1回の使用であるように見えます。 RecurlyのTransparent Post API(優れた製品)をすでに実装していますが、おそらく過度の可能性があります。Railsを使用した非定期請求にはどのように使用しますか?

我々は単に月額料と無料の計画を確立し、その後1時間の取引を開始することができます。これは、当社が求めているPCIコンプライアンスのレベルを満たし、返品する顧客が第三者がクレジットカード情報を保管できるようにするものです。

がさらに物事を複雑にしているのは、使用ごとの課金に加えて、サブスクリプションベースの計画のための将来の要件があるかもしれません。私は定期的な課金プラットフォームとか、私はクレジットカードを保管し、PCIコンプライアンス(責任は私たちではなく、第三者にある)の変化に対応できない、単にActiveMerchantを使用することがありますか滞在するかどうかについていくつかのアドバイスを探しています。また、サブスクリプションプランを持たずに1回限りの反復可能なトランザクションを処理する別のツールがあるのだろうか?

答えて

2

Authorize.net CIMまたはBraintreeでActiveMerchantを使用すると、(PCIコンプライアンス用の)カード情報を保存して、いずれかの時間からトークンに基づいてトランザクションを実行できます。それは、後に定期的な請求に追加することから排除するものではない - あなただけの自動化に基づき、これらの保存されたトークンに対して充電を開始します。

SaaS Rails Kit(私が書いたもの)の定期的な請求やワンオフ両方の取引を行うため、このアプローチを採用しています。

関連する問題