# Согласования: ничего не уходит в маркетплейс без вашего подтверждения

> Для владельца бизнеса — почему ИИ-агент может только предложить изменение цены, остатка или рекламы, но никогда не применяет его сам без вашего явного одобрения.

published: 2026-08-05T22:32:00+03:00
updated: 2026-08-05T22:32:00+03:00

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

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

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

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

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

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

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

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

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

## Коротко

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

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

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

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

<details>
<summary>Подробно: как проверить, что контроль реально у вас</summary>

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

</details>

## Ценность

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

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

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

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

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

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

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