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

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

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

## Коротко

- Фильтр по умолчанию показывает только статусы, ожидающие решения — остальное скрыто, чтобы не отвлекать.
- Для каждой заявки сначала смотрите diff «было → станет»; после одобрения реальный вызов маркетплейса делает отдельный исполнитель.
- «Откатить» не меняет ничего напрямую — создаёт новую заявку-компенсацию, которая тоже ждёт одобрения; не все действия обратимы технически.
- Раз в неделю просматривайте отклонённые и упавшие с ошибкой заявки — регулярный сбой одного типа действия стоит донастройки правила.
- Поле «Источник» подсказывает, откуда взялась заявка — ИИ-агент, вы сами, API или MCP-агент.

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

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

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

<details>
<summary>Подробно: разбор очереди согласований по шагам</summary>

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

</details>

## Ценность

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

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

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

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

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

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

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