在Authorize.net API，当getSettledBatchList返回settlementState settlementError时，该批次的最终状态是什么？我应该对批量交易发生什么？
第二天是否使用相同的批次ID再次处理同一批次，可能导致settlementState settledSuccessfully？或者受影响的交易是否自动包含在具有新批次ID的新批次中？
如果交易包含在新批次中，那么它们是否会包含在多个批次中？如果事务包含在多个批次中，那么对于多个批次中包含的事务，每个批次的getTransactionList将返回完全相同的transactionStatus，无论使用哪个批次ID进行{{1请求？
最初在https://community.developer.authorize.net/t5/Integration-and-Testing/What-happens-to-a-batch-having-a-settlementState-of/td-p/58993询问了问题。如果问题在那里得到解答，我也会在这里添加答案。
答案 0 :(得分：0)
以下是Authorize.Net社区中针对未遵循link in the question的人员发布的答案：
“结算错误”的批次状态表示批次失败。根据商家使用的处理器和不同的故障原因，批次可能失败的原因不同。需要重置失败的批次，这意味着商家需要联系Authorize.Net以请求批量重置。重要的是要注意30天以上的批次无法重置。重置批次时，商家需要首先与其MSP（商家服务提供商）确认批次未获得资金，并且在提交要重置的批次的票证之前修复了批次失败的错误。
重置批次并不能真正修改批次，它的作用是，它是否需要批次中的交易并将它们放回到未设置状态，以便它们与下一批次结算。失败批次中的那些交易仍将具有原始提交日期。
答案 1 :(得分：0)
Authorize.net只是将批量发送到你的msp，你必须联系你的msp，让他们三个方式调用authorize.net来解决它。