恰好有settlementError的settlementState批什麼？

Question

在Authorize.net API中，當getSettledBatchList返回settlementState的settlementError時，批次的最終狀態是？我應該期待批量交易發生什麼？

是同一批次再次處理次日，使用同一批次ID，可能導致settledSuccessfully的settlementState？或者受影響的交易是否自動包含在具有新批次ID的新批次中？

如果交易被列入新一批，他們會再被包括在多個批次？如果交易被包含在多個批次，將getTransactionList對於每個批次，返回被列入多批次的事務完全相同的transactionStatus，無論哪個批次ID的使用，使getTransactionList要求嗎？

問題在https://community.developer.authorize.net/t5/Integration-and-Testing/What-happens-to-a-batch-having-a-settlementState-of/td-p/58993最初問。如果問題在那裏得到解答，我也會在這裏添加答案。

Answer 1

這裏是在Authorize.Net社區張貼那些誰沒有按照link in the question答案：的「結算錯誤」

批次狀態意味着該批次不合格。有不同的原因了一批可以根據商家使用處理器和失敗的不同原因的失敗。失敗的批處理需要重新設置，這意味着商家需要聯繫Authorize.Net，請求批覆位。重要的是要注意，超過30天的批次不能重置。當重置批，商戶需要先確認他們的MSP（商業服務提供商），該批次未被資助，以及失敗的批次已定，提交一張票批量重置前的錯誤。

重置批次並不真正修改批次，它會執行什麼操作，是否需要批次中的事務處理，然後將其置於不穩定狀態，以便它們與下一批處理完成。那些失敗批次中的交易仍將具有原始提交日期。