这可能是一个主观的问题，但我会尝试一下。
关于SO的问题已经很多，围绕订阅计费管理。我目前正在研究一个SaaS解决方案，该解决方案需要一个完全自动化的计费系统。
当我问这个问题时，我不是在寻找关于实施特定支付网关或类似东西的建议。相反，我想就采取哪种方法提出建议。
我需要的功能是可以处理升级，降级，重复计费，取消等的系统。最初仅针对一种产品，但是随着时间的流逝，该系统必须能够处理多种产品（按产品，我的意思是根本不同产品，而不是同一产品的不同变体）。
正如我所看到的，当您需要像这样的解决方案时，有多种可能的方法：
自己编写一个支持此功能并与每个产品分离的计费服务器，以便它可以处理多个独立的产品。
使用托管解决方案，例如Recurly，Chargify，Spreedly或CheddarGetter。
使用托管解决方案的优势很明显是您不需要PCI认证，该问题已外包，并且启动和运行起来要快得多。但是，这些优点需要付出一定的代价：产品最重要的支持功能-即帐单不在您的控制范围内。此外，您的控制和灵活性也较差。
你会怎么做？如果我们超越了PCI的要求，那么我绝对希望拥有一个内部编码的系统来完成这种工作。另一方面，我从许多来源听说，对这样的系统进行编码是很痛苦的。
任何建议都受到高度赞赏。另外，如果您建议自己编写代码，那么任何有关如何执行它的经验，或者是否有任何我可以从中受益的开源项目（无论使用哪种语言，我追求的不是代码，而是结构）卑鄙的。
最佳答案
我们正在从PayPal定期结算转移到CheddarGetter。我强烈推荐CheddarGetter，我们对您提到的全部4个产品进行了评估。 （Chargify紧随其后）。 CG支持论坛也很棒。在http://support.cheddargetter.com/discussions/questions上发布问题（售前，技术等），通常一天之内就能获得清晰明了的答案。
除非您有一支无所事事的开发和支持团队静静地等待工作，否则我认为在大多数情况下，将任何资源投入到内部构建中都是错误的。专注于您的核心产品并满足客户的需求。让生活和呼吸计费，催款，按比例分配，开具发票等生活的人/公司专注于从客户那里收钱。
如果需要，您总是可以自己编写内部计费系统。但是，如果从现在开始，您可能会发现自己陷入了与业务和核心竞争力相去甚远的细节中，并且失去了竞争优势，无法与更轻巧，更有活力的竞争者竞争，这些竞争者正在构建出色的产品并快速迭代。
关于payment - 我如何处理定期计费？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2747310/