Question

这里的任何帮助将不胜感激。

截至3天前，我们的网站开始在authorize.net CIM交易中随机授权交易两次，具有完全相同的细节。由于这一点在我们的结尾没有任何变化，我试图设置duplicateWindow或x_duplicate_window来停止第二次交易，因为我不知道它来自哪里（它似乎没有关于何时的模式它发生了）。

下面是一个似乎无法正常发送的xml示例。再次，任何帮助将不胜感激。

<createCustomerProfileTransactionRequest xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd">
<merchantAuthentication>
    <name>ACCOUNT_ID</name>
    <transactionKey>TRANS_KEY</transactionKey>
</merchantAuthentication>
<refId></refId>
<transaction>
    <profileTransAuthOnly>
        <amount>5.97</amount>
        <customerProfileId>CUST_PROFILE</customerProfileId>
        <customerPaymentProfileId>PAY_PROFILE</customerPaymentProfileId>
        <order>
            <invoiceNumber>4032486</invoiceNumber>
            <description></description>
            <purchaseOrderNumber></purchaseOrderNumber>
        </order>
    </profileTransAuthOnly>
</transaction>
<extraOptions><![CDATA[x_duplicate_window=10]]></extraOptions>
</createCustomerProfileTransactionRequest>

Answer 1

我想在此确认您并非疯狂。我们看到在我们的生产authorize.net帐户中生成的随机重复交易来自于1月12日和1月19日创建的两个批次，在帐户中记录的彼此之间的一秒钟内。昨天我花了整个下午试图弄明白（下游代理重播POST等）。原来完全相同的XML（切换标识符）会触发针对测试API端点的重复事务错误，但不会在生产中生成错误。似乎无法在生产中获得重复的交易错误。

与他们的伙伴打电话一段时间之后，我把一大堆信息放在一起发送给开发者。我将另一个测试推向生产只是为了好玩，并重新获得了重复的事务错误。我不知道它是否最终成为他们自己的东西，或者是帐户的东西，但它开始正常工作＆＃34;正确＆＃34; 2016年1月20日中部标准时间上午11点左右。我仍然将这些信息发送给开发者，希望能够看到更多相关信息，但您应该看看它现在不再是您的问题。

Authorize.net CIM API重复交易

1 个答案: