E commerce 正在使用authorize.net获取已取消/过期信用卡的状态，以便进行定期计费

我们正在建立一个系统，该系统将使用XML API与Authorize.net进行自动重复计费

它看起来很简单，可以设置一个定期账单。但我们有两个似乎并不明显的特征 *向客户提供个人付款的详细信息 *向客户提供过期/取消卡的通知

有人熟悉以自动形式检索此信息的机制吗？我们正在考虑 *根据我们自己的计算，列出假设付款的开始日期 *根据ards的到期日期向客户发送电子邮件

但我对如何确定交易何时因取消卡而失败（并自动通知客户）感到困惑

---

在基于Authorize.net实现基于订阅的服务时，有人能评论一下他们是如何处理这个问题的吗？

您想使用Authorize.net的静默发布功能。它将通知您通过他们的系统进行的所有付款，包括拒绝和过期的信用卡。然后，您的脚本将能够挂起帐户和/或通知您的客户他们的付款失败

有关更多信息，请参见以下链接：

---

您想使用Authorize.Net的静默发布功能。它将通知您通过他们的系统进行的所有付款，包括拒绝和过期的信用卡。然后，您的脚本将能够挂起帐户和/或通知您的客户他们的付款失败

有关更多信息，请参见以下链接：

---

Authorize.Net最近发布了一种新的ARB方法“ARBGetSubscriptionStatus”

您现在可以轻松地查询以前提交的ARB订阅的状态，而无需依赖“静默Post方法”

示例：

<?xml version="1.0" encoding="utf-8"?> <ARBGetSubscriptionStatusRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd"> <merchantAuthentication> <name>mytestacct</name> <transactionKey>112223344</transactionKey> </merchantAuthentication> <refId>Sample</refId> <subscriptionId>100748</subscriptionId> </ARBGetSubscriptionStatusRequest>

mytestacct 112223344样本100748

Authorize.Net最近发布了一种新的ARB方法“ARBGetSubscriptionStatus”

您现在可以轻松地查询以前提交的ARB订阅的状态，而无需依赖“静默Post方法”

示例：

<?xml version="1.0" encoding="utf-8"?> <ARBGetSubscriptionStatusRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd"> <merchantAuthentication> <name>mytestacct</name> <transactionKey>112223344</transactionKey> </merchantAuthentication> <refId>Sample</refId> <subscriptionId>100748</subscriptionId> </ARBGetSubscriptionStatusRequest>

mytestacct 112223344样本100748

您需要使用静默帖子URL

ARBGetSubscriptionStatusRequest将不工作。如果第一个事务（或ARB配置文件更新后的第一个事务，通过API或手动）失败，则订阅的状态设置为“已暂停”。否则，当交易拒绝或卡过期时，订阅的状态不会更改

使用静默POST URL，您将收到成功交易的通知，您可以使用它们更新数据，例如跟踪下一个付款到期日/到期日。然后，您可以运行cron作业，如果此字段尚未更新，您将知道该卡已取消或过期

---

如果它仍然是一张活动卡，但被拒绝，您将在静默帖子URL上收到通知，您需要使用静默帖子URL

ARBGetSubscriptionStatusRequest将不工作。如果第一个事务（或ARB配置文件更新后的第一个事务，通过API或手动）失败，则订阅的状态设置为“已暂停”。否则，当交易拒绝或卡过期时，订阅的状态不会更改

使用静默POST URL，您将收到成功交易的通知，您可以使用它们更新数据，例如跟踪下一个付款到期日/到期日。然后，您可以运行cron作业，如果此字段尚未更新，您将知道该卡已取消或过期

---

如果它仍然是活动卡但被拒绝，您将在静默帖子URL中得到通知，除非它不会通知您所有情况。其中一个例子是过期的信用卡。尽管文件上另有说明，但事实上是这样的。我甚至在Authnet上与开发人员讨论了这个问题。但是，即使他们最终停止了，你也可以自动处理过期的卡片，因为发生这种情况时会生成一封电子邮件。它只需要通过管道传输到脚本来处理它。它只有在认为卡尚未过期时才会这样做&处理器拒绝它过期。电子邮件方法是我们添加到客户系统中的方法，其中ARB已经到位。我们已经针对其他场景进行了定期aim交易，因此我们正在逐步淘汰ARB/我们仍然必须处理所有现有ARB，直到卡到期，除非它不会通知您所有情况。其中一个例子是过期的信用卡。尽管文件上另有说明，但事实上是这样的。我甚至在Authnet上与开发人员讨论了这个问题。但是，即使他们最终停止了，你也可以自动处理过期的卡片，因为发生这种情况时会生成一封电子邮件。它只需要通过管道传输到脚本来处理它。它只有在认为卡尚未过期时才会这样做&处理器拒绝它过期。电子邮件方法是我们添加到客户系统中的方法，其中ARB已经到位。对于其他场景，我们已经有了反复出现的aim交易，因此我们正在逐步淘汰ARB/我们仍然必须处理所有现有ARB，直到卡到期。该方法仅起到了微乎其微的作用。有关更多信息，请参见下面的“Ali Gangji”的答案。这种方法只是略有帮助。有关更多信息，请参阅下面“Ali Gangji”的回答。注意：如果更新暂停的ARB配置文件，则该配置文件将重新激活，并且Auth.net将尝试对导致ARB配置文件暂停的失败付款重新计费。注意：如果更新暂停的ARB配置文件，该配置文件被重新激活，Auth.net将尝试对导致ARB配置文件暂停的失败付款重新计费。