这可能是一个主观问题，但我会试一试。
关于订阅结算管理的问题已经有很多问题。我目前正在开发一个需要全自动计费系统的SaaS解决方案。
在提出这个问题时我不想要的是关于实施特定支付网关或类似内容的建议。相反，我想知道采取何种方法。
我需要的功能是一个可以处理升级，降级，定期计费，取消等的系统。最初仅针对一种产品，但随着时间的推移可能需要系统可以处理多种产品（按产品我意味着根本不同的产品，而不是相同产品的不同变体。）
正如我所看到的，当您需要这样的解决方案时，有许多可能的方法：
使用托管解决方案的优势显然是您不需要PCI认证，关注是外包的，并且启动和运行起来要快得多。然而，这些优势需要付出代价：对您的产品最重要的支持功能 - 即计费不在您的控制范围内。此外，您的控制力和灵活性较低。
你会做什么？如果我们超越PCI要求，我肯定更愿意在内部编写一个可以完成这种工作的系统。另一方面，我从众多消息来源获悉，对这样的系统进行编码是一种痛苦。非常感谢任何建议。此外，如果您建议自己编写代码，那么任何有关如何进行编码的经验，或者是否有任何开源项目（无论语言，我所追求的不是代码而是结构）我都能从中受益意思是很多。
答案 0 :(得分：9)
我们正在从PayPal定期结算转为CheddarGetter。我强烈推荐CheddarGetter，我们评估了你提到的所有4个。 （Chargify紧随其后）。 CG支持论坛也很棒。在http://support.cheddargetter.com/discussions/questions上发布问题（售前，技术等），您通常会在一天内得到清晰简明的答案。
除非你有一个开发和支持团队无所事事地等待工作，否则我认为在大多数情况下，将任何资源用于内部构建都是错误的。专注于您的核心产品并满足客户的需求。让生活和呼吸计费，催款，按比例分配，开具发票等的人/公司专注于从您的客户那里收钱。
如果需要，您可以随时编写自己的内部结算系统。但如果你现在开始这样做，你可能会发现自己陷入了远离你的业务和核心竞争力的细节之中，并且失去了更轻松，更有活力的竞争对手，他们正在构建出色的产品并快速迭代。
答案 1 :(得分：3)
还有一个混合答案：我的SaaS Rails Kit（如果你在Rails上构建）。您不必从头开始构建它，但您可以灵活地在您的应用程序中控制和自定义帐单代码。您仍然必须具有较低级别的PCI合规性，因为CC信息正在转移您的服务器，但您不必担心存储卡信息时涉及的更严格的合规性要求，因为套件将卡信息传递给信用卡网关并存储在那里。
答案 2 :(得分：2)
Braintree有Transparent Redirect API，可让您在不通过服务器传递信用卡数据的情况下保持控制权。您在自己的网站上托管信用卡表单，但直接将其提交给Braintree。这样的事情可能会为您提供所需的灵活性，而无需担心PCI合规性。
如果您决定请假，请在选择许多公司won't let you get your customers' credit card data back的提供商时牢记。披露：我为Braintree工作。
答案 3 :(得分：0)
我没有资格回答这个问题，但似乎在很多商业情况下，答案是“买它”而不是“自己动手”。购买现成的解决方案风险较小，节省时间，从而降低总体成本。
答案 4 :(得分：0)
另一个很好的选择...... http://developers.freshbooks.com/billing