我的工作，提供了一个30天试用的应用程序，则该选项有一个每月或每年的订阅（在两个不同的价格）。
我用了很多由约翰·孔德在他的网站（感谢约翰）所提供的信息，但要确保我已经得到了有关这一切是如何工作的正确的想法 - 我第一次做任何与Authorize.net或订阅...
所以，如果我有30天的试验中，有人决定他们要付出的今天，他们不应该被收取60天。我将开始日期提前60天，但我看到任何一种负责Authorize.net显示其正等待吗？
其次，是它“手表”进行更新，或者我应该做些什么来触发定期检查的ARB服务的一部分。我敢肯定这是ARB是什么，我也不需要cron来检查每一天，但我宁愿问一个愚蠢的问题，现在不是有一堆后失踪收费。
最后，你会推荐什么样的信息我保存在我的本地数据库，我应该让ARB服务捕获。目前，我存储的认购项目是什么，是谁在做付款者是谁（通过ID），卡上的名字，该卡的最后四位数字的情况下，他们要引用使用的是什么，到期该卡的日期，这样我就可以找未决到期（除非这是和ARB的一部分）和认购开始日期，结束。
任何额外的信息表示赞赏。
所以，如果我有30天的试验中，有人决定他们要付出的今天，他们不应该被收取60天。我将开始日期提前60天，但我看到任何一种负责Authorize.net显示其正等待吗？
使用AIM API收取的首付款，然后设置在ARB开始日期为60天（当他们第一次付款）。你不会得到任何通知订阅是“待定”，但如果订阅ID是由ARB API返回给你那么它是安全的假设，首付款将在60天后进行尝试。
其次，是它“手表”进行更新，或者我应该做些什么来触发定期检查的ARB服务的一部分。我敢肯定这是ARB是什么，我也不需要cron来检查每一天，但我宁愿问一个愚蠢的问题，现在不是有一堆后失踪收费。
你不必做任何事情。在“A”在ARB代表自动化，它是完全自动的。一旦付款计划，直到订阅结束它会自动运行，取消订阅，或他们的卡到期，你不在下一个计划的账单日之前更新。
最后，你会推荐什么样的信息我保存在我的本地数据库，我应该让ARB服务捕获。目前，我存储的认购项目是什么，是谁在做付款者是谁（通过ID），卡上的名字，该卡的最后四位数字的情况下，他们要引用使用的是什么，到期该卡的日期，这样我就可以找未决到期（除非这是和ARB的一部分）和认购开始日期，结束。
发送尽可能多的信息给ARB API，你可以。这使得研究在Authnet控制面板交易，你可以比较你已经捕获到他们表现出他们的交易记录什么要容易得多。
这听起来像你存储，这将是对你有用的信息。我会进行加密，以使其不太有用的，如果你的数据库遭到黑客攻击有关的任何信用卡。你存储足够的信息，黑客可以用它来说服你的客户，他们有他们的信用卡号码，然后事情就变得很难看。
那么，一般而言，您应避免储存消委会信息（出于安全原因），在ARB所以藏在心里会更好。
您应该安排支付权当用户注册，并在SOAP调用到60天以后设置起始日期。存储事务密钥或不过他们称，这样你就可以在任何时候ARB取消订阅。如果你这样做的，你能避免在所有处理付款，你只需要处理订阅和退订。