Authorize.NET 客户付款资料
Authorize.NET Customer Payment Profiles
我打算在我们的应用程序中引入一项功能，以便会员可以选择由他之前创建的卡创建的现有客户资料。
问题如下：
- 如何验证客户资料仍然有效且其卡未过期？
- 允许成员选择现有配置文件是一种好方法吗？
- 如果我们不允许选择，那么使用具有不同发票# 的同一张卡，允许我们创建 ARB，但它也会创建一个新的客户资料。这样，几年内就会有成千上万的配置文件。 Authorize.NET 如何处理此类数据？
How to validate that the customer profile is still valid and its card is not expired?
如果您的目标是主动管理它，您将需要在您这一端跟踪它。当前没有 API 电话会告诉您卡是否已过期或即将过期。
Does it a good approach to allow members to choose existing profiles?
当然可以。这是一个方便的功能，让您的用户选择他们想要使用的付款方式绝不是一个坏主意。
If we do not allow to choose, then using the same card with a different invoice #, allows us to create ARB, but it also creates a new customer profile. That way, there can be thousands of profiles in few years. How Authorize.NET handle such data?
他们可以轻松处理大量配置文件。您需要做的就是确保您的系统也可以。
我打算在我们的应用程序中引入一项功能，以便会员可以选择由他之前创建的卡创建的现有客户资料。
问题如下：
- 如何验证客户资料仍然有效且其卡未过期？
- 允许成员选择现有配置文件是一种好方法吗？
- 如果我们不允许选择，那么使用具有不同发票# 的同一张卡，允许我们创建 ARB，但它也会创建一个新的客户资料。这样，几年内就会有成千上万的配置文件。 Authorize.NET 如何处理此类数据？
How to validate that the customer profile is still valid and its card is not expired?
如果您的目标是主动管理它，您将需要在您这一端跟踪它。当前没有 API 电话会告诉您卡是否已过期或即将过期。
Does it a good approach to allow members to choose existing profiles?
当然可以。这是一个方便的功能，让您的用户选择他们想要使用的付款方式绝不是一个坏主意。
If we do not allow to choose, then using the same card with a different invoice #, allows us to create ARB, but it also creates a new customer profile. That way, there can be thousands of profiles in few years. How Authorize.NET handle such data?
他们可以轻松处理大量配置文件。您需要做的就是确保您的系统也可以。