Нужна помощь по модулю доставки СДЭК

[Vaganofff]

День добрый!

Модуль СДЭК.
ocStore 1.5.3.1

дня может 4 назад перестал показывать расчет для части городов. Но для части городов показывает, и все корректно
Интеграция со СДЭК на сайте работает нормально (составление накладных и синхронизация)

Если отключить модуль симпл, и попытаться оформить заказ через стандартную корзину, то все равно к примеру для Москвы модуль показывает вариант расчета, а для Ирбита нет
тоже самое и с корзиной СИМПЛ. тоесть проблема не в симпле
в настройки до того как заметили данное поведение никто не лазил. после уже конечно все перепробовали, не помогает
Кто сможет взяться?

[Vaganofff]

а, да, файл с адресами пвз приходит от СДЭК на сервер, и в кеше он есть.
проблемные города тоже там присутствуют, как и не проблемные

таблица oc_cdek_city в базе есть, города там тоже есть

геоданные от симпл тоже подставляются корректно

[nikifalex]

взяться не смогу, однако начните с лога. там в логе все запросы к сдэку должны быть, и там видно что ему не нравится.
ПВЗ это не совсем расчет стоимости доставки. Расчет онлайн делается.

[Vaganofff]

логи там не информативные
вот если нет вывода:

2022-04-11 12:55:26 - СДЭК: Город получателя «Сысерть, Свердловская обл., Россия» (1414)
2022-04-11 12:55:26 - СДЭК: объем 0.012
2022-04-11 12:55:27 - СДЭК: нет результатов для вывода!

вотесли все ок

2022-04-11 12:52:32 - СДЭК: Город получателя «Екатеринбург, Свердловская обл., Россия» (250)
2022-04-11 12:52:32 - СДЭК: объем 0.012
2022-04-11 12:52:39 - СДЭК: вес заказа 1.5

[Vaganofff]

это все на одном и том же товаре.

[Dok326]

Сталкивался с такой проблемой месяц назад. Доконал поддержку интегратора - они писали в сам сдек
выяснилась плавающая ошибка апи самого сдека - не дает тарифов. обещали поправить. заработало через 2 дня.
не факт что у вас беда

[iglin]

это все на одном и том же товаре.

Думается мне тут в техподдержку надо. У меня вообще на все города сейчас так пишет (пробовал ключи с двух разных учёток сдэка). Завтра буду глубже копать, вдруг вы раньше ответ найдёте - пишите

[iglin]

Нашёл проблему которая была в моем случае. "Учитывать ограничение наложенного платежа:". В коде "$total >= (float)$response['result']['cashOnDelivery']".
Тоесть если сумма заказа больше/равна ограничения на суммы наложки, только тогда показывать способ доставки.))
Видать очень много лет в API сдэка была ошибка и только сейчас её исправили и сломали работу у старых пользователей.

[100napb]

Нашёл проблему которая была в моем случае. "Учитывать ограничение наложенного платежа:". В коде "$total >= (float)$response['result']['cashOnDelivery']".
Тоесть если сумма заказа больше/равна ограничения на суммы наложки, только тогда показывать способ доставки.))
Видать очень много лет в API сдэка была ошибка и только сейчас её исправили и сломали работу у старых пользователей.

Красавчик.
Аналогичную проблему вчера решал аж у нескольких клиентов сразу. Решение тоже. Очевидно, СДЭК что-то поменял в апи. не знаю что там ранее возвращалось в сумме ограничения наложенного платежа, но сейчас апи возвращает что-то вроде 2147483647 (типа, ограничения по сумме нет, так как оно заведомом слишком большое) и $total должен быть меньше чем (float)$response['result']['cashOnDelivery'], а не так как прописано в их версии модуля доставки...

[iglin]

не знаю что там ранее возвращалось в сумме ограничения наложенного платежа

Видимо 0 когда ограничения не было) Тогда всё встаёт на свои места.
Но тогда получается в тех городах где ограничение было (если такие существовали) - модуль никогда и не работал.