我正在开发一个软件即服务 (SAAS) 应用程序，该应用程序允许公司管理供应商信息。
有哪些供应商/供应商可以提供账单服务，包括管理发票、订阅、续订和提醒缴费？
我发现从头开始构建它需要很多时间。
除了计费，为了成功发布此应用程序，我还应该考虑哪些其他主要组件/注意事项？
我有以下注意事项，欢迎提出任何建议：
1) 基础设施：为了可扩展性和维护，我使用云计算，这样我就不用管理基础设施，尤其是在需求增加时扩大规模。
2) 安全：我发现如果我使用专用服务器，我必须为安全支付更多的费用，例如防火墙。因此，使用云计算将使我的应用程序能够在安全平台上“骑行”。
问候
我们刚刚遇到了这个看起来不错的 - http://chargify.com/。
许多计费系统面临的最大挑战是，您要么最终完成大量编码工作，要么缺少一个或多个关键功能。出于安全原因，PayPal 等系统无法处理外部驱动的定期计费；作为客户，您可以同意卖家的订阅，但 PayPal 必须处理所有事情。此外，每个必须拥有 PayPal 或 GoogleCheckout 帐户才能开展业务的人都可能不是初学者，具体取决于您的受众。AuthorizeNet 和 LinkPoint 等传统的电子商务商家系统为您提供了更大的灵活性，但您可能需要进行大量编码才能以您想要的方式推送交易，具体取决于您的平台，更不用说在设置首先是帐户。 亚马逊灵活支付服务处于中间位置，提供比 PayPal/Google Checkout 更大的灵活性，但仍然存在第三方帐户限制。由于您正在使用一种工具来管理客户与其供应商的关系，因此您可能会受益于亚马逊促进两个外部方之间交易的能力。
我已经使用 Java 或 Ruby on Rails 在这个领域进行了开发。Ruby on Rails 有一个由 Shopify 的人构建的名为ActiveMerchant的奇妙宝石，一旦您使用 AuthorizeNet/LinkPoint 类型的提供商之一打开您的商家帐户，信用卡处理就会变得非常简单。大多数商家提供商也有不错的 Java API。你可能想看看像Blinksale这样的发票，因为它可以让你把漂亮的发票放在一起，并且有一个 API。
关于云计算：我是一个忠实的粉丝，它可以让您更轻松地管理扩展成本。但是，在许多情况下，它确实需要您更快地解决集群和故障转移问题。对于可以通过 Amazon MapReduce 之类的工具运行的批量计费等任务，这不是问题；你提出你需要的东西，把它扔进黑匣子，然后把结果拿出来。对于需要持续正常运行时间的东西，例如 Web 界面，您需要评估在云中运行 webapp 服务器集群还是在托管数据中心（例如 The Planet）运行 1 或 2 个机器更便宜或机架空间。您的正确答案部分取决于您拥有的专业知识以及您使用的语言/平台。对于持续正常运行时间方面，将在云中托管 Rails 应用程序的 Morph 。
如果我所说的任何内容需要进一步澄清，请回复。
Mosso（它是 Rackspace 的云子公司）内置了一些基本的计费功能——我正在迁移我的站点，而客户计费是我这样做的原因之一。他们只做抄送计费，至少现在是这样。