# Алерты для агентства: единый мониторинг портфеля клиентских кабинетов > Для агентства — как настроить алерты по каждому клиенту отдельно, зачем указывать кабинет явно и как использовать срабатывания как аргумент в отчёте перед клиентом. published: 2026-08-05T22:32:00+03:00 updated: 2026-08-05T22:32:00+03:00 **Алерт** — это правило вида «сообщи мне, если метрика ведёт себя плохо». Не нужно каждый день открывать десять отчётов и сверять цифры руками — платформа сама следит и присылает сообщение, когда что-то отклонилось: упала выручка, кончился товар, вырос расход на рекламу, пришла серия негативных отзывов. ## Откуда данные - **Метрика** — берётся из готового реестра платформы (выручка, заказы, расход на рекламу, ДРР, доля возвратов, остатки, замороженный капитал в неликвидах и другие). Список метрик и как каждая считается — источник правды один: внутренний реестр метрик платформы, из него же берёт список ИИ- агент, когда предлагает создать правило в чате. - **Порог и условие** задаёте вы: «упало на N%», «выросло на N%», «достигло значения X» или «N раз подряд» (например, для серии плохих отзывов). - **Окно** — за какой период считать метрику (в часах). - **База сравнения** (для «упало/выросло на N%») — с чем сравнивать: вчерашним периодом, тем же днём неделю назад, средним за 4 недели. Чем «глубже» база, тем меньше ложных срабатываний от колебаний буднего/выходного дня, но тем медленнее реакция на резкую просадку. - **Проверка условия** — фоновый процесс проходит по всем активным правилам каждые **5 минут**. Правило срабатывает само, даже если вы закрыли платформу. - **Антиспам (cooldown)** — «не чаще, чем раз в N минут» (от 15 минут до 30 дней). ## Как читать экран - **Условие** — человекочитаемое описание: метрика, оператор, порог, окно, база сравнения. - **Важность** — Инфо / Важное / Критично. Влияет только на оформление уведомления, не на логику срабатывания. - **Статус** — «Активно» или «Пауза». На паузе правило существует, но не проверяется. - **Последнее срабатывание** — когда правило реально сработало (не когда его создали). - **Создано** — вы или ИИ-агент. - **Бейдж «комбо · создано в чате»** — правило с несколькими условиями через «И»/«ИЛИ»: такие правила собирает только ИИ-агент в диалоге, конструктор на странице делает одиночные условия. ## Частые вопросы - **Почему алерт не сработал, хотя метрика явно просела?** Проверьте порог/окно и нажмите «Проверить» — экран покажет текущее значение и то, с чем оно сравнивалось. - **Почему уведомление не пришло ни в Telegram, ни на почту?** Каналы доставки в правиле — это ЧТО слать, а КУДА именно настраивается отдельно в Настройках → Уведомления. - **Можно ли настроить правило «И это, И то одновременно»?** На странице — только одно условие; комбинированные собирает ИИ-агент в чате. ## Коротко - Переключайтесь между организациями клиентов — алерты настраиваются и хранятся отдельно в каждой организации, правила не пересекаются. - Указывайте кабинет явно, если ведёте клиента с несколькими магазинами — по умолчанию правило считает метрику по всем кабинетам организации сразу. - Стандартизируйте базовый набор правил под тип клиента вместо настройки каждый раз с нуля. - Используйте «Последнее срабатывание» как материал для отчёта клиенту — конкретная дата и время убедительнее общего «мы следим». - Просите ИИ-агента настраивать комбинированные правила для сложных клиентских кейсов — конструктор на странице делает только одиночные условия. ## Боль: за одним человеком в агентстве — десяток кабинетов клиентов Когда один сотрудник агентства ведёт несколько клиентов, ежедневный ручной обход отчётов по каждому кабинету не масштабируется — время линейно растёт с числом клиентов, а внимание к каждому отдельному кабинету неизбежно падает. Вторая проблема — доверие клиента: агентству нужно доказательно показать, что оно узнаёт о просадке или проблеме раньше, чем клиент сам это заметит, а не после его звонка с жалобой. ## Как работать по шагам
Подробно: работа с алертами для портфеля клиентов по шагам 1. **Переключайтесь между организациями клиентов** через переключатель организации — алерты настраиваются и хранятся отдельно в каждой организации-клиенте, правила одного клиента не видны и не срабатывают в контексте другого. 2. **Указывайте кабинет явно, если ведёте клиента с несколькими магазинами.** По умолчанию правило считает метрику по всем кабинетам организации сразу — если у клиента несколько магазинов на разных площадках и нужно различать, где именно просело, выбирайте кабинет явно при создании правила. 3. **Стандартизируйте базовый набор правил под тип клиента**, а не настраивайте каждый раз с нуля: для интернет-магазина с активной рекламой — алерт на рост ДРР и просадку выручки; для склад- зависимого продавца — алерт на нулевой остаток ходовых позиций. Единый шаблон экономит время при подключении нового клиента. 4. **Используйте «Последнее срабатывание» как материал для отчёта клиенту.** Список правил с датами срабатывания — готовый аргумент в разговоре: «мы заметили просадку выручки во вторник в 14:03 и написали вам в тот же день» — конкретнее и убедительнее, чем общее «мы следим за вашими показателями». 5. **Раз в неделю по каждому клиенту разбирайте список правил** — то же, что для одного кабинета, но умноженное на число клиентов: шумящие правила снижают доверие к самому механизму алертов у клиента так же, как у владельца одного магазина. 6. **Просите ИИ-агента настраивать комбинированные правила** для более сложных клиентских кейсов («предупреди, если выручка упала и одновременно вырос расход на рекламу») — конструктор на странице делает только одиночные условия на кабинет, комбинации собирает агент в диалоге.
## Ценность Алерты дают агентству то, что сложно обеспечить вручную при растущем портфеле клиентов, — раннее обнаружение проблемы без пропорционального роста ручного труда на каждого нового клиента. Дата и время срабатывания — конкретное, проверяемое доказательство ценности услуги в разговоре с клиентом, а не абстрактное обещание «мы следим». ## Частые вопросы **Можно ли настроить одно правило сразу на всех клиентов агентства?** Нет, правила живут внутри организации клиента и настраиваются отдельно в каждой — это разделение защищает от случайного смешения данных и уведомлений разных заказчиков. **Как объяснить клиенту, почему алерт сработал не по тому магазину, если у него их несколько?** Проверьте поле «Кабинет» правила — если оно не указано явно, метрика считается по всем кабинетам организации сразу; для раздельного мониторинга нескольких магазинов клиента укажите кабинет в каждом правиле отдельно. **Стоит ли ставить одинаковые пороги для всех клиентов?** Нет, порог стоит калибровать кнопкой «Проверить» под конкретный кабинет — у клиентов разный масштаб оборота и волатильность, единый процент падения может быть нормой для одного и катастрофой для другого. **Как использовать срабатывания алертов в регулярном отчёте клиенту?** Список правил с полем «Последнее срабатывание» — готовый источник конкретных дат и событий для отчёта, честнее и убедительнее общих слов о «мониторинге». **Что делать, если клиент просит алерт на метрику, которой нет в реестре?** Спросите ИИ-агента в чате — он предлагает алерты из того же внутреннего реестра метрик платформы; если нужной метрики там действительно нет, обсудите с клиентом ближайший доступный аналог.