Все статьи
СервисВладелец бизнесасогласованияаппрувии-агентбезопасностьдоверие

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

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

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

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

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

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

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

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

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

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

Боль: страшно давать ИИ доступ к реальным деньгам

Идея, что ИИ-агент может сам менять цену товара, останавливать рекламную кампанию или подключать акцию, звучит одновременно привлекательно (экономит время) и тревожно (а если он ошибётся?). Цена, остаток, рекламный бюджет — это реальные деньги, и не всякий вызов маркетплейса можно отменить бесследно. Без жёсткого разделения «предложить» и «применить» доверие к автоматизации разумно низкое — и именно это разделение встроено в архитектуру платформы, а не оставлено на усмотрение промпта.

Как убедиться, что контроль реально у вас

Подробно: как проверить, что контроль реально у вас
  1. Запомните базовое правило: агент (и даже интерфейс, и API) только СОЗДАЁТ намерение — «хочу изменить цену товара X на Y ₽». Реально применяет изменение в WB/Ozon отдельный исполнитель, и только после того, как человек с достаточными правами это одобрил в «Согласованиях».
  2. Проверяйте карточку «было → станет» перед одобрением, а не только сам факт «заявка создана». «Было» — снимок реального состояния на момент возникновения намерения; если платформа не смогла его получить, вы честно увидите «текущее значение неизвестно», а не подставленный ноль, который мог бы ввести в заблуждение.
  3. Знайте, что список возможных действий агента ограничен кодом платформы, а не промптом: агент физически не может «придумать» новый тип действия, которого нет в этом списке. Часть действий (например, полное удаление рекламной кампании) требует более высокой роли — Администратор, а не Менеджер — это дополнительный барьер для самых необратимых операций.
  4. Понимайте разницу между «Применено» и реальным изменением на площадке. Сейчас исполнитель работает в тестовом (dry-run) режиме: одобренная заявка проходит весь цикл, но реального вызова WB/Ozon не происходит. Включение боевого режима — отдельное явное решение владельца платформы, которое не включится само по мере использования и не должно вас удивить.
  5. Знайте про откат. Если применённое изменение оказалось ошибкой — кнопка «Откатить» не меняет ничего напрямую, она создаёт новую заявку-компенсацию, которая точно так же ждёт вашего одобрения. Не все действия обратимы технически (например, списание бюджета рекламной кампании) — это ограничение самого маркетплейса, а не платформы.
  6. Раз в неделю просматривайте отклонённые и упавшие с ошибкой заявки — если один и тот же тип действия регулярно проваливается, вероятно, стоит донастроить правило или обсудить с ИИ формулировку задачи, прежде чем это станет системной проблемой.

Ценность

Раздел даёт то, ради чего вообще можно доверить ИИ работу с реальными деньгами в маркетплейсе: полную гарантию, что ничего не изменится без вашего явного «да». Это не дисциплина сотрудника и не договорённость с моделью — это архитектурное ограничение, которое нельзя случайно обойти ни промптом, ни ошибкой агента.

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

Я одобрил заявку, но ничего не изменилось в WB/Ozon — это баг? Нет, скорее всего исполнитель ещё работает в тестовом (dry-run) режиме — проверьте статус заявки: если он «Применено», а не «Ошибка», технически цикл прошёл успешно, просто реального вызова площадки ещё не было.

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

Кто вообще может одобрять заявки в моей организации? Роль Менеджер и выше (Менеджер, Администратор, Владелец) — то же право, что нужно для настройки алертов. Наблюдатель и Аналитик видят список, но без кнопок одобрения.

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

Что делать, если diff показывает «текущее значение неизвестно»? Это честный ответ платформы, а не ошибка: она не смогла снять снимок состояния «до» на момент создания заявки (например, товар только что появился и ещё не был просканирован системой).