Все статьи
СервисМенеджер маркетплейсовсогласованияаппрувии-агентбезопасностьдоверие

Согласования: почему ИИ ничего не меняет сам

Раздел «Согласования» — то самое место, где вы даёте явное «да» на любое изменение в маркетплейсе, предложенное ИИ-агентом, интерфейсом или внешней интеграцией. Жёсткое правило платформы: агент (и даже интерфейс/API) только СОЗДАЁТ намерение — реально применяет изменение в WB/Ozon отдельный исполнитель, и только после того, как человек с достаточными правами это одобрил.

Откуда данные

  • Что может предложить агент — узкий и явный список типов действий (изменить цену, изменить остаток, поставить/снять рекламную кампанию с паузы, изменить ставку в рекламе, изменить габариты карточки, подключить товар к акции и другие). Список задан в коде платформы, а не в промпте агента. Часть действий (например, полное удаление рекламной кампании) требует более высокой роли — Администратор, а не Менеджер.
  • Карточка «было → станет» — «было» это снимок реального состояния, снятый в момент возникновения намерения; «станет» — то, что предлагается поставить. Если снимок «до» не удалось получить — честно показывается «текущее значение неизвестно», а не выдуманный ноль.
  • Статус заявки — живая очередь в базе данных: ожидает одобрения → одобрено → исполняется → применено, либо ошибка/откачено/отклонено.
  • Источник намерения — ИИ-агент в чате, вы сами через интерфейс, внешняя интеграция по API или MCP-агент.

Как читать экран

  • Действие — что предлагается изменить и где, плюс diff «было → станет» прямо в строке.
  • Кабинет — в каком магазине маркетплейса это произойдёт.
  • Источник — ИИ-агент / Интерфейс / API / MCP-агент.
  • Статус: Ожидает одобрения (нужно решение), Одобрено/Исполняется, Применено, Ошибка, Откачено (было применено, потом отменено обратной заявкой), Отклонено.

Честно про режим исполнения

Сейчас исполнитель, который реально вызывает маркетплейс, работает в тестовом (dry-run) режиме: одобренные заявки проходят весь цикл, но реального вызова WB/Ozon не происходит. Включение боевого режима — отдельное явное решение владельца платформы, не то, что включается само по мере использования.

Частые вопросы

  • Я одобрил заявку, но ничего не изменилось в WB/Ozon — почему? Скорее всего исполнитель ещё работает в тестовом режиме — см. раздел выше.
  • Можно ли отменить уже применённое изменение? Да, но не напрямую — кнопкой «Откатить», которая создаёт обратную заявку-компенсацию, снова ждущую одобрения. Необратимые типы действий (например, удаление рекламной кампании) отката не имеют — ограничение самого маркетплейса.
  • Кто может одобрять заявки? Роль Менеджер и выше (Менеджер, Администратор, Владелец). Роли Наблюдатель и Аналитик видят список, но без кнопок «Одобрить/Отклонить».

Боль: заявки копятся, а решения по ним нужно принимать быстро и обоснованно

Когда ИИ-агент, коллеги через интерфейс и внешние интеграции по API одновременно создают заявки на изменения, очередь согласований быстро становится местом, где легко либо затянуть с решением (упустить момент для выгодного изменения цены), либо одобрить не глядя (пропустить ошибку в diff). Обеим крайностям противостоит одно и то же — чёткая, быстрая процедура разбора очереди.

Как работать по шагам

Подробно: разбор очереди согласований по шагам
  1. Открывайте фильтр по умолчанию — на экране сразу видны только статусы, ожидающие решения, остальные скрыты, чтобы не отвлекать от того, что реально требует действия сейчас.
  2. Для каждой заявки сначала смотрите diff «было → станет» прямо в строке — если согласны, жмите «Одобрить». После этого реальный вызов маркетплейса делает отдельный исполнитель, не сама эта страница и не браузер.
  3. Если предложение не подходит — «Отклонить», по возможности с указанием причины: она попадёт в аудит и, если заявку создавал ИИ-агент, поможет ему в следующий раз предложить точнее.
  4. Если что-то уже применилось, но оказалось ошибкой — используйте «Откатить»: кнопка не меняет ничего напрямую, она создаёт новую заявку-компенсацию («вернуть как было»), которая точно так же ждёт одобрения. Помните, что не все типы действий обратимы технически — например, полное удаление рекламной кампании отменить нельзя, маркетплейс не возвращает эту операцию назад.
  5. В первый день на новом месте — не одобряйте заявку, если непонятен diff «было → станет»: переспросите в чате у ИИ-агента, зачем он предложил именно это изменение, прежде чем нажимать «Одобрить».
  6. Раз в неделю просматривайте отклонённые и упавшие с ошибкой заявки — если один и тот же тип действия регулярно проваливается (например, площадка временно отклоняет запрос), стоит донастроить правило или обсудить с ИИ формулировку задачи.
  7. Смотрите поле «Источник», если непонятно, откуда взялась заявка — ИИ-агент в чате, вы сами через интерфейс, внешняя интеграция по API или MCP-агент: это помогает быстро понять контекст предложенного изменения.

Ценность

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

Частые вопросы

Заявка показывает статус «Ошибка» — что делать? Значит вызов маркетплейса не прошёл после одобрения (например, площадка временно отклонила запрос). Посмотрите причину в карточке и, если нужно, попросите ИИ-агента создать заявку заново.

Почему кнопка «Одобрить» доступна не всем в команде? Одобрять заявки может роль Менеджер и выше — то же право, что нужно для настройки алертов. Наблюдатель и Аналитик видят очередь, но без кнопок решения.

Как быстро понять, откуда взялась заявка, если их создаёт несколько источников? Смотрите поле «Источник» — ИИ-агент / Интерфейс / API / MCP-агент; это сразу подсказывает, у кого уточнять контекст, если что-то непонятно.

Что делать, если одобренная заявка не привела к видимому изменению у площадки? Проверьте, не работает ли исполнитель в тестовом (dry-run) режиме — сейчас это ожидаемое поведение, не сбой; статус «Применено» при этом означает, что технически цикл прошёл успешно.

Можно ли откатить любое применённое изменение? Нет — необратимые технически действия (например, удаление рекламной кампании) отката не имеют, это ограничение самого маркетплейса, не платформы. Кнопка «Откатить» доступна только там, где обратная операция вообще возможна.