Что происходит с партией, имеющей урегулирование State of урегулирования Error?
В API Authorize.net, когда getSettledBatchList возвращает settlementState из settlementError это конечное состояние для партии? Чего ожидать от пакетных транзакций?
Повторно ли обрабатывается та же партия на следующий день с использованием того же идентификатора партии, что может привести к settlementState из settledSuccessfully? Или затронутые транзакции автоматически включаются в новый пакет с новым идентификатором пакета?
Если транзакции включены в новый пакет, будут ли они включены в несколько пакетов? Если транзакции включены в несколько пакетов, будет getTransactionList для каждой из этих партий возвращаются одинаковые transactionStatus для транзакций, которые были включены в несколько пакетов, независимо от того, какой идентификатор пакета был использован для getTransactionList запрос?
Первоначально вопрос задавался по адресу https://community.developer.authorize.net/t5/Integration-and-Testing/What-happens-to-a-batch-having-a-settlementState-of/td-p/58993. Если там ответят на вопрос, я также добавлю ответ здесь.
2 ответа
Authorize.net просто отправляет пакет на ваш msp, вам нужно будет связаться с вашим msp, чтобы он трижды позвонил authorize.net, чтобы разобраться.
Вот ответ, опубликованный в сообществе Authorize.Net для тех, кто не перешел по ссылке в вопросе:
Состояние партии "ошибка расчета" означает, что партия не выполнена. Существуют разные причины сбоя пакета в зависимости от процессора, который использует продавец, и разных причин сбоя. Отказавшаяся партия должна быть сброшена, и это означает, что продавцу нужно будет связаться с Authorize.Net для запроса сброса партии. Важно отметить, что партии старше 30 дней не могут быть сброшены. При сбросе партии продавцу необходимо сначала подтвердить с помощью своего MSP (поставщика услуг продавца), что партия не была профинансирована, а ошибка, которая не удалась, была исправлена, прежде чем отправлять заявку на сброс партии.
Сброс пакета на самом деле не меняет пакет, то, что он делает, это то, что он берет транзакции из пакета и помещает их обратно в неустановленные, чтобы они сопоставлялись со следующей партией. Те транзакции, которые были в неудачном пакете, все еще будут иметь первоначальную дату отправки.