Метод управления моделью склада позволяет отдельно включать и выключать FBS, DBS или Экспресс. Ответ API нужно отличать от фактической видимости предложений на витрине.

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

Один физический склад может участвовать в нескольких моделях продаж. Когда требуется остановить только Экспресс, выключение всей интеграции или обнуление общего остатка затронет больше процессов, чем нужно. Официальный метод updateWarehouseModelStatus предназначен для изменения состояния конкретной модели склада. В запросе используются идентификатор бизнеса, partnerWarehouseId, выбранная модель и логическое значение enabled.

До отправки составьте короткую запись операции: какой склад, какая модель и зачем меняются. Сопоставьте идентификатор с внутренним складом компании. Это особенно важно при синхронизации групп складов Маркета, где похожие идентификаторы относятся к разным сущностям. Нельзя считать название склада достаточным основанием для массового выключения всех найденных объектов.

Проверьте полномочия и состояние запроса

Метод требует доступа inventory-and-order-processing либо полного доступа. Для передачи выбирается модель FBS, DBS или EXPRESS и желаемое состояние. Проверьте эти поля перед выполнением, особенно если параметры подставляются из таблицы. Значение false должно относиться только к согласованной модели. Ошибка сопоставления кодов может остановить не тот канал, хотя технически запрос останется корректным.

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

Не принимайте OTHER за подтверждение продаж

В ответе состояние DISABLED_MANUALLY обозначает ручное отключение. Значение OTHER шире: оно может соответствовать включённой модели либо отключению со стороны Маркета. Поэтому проверка вида «ответ не DISABLED_MANUALLY, значит всё продаётся» неверна. Сохраните исходный ответ и дополнительно проверьте состояние магазина, возможные ограничения и доступность контрольных предложений.

Для внутреннего журнала полезны три разных результата: запрос принят, состояние модели получено, предложения проверены. Это редакционная схема контроля, а не дополнительные API-статусы. Она предотвращает ситуацию, когда сотрудник объявляет запуск завершённым сразу после успешного HTTP-ответа, хотя площадка продолжает ограничивать модель по другой причине. Повторять включение без выяснения причины недостаточно.

Учитывайте время применения изменений

Справка описывает скрытие после отключения в пределах 15 минут. Включение обычно занимает до 15 минут, но после отключения на 30 дней и более может потребоваться до четырёх часов. Планируйте контроль с учётом этих интервалов. Мгновенное отсутствие предложения после включения ещё не доказывает ошибку, а его краткая видимость после выключения не подтверждает игнорирование запроса.

Проверьте несколько товаров из нужной модели в подходящем регионе и сохраните время проверки. Если ожидаемое состояние не наступило после описанного интервала, собирайте обращение с идентификаторами, параметрами запроса и ответом. Не рассылайте токен доступа вместе с журналом. Завершённая операция должна иметь понятное подтверждение результата и не оставлять команду в ожидании без ответственного за повторную проверку.

Это практическое руководство по официальной справке, проверенной 20 октября 2026 года. Дата проверки не означает, что описанная возможность появилась сегодня. Примеры организации работы отражают рекомендации редакции.