これは主観的な質問かもしれませんが、試してみます。
SO については、サブスクリプションの課金管理を中心に展開する多くの質問が既にあります。私は現在、完全に自動化された課金システムを必要とする SaaS ソリューションに取り組んでいます。
この質問をするときに私が探していないのは、特定の支払いゲートウェイなどへの実装に関するアドバイスではありません。代わりに、どのようなアプローチを取るべきかについてアドバイスをお願いします。
私が必要としている機能は、アップグレード、ダウングレード、定期請求、キャンセルなどを処理できるシステムです。最初は 1 つの製品のみでしたが、時間が経つにつれて、システムが複数の製品を処理できることが要件になる可能性があります (製品とは、根本的に異なることを意味します)。製品であり、同じ製品の異なるバリエーションではありません)。
私が見ているように、次のような解決策が必要な場合、いくつかの可能なアプローチがあります。
- これをサポートし、複数の独立した製品を処理できるように、各製品から切り離された請求サーバーを自分でコーディングします。
- Recurly、Chargify、Spreedly、CheddarGetterなどのホストされたソリューションを使用します。
ホステッド ソリューションを使用する利点は、PCI 認証が不要であること、問題が外部委託されていること、起動と実行がはるかに高速であることです。ただし、これらの利点には代償が伴います。 製品にとって最も重要なサポート機能 - つまり、請求は制御できません。さらに、制御と柔軟性が低下します。
あなたならどうしますか？PCI 要件の先を見据えるなら、私は間違いなく、この種の仕事を行うことができる社内でコーディングされたシステムを持つことを好みます。一方で、このようなシステムをコーディングするのは面倒だと多くの情報源から聞いています。
どんなアドバイスでも大歓迎です。また、自分でコーディングするようにアドバイスする場合は、それを行う方法に関する経験、またはオープンソース プロジェクト (言語に関係なく、私が求めているのはコードではなく構造です) があれば、本当に恩恵を受けることができます。多くのことを意味します。