具有重复付款的远程信用卡存储（可能是PayPal）

| 好吧，我正在设计一个在线服务，需要订阅才能被最终用户使用。它有一个免费的基本计划，然后用户有几个功能更丰富的付费计划。 订阅为每月或每年（用户选择）。 根据客户规范，该服务应具有两条处理付款的路径-信用卡处理或PayPal订阅。我将要处理PayPal订阅，IPN和其他所有内容，但是我担心信用卡。我知道如何使用PayPal的API向CC收费，并且我非常清楚我无法存储任何敏感信息，因此我的想法是使用第三方服务通过一些安全的API存储信用卡，然后构建一个CRON作业每天都会运行，以根据某些条件检查订阅是否即将到期，如果有的话，则在下一个计费周期收费。 好吧，我过去在Authorize.net上存储过用于其他产品的信用卡。他们的API允许在其中创建用户个人资料（为此您需要获取内部用户ID），发送抄送进行存储（对于该用户配置文件您可以获得要保留的内部cc ID），并且每当您希望通过API对该ID收费时。但是只有当用户有意识地提交表格“用这张信用卡付款（从Authorize.net检索到的最后4位数字）”时，所以在后台向他们收取cron的工作可能会导致法律问题，尽管我们只会为他们有意识地订阅的服务提供服务。 简而言之-我想知道是否可以通过远程服务存储在信用卡上的cron作业进行定期付款（如果没有，请推荐一些方法）。如果是这样，我读到贝宝（PayPal）可以以类似于Authorize.net的方式存储信用卡，但是经过广泛的研究，我找不到有关此操作的任何规格，文档或样本。并不是说我不能通过Authorize.net做到这一点，但是与我从Authorize.net记住的相比，PayPal在技术上似乎要好得多。