Я выделил причину, по которой платежные поручения zip отменяются в нашей системе с помощью их поддержки.
Это ответ команды по интеграции.
Мы рассмотрели проблему, и кажется, что проблема возникает с вашей стороны и только тогда, когда в заказе 2 или более знаков после запятой.
Причина возникновения ошибки заключается в том, что на вашем конце, по-видимому, происходит округление до того, как мы создадим заряд.
Причина, по которой это влияет только на Zip-заказы, заключается в том, что Zip проверяет, соответствуют ли данные заказа тому, что передается Zip, и не выдает ли ошибку, чтобы убедиться, что с клиента списана правильная сумма.
Ниже вы можете увидеть страницу продукта, которая округляется до ближайшего первого десятичного знака:
(цена продукта составляет 2180 $)
1013 *
А ниже вы можете увидеть страницу корзины, которая не округляется:
(показывает цену как 2179.98)
Zip получает информацию о странице корзины, а затем сравнивает ее с полезной нагрузкой перед созданием сбора.
Ниже вы можете видеть, что полезная нагрузка округляется после проверки, которая вызывает ошибку:
(изображение кода с зарядом как 2180)
Вы также можете сравнить это с ответом оформления заказа, который имеет другое значение:
(рисунок кода с оплатой как 2179,98)
Мы не уверены, существуют ли какие-либо бизнес-правила, применяемые к вашей стороне, что вызывает поведение, однако плагин Zip функционирует так, как задумано.
Я бы порекомендовал поговорить с вашим разработчиком, так как это не является стандартным округлением Magento и вызывает проблему при взимании платы с клиента.
Я использую OnePage Checkout и могу только думать, что это место, вызывающее проблемы.
Есть ли какие-либо предложения о том, как предотвратить это (т.е. прекратить округление после проверки полезной нагрузки)?!
Я с удовольствием попробую что-нибудь.
Приветствия