С вопросом
Проблема в /v3/supply-order/get
21 ноября 2025
6170
2
8
Здравствуйте!
Обнаружили проблему в новом методе /v3/supply-order/get.
Метод возвращает изменённые названия складов, которые не совпадают с актуальными названиями, используемыми в методе (/v2/supply-order/get).
Из-за этого происходит некорректный маппинг кластеров: склад по имени невозможно сопоставить с данными из /v1/cluster/list, и часть заявок выпадает из логики обработки.
Примеры расхождений:
Ростов_на_Дону_РФЦ → РОСТОВ-НА-ДОНУ_РФЦ
Хоругвино_РФЦ_НЕГАБАРИТ → ХОРУГВИНО_КГТ
Казань_РФЦ_НОВЫЙ → КАЗАНЬ_РФЦ_НОВЫЙ
Екатеринбург_РФЦ_НОВЫЙ → ЕКАТЕРИНБУРГ_РФЦ_НОВЫЙ
Новосибирск_РФЦ_НОВЫЙ → НОВОСИБИРСК_РФЦ_НОВЫЙ
Просьба уточнить:
- Будут ли названия складов унифицированы между методами /v3/supply-order/get и /v1/cluster/list?
- Планируется ли обновление справочника складов и кластеров после 24.11.2025, чтобы привести их к единому формату?
- Возможно ли получить официальный список соответствий старых и новых названий складов, чтобы корректно выстроить маппинг на стороне интеграции?
Это критично для корректной работы автоматизации и распределения заявок по кластерам.
Спасибо!

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