В обновлении 1.5.7 модуля Twin px «Яндекс Доставка» для 1С-Битрикс появился выбор склада непосредственно в настройках. Журнал разработчика датирован 12 октября 2026 года. Данные запрашиваются у Яндекс Доставки, а идентификатор выбранной точки подставляется в поле «ID адреса забора». Магазину больше не нужно отдельно выяснять Platform ID для этого шага настройки.

Что изменилось для магазина

Обновление относится к конкретному модулю доставки внешнего интернет-магазина. Оно не меняет модель FBY или FBS на Яндекс Маркете. Выбор исходящего склада отвечает на вопрос, откуда передают заказ в перевозку; пункт выдачи покупателя — другая точка маршрута. Сходные названия полей не делают эти идентификаторы взаимозаменяемыми.

Разработчик также предупреждает о необходимости полной резервной копии сайта перед обновлением. Это позволяет готовить изменение настроек на проверенной версии магазина и сохранять возможность восстановления при несовместимости с доработанным оформлением заказа.

Как проверить выбранный склад

Редакция рекомендует сначала составить соответствие между физическим адресом, названием объекта в договоре и записью, которую показывает модуль. Если компания использует несколько похожих названий, ориентируйтесь на адрес и принадлежность нужному кабинету. Автоматически полученный список избавляет от ручного поиска номера, но не выбирает за продавца правильную площадку.

После сохранения повторно откройте настройки и сопоставьте выбранный объект с подставленным идентификатором. Зафиксируйте результат в инструкции сотруднику, который оформляет отгрузки. Это особенно полезно, когда интернет-магазин обслуживается несколькими складами или часть заказов собирает внешний подрядчик.

Контрольный заказ до массового запуска

Проверьте реальный рабочий сценарий на согласованном небольшом объёме. Сопоставьте адрес забора в настройках, созданную заявку и сведения, доступные ответственному за отгрузку. Отдельно проверьте, что конечный адрес или ПВЗ покупателя сохранился независимо от выбора склада отправления.

Если склад не появился в списке, не подставляйте случайный идентификатор похожего объекта. Сначала установите, каким кабинетом авторизован модуль и где зарегистрирована нужная точка. Точный порядок исправления зависит от настройки подключения; заметка о релизе не содержит универсальной инструкции для каждой ошибки доступа.

Когда проверку можно считать законченной

Результат — заказ уходит с нужной площадки, а сотрудник видит тот же адрес, который использовали при настройке. Для каждой действующей схемы сохраните пример успешной заявки и дату изменения. Если позже переезжает собственный склад, это соответствие необходимо пересмотреть, даже когда покупательский интерфейс внешне не изменился.

Для сравнения, календарь ПВЗ в другом модуле доставки помогает выбрать конечную точку. Новое обновление Twin px закрывает противоположный участок маршрута — исходящий склад магазина. Эти проверки дополняют друг друга, но не заменяют сверку фактической передачи товара перевозчику.