С вопросом

Проблема в /v3/supply-order/get

21 ноября 2025
6170
2
8

Здравствуйте!

Обнаружили проблему в новом методе /v3/supply-order/get.

Метод возвращает изменённые названия складов, которые не совпадают с актуальными названиями, используемыми в методе (/v2/supply-order/get).

Из-за этого происходит некорректный маппинг кластеров: склад по имени невозможно сопоставить с данными из /v1/cluster/list, и часть заявок выпадает из логики обработки.

Примеры расхождений:

Ростов_на_Дону_РФЦ → РОСТОВ-НА-ДОНУ_РФЦ

Хоругвино_РФЦ_НЕГАБАРИТ → ХОРУГВИНО_КГТ

Казань_РФЦ_НОВЫЙ → КАЗАНЬ_РФЦ_НОВЫЙ

Екатеринбург_РФЦ_НОВЫЙ → ЕКАТЕРИНБУРГ_РФЦ_НОВЫЙ

Новосибирск_РФЦ_НОВЫЙ → НОВОСИБИРСК_РФЦ_НОВЫЙ

Просьба уточнить:

  1. Будут ли названия складов унифицированы между методами /v3/supply-order/get и /v1/cluster/list?
  2. Планируется ли обновление справочника складов и кластеров после 24.11.2025, чтобы привести их к единому формату?
  3. Возможно ли получить официальный список соответствий старых и новых названий складов, чтобы корректно выстроить маппинг на стороне интеграции?

Это критично для корректной работы автоматизации и распределения заявок по кластерам.

Спасибо!

2 комментария
Чтобы оставить комментарий, нужно  или 
  • R
    rseller
    11 месяцев назад

    @NSalms Спасибо за ответ!

    4
  • NSalms
    NSalms
    11 месяцев назад
    Модератор

    @romamaison Мы так же отдаем id складов, по идентификаторам можно смаппить названия. Сейчас работаем над методом второй версии /v2/cluster/list, попробуем что-то сделать, чтобы названия складов были везде одинаковыми.

    2