在Authorize.net CIM中,为什么我的第一笔交易没有显示在客户历史记录中?

在Authorize.net CIM中,为什么我的第一笔交易没有显示在客户历史记录中?,authorize.net,authorize.net-cim,Authorize.net,Authorize.net Cim,在沙箱和生产环境中,CIM通过authorize.net API接收的第一个事务未列在客户历史记录中。但是,列出了所有后续交易。注意,可以通过搜索事务ID找到第一个事务,但我不明白为什么它没有列在历史记录中 例如: 客户档案id:123546789 此客户的第一笔交易是:987654321,但此交易ID未列在历史记录中 此客户在第一笔交易之后发生了四笔交易,它们都列在历史记录中 知道为什么会发生这种情况吗?我与authorize.net Live支持团队进行了交谈,我们检查了发生这种情况的生

在沙箱和生产环境中,CIM通过authorize.net API接收的第一个事务未列在客户历史记录中。但是,列出了所有后续交易。注意,可以通过搜索事务ID找到第一个事务,但我不明白为什么它没有列在历史记录中

例如:

  • 客户档案id:123546789
  • 此客户的第一笔交易是:987654321,但此交易ID未列在历史记录中
  • 此客户在第一笔交易之后发生了四笔交易,它们都列在历史记录中

知道为什么会发生这种情况吗?

我与authorize.net Live支持团队进行了交谈,我们检查了发生这种情况的生产客户。他们必须查阅内部文件才能找到答案

由于操作顺序,这是预期的行为。这意味着,当在创建客户配置文件的同时发送事务时,事务将在创建配置文件之前首先运行并验证,这样他们就不会最终创建一个不使用的配置文件


因此,事务将永远不会绑定回客户历史记录,因为在事务运行时配置文件不存在。他们理解这一点令人困惑,建议在API的未来版本中提交更正请求。

我与authorize.net Live支持团队进行了交谈,我们检查了发生这种情况的生产帐户。他们必须查阅内部文件才能找到答案

由于操作顺序,这是预期的行为。这意味着,当在创建客户配置文件的同时发送事务时,事务将在创建配置文件之前首先运行并验证,这样他们就不会最终创建一个不使用的配置文件


因此,事务将永远不会绑定回客户历史记录,因为在事务运行时配置文件不存在。他们理解这是令人困惑的,建议在API的未来版本中提交一个更正请求。

这听起来像是你应该联系Authnet客户支持,因为这是一种不寻常的行为。@johncode同意。我已经提交了一份支持通知单,但尚未收到回复,因此我想我会看看是否有人见过类似的行为。如果您确实收到了回复,请将解决方案作为回复发布,以便其他有相同问题的人更容易找到it@rhldr当作为第一个事务的一部分创建客户配置文件时,会出现此模式。是的,我提交了这些详细信息作为我请求的一部分。@rhldr我从Authorize.net收到回音,他们现在说这种类型的交易应该显示在客户历史记录中。他们建议我联系他们的实时支持,以便他们可以查看生产中的事务。当我了解更多信息时,我会向您汇报。这听起来像是您应该联系Authnet客户支持,因为这是一种不寻常的行为。@johncode同意。我已经提交了一份支持通知单,但尚未收到回复,因此我想我会看看是否有人见过类似的行为。如果您确实收到了回复,请将解决方案作为回复发布,以便其他有相同问题的人更容易找到it@rhldr当作为第一个事务的一部分创建客户配置文件时,会出现此模式。是的,我提交了这些详细信息作为我请求的一部分。@rhldr我从Authorize.net收到回音,他们现在说这种类型的交易应该显示在客户历史记录中。他们建议我联系他们的实时支持,以便他们可以查看生产中的事务。当我知道更多的时候,我会回来报告。谢谢你分享这个。我想这是互联网上唯一包含这些信息的地方。更新。因为我需要将所有交易与一位客户联系起来,所以我最终打了电话。首先,我创建了一个具有支付配置文件的客户,然后我有一个单独的电话向新创建的配置文件收费。这很不方便,但解决了问题。谢谢分享。我想这是互联网上唯一包含这些信息的地方。更新。因为我需要将所有交易与一位客户联系起来,所以我最终打了电话。首先,我创建了一个具有支付配置文件的客户,然后我有一个单独的电话向新创建的配置文件收费。这很不方便,但解决了问题。