При отключении API Маркета сначала нужно установить причину по apiAvailability. Замена ключа не исправит отсутствие договора или выключенную интеграцию. Инструкция редакционно проверена 15 октября 2026 года; эта дата не означает запуск функции.

Где искать причину остановки

Статус доступен через GET v2/campaigns/{campaignId} для магазина либо GET v2/campaigns для списка магазинов, а также в разделе «Настройки → API и модули». AVAILABLE означает доступность. При отключении магазина блокируются запросы всех его интеграций; неисполненные обращения не попадают в логи.

Поэтому отсутствие свежей записи в журнале ещё не доказывает, что программа не пыталась обратиться к Маркету. Редакционная рекомендация — сопоставить статус магазина с собственным журналом интегратора. Сохраните время остановки, идентификатор магазина и последнее подтверждённое обновление цен или остатков.

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

MANUALLY_DISABLED требует включить интеграцию в кабинете. DISABLED_BY_INACTIVITY возникает, если товары не размещались на витрине больше 90 дней: включите интеграцию, проверьте логи, актуальность цен и остатков, затем отправьте магазин на модерацию. DISABLED_BY_NO_ACTIVE_CONTRACT требует завершить подключение в юридических данных. При DISABLED_BY_NO_PLACEMENT_TYPE подключите магазин к программе размещения.

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

Как организовать восстановление обмена

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

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

Каким результатом завершить проверку

После исправления подождите до минуты, повторно запросите статус и убедитесь, что получено AVAILABLE. Затем выполните контрольный запрос. Этот порядок указан в документации; одно нажатие переключателя ещё не подтверждает восстановление всей цепочки обмена.

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