我计划在我们的应用程序中引入一项功能,以便会员可以选择由他之前创建的卡创建的现有客户资料。
以下是问题:
- 如何验证客户资料仍然有效且其卡未过期?
- 允许会员选择现有的个人资料是一种好方法吗?
- 如果我们不允许选择,则使用具有不同发票编号的同一张卡,允许我们创建 ARB,但它也会创建一个新的客户资料。这样,几年内可能会有数千个配置文件。Authorize.NET 如何处理此类数据?
我计划在我们的应用程序中引入一项功能,以便会员可以选择由他之前创建的卡创建的现有客户资料。
以下是问题:
如何验证客户资料仍然有效且其卡未过期?
如果您的目标是积极主动地管理此问题,您将需要最终跟踪此情况。目前没有 API 调用可以告诉您卡是否已过期或即将过期。
允许成员选择现有配置文件是一种好方法吗?
当然。这是一个方便的功能,让您的用户选择他们想要使用的付款方式绝不是一个坏主意。
如果我们不允许选择,则使用具有不同发票编号的同一张卡,允许我们创建 ARB,但它也会创建一个新的客户资料。这样,几年内可能会有数千个配置文件。Authorize.NET 如何处理此类数据?
他们可以轻松处理大量配置文件。您需要做的就是确保您的系统也可以。