Стандартные напоминания в Битрикс24 бьют по всем участникам одинаково и не учитывают контекст: клиенту звонок в 15:00 напомнят так же, как внутреннюю летучку. На паре проектов я собирал ИИ-агента для Битрикс24, который разбирает события календаря по важности, участникам и типу (сделка, встреча, дедлайн по задаче) и присылает напоминание в том канале, где человек реально его увидит - Telegram, email или push. Ниже - как это устроено на практике, какие методы REST API задействованы и сколько такая доработка стоит.
Зачем стандартных напоминаний Битрикс24 не хватает
Встроенный календарь умеет присылать уведомления за фиксированное время до события - 15 минут, час, день. Настройка одна на всех, и в реальной работе это создаёт две проблемы. Первая: сотрудник с 40 встречами в неделю быстро перестаёт реагировать на одинаковые пуши и начинает их игнорировать целиком, включая важные. Вторая: если событие связано со сделкой в CRM (например, звонок клиенту после отправки коммерческого), система не понимает, что просрочка звонка - это не просто пропущенная встреча, а риск потерять сделку.
Я считал на одном проекте: у отдела продаж из 12 человек за месяц набегало около 900 событий в календарях, и без приоритезации до трети из них теряли актуальность просто потому, что напоминание пришло в общем потоке с планёрками и днями рождения коллег. ИИ-агент здесь не заменяет календарь, а надстраивается над ним - читает события через API, оценивает контекст и решает, кому, когда и как напомнить.
Что умеет ИИ-ассистент для календаря Битрикс24
В базовой версии, которую я обычно собираю под задачи отдела продаж или проектного офиса, агент делает четыре вещи:
- Опрашивает календарь через
calendar.event.listили принимает событие через вебхук по факту создания/изменения записи - Сопоставляет событие с привязанной сущностью CRM - сделкой, лидом, задачей - через поле
CRM_ENTITY_ID - Определяет приоритет и формулирует текст напоминания через языковую модель, а не шаблон - учитывая тип события, статус сделки и историю переносов
- Отправляет напоминание в канал, привязанный к сотруднику: внутреннее уведомление Б24 через
im.notify.system.add, сообщение в Telegram-бота на aiogram или письмо, если человек офлайн больше часа
Отдельно агент умеет ловить конфликты: если у сотрудника два события внахлёст или встреча назначена на выходной, он присылает предупреждение заранее, а не в момент события.
Архитектура: REST API, вебхуки и очередь событий
Подключение через входящий вебхук
База - исходящий вебхук Битрикс24 на события OnCalendarEntryAdd, OnCalendarEntryUpdate и OnCalendarEntryDelete. Портал сам присылает POST-запрос на endpoint агента при каждом изменении в календаре, и не нужно опрашивать API по расписанию - это экономит квоту запросов, у которых на облачных тарифах Битрикс24 лимит обычно в районе 2 запросов в секунду на вебхук.
Для исторических данных и сверки при первом запуске использую batch-метод - он позволяет забрать сразу несколько сущностей одним вызовом вместо построчного перебора, что критично, когда в календаре у компании счёт событий идёт на тысячи за квартал.
Куда агент шлёт уведомления
Частый вопрос от заказчиков - зачем вообще выводить напоминания за пределы Битрикс24, если там есть свои уведомления. На практике сотрудники держат портал открытым не всегда, а Telegram проверяют почти постоянно. Поэтому канал доставки - настраиваемый параметр на уровне пользователя: кто-то получает всё во внутренний чат Б24, кто-то - только в личного Telegram-бота, а руководителю можно завести дайджест на утро со сводкой по всем сорванным и ближайшим напоминаниям его отдела.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Логика напоминаний и приоритезация событий
Самая ценная часть агента - не доставка, а решение, что и когда напомнить. Я обычно закладываю три уровня логики:
| Уровень | Что оценивает | Пример действия |
|---|---|---|
| Базовый | Время до события, статус участника | Стандартное напоминание за 15-60 минут |
| Контекстный | Связь со сделкой, сумма, стадия воронки | Повторное напоминание за сутки, если сделка на этапе «Согласование» |
| Поведенческий | История переносов, пропусков, реакция на прошлые уведомления | Смена канала на более настойчивый (звонок вместо пуша) при систематических пропусках |
Важный нюанс, до которого я дошёл через пару неудачных первых версий: агенту нельзя давать право менять сами события в календаре без подтверждения человека. Он предлагает перенос при конфликте, но финальное решение - за сотрудником. Иначе автоматика начинает жить своей жизнью, и через пару недель календарь перестаёт отражать реальность.
Пример связки n8n + Bitrix24 + Telegram-бот
Для компаний без штатного разработчика я иногда собираю облегчённую версию на n8n вместо отдельного бэкенда - это быстрее по срокам и дешевле в поддержке. Схема такая: вебхук Битрикс24 триггерит workflow в n8n, нода HTTP Request забирает детали события и связанную сделку, дальше идёт вызов LLM для формирования текста и приоритета, а на выходе - отправка через Telegram Bot API в чат сотрудника.
Плюс такой связки в том, что заказчик потом сам меняет правила приоритезации через интерфейс n8n без обращения к разработчику. Минус - при большом потоке событий (от пары тысяч в месяц) self-hosted n8n на слабом сервере начинает тормозить на нодах с LLM-запросами, и тогда логичнее выносить самую нагруженную часть - формирование текста и приоритезацию - в отдельный сервис на Python, оставляя n8n только оркестратором доставки.
Если компания уже использует Telegram-ботов на aiogram для других задач (уведомления по заявкам, интеграция с СДЭК по статусам доставки), агент для календаря обычно подключают тем же ботом отдельным модулем - не нужно заводить пользователям второй чат.
Сколько стоит разработка ИИ-агента для календаря Битрикс24
Цена зависит от того, что уже есть у заказчика. Если это надстройка на n8n с готовым Telegram-ботом и без сложной логики приоритетов - беру автоматизацию в n8n от 25 000 ₽. Если нужен отдельный сервис с приоритезацией по CRM-данным, поведенческой логикой и своей очередью - это уже AI-интеграция с обращением к языковой модели, от 50 000 ₽. Полноценный сервис с веб-интерфейсом настройки правил для нескольких отделов и ролей - от 150 000 ₽, потому что это по сути отдельное SaaS-приложение поверх Битрикс24.
Сроки на практике: минимальная версия на n8n с одним каналом доставки - 5-7 рабочих дней с момента получения доступа к порталу. Версия с контекстной приоритезацией по сделкам - от трёх недель, там основное время уходит не на код, а на согласование логики приоритетов с отделом продаж.
Чтобы сайт работал без сбоев
Техподдержка
от 15 000 ₽/мес
Подробнее →Частые вопросы
Нужен ли доступ администратора портала для подключения ИИ-агента к календарю Битрикс24?
Для исходящего вебхука на события календаря нужен доступ уровня администратора - он настраивается в разделе «Разработчикам» и требует прав на регистрацию обработчика событий. Для чтения данных по REST API достаточно входящего вебхука с правами на модуль calendar и, если нужна связка со сделками, на модуль crm.
Будет ли агент работать, если в компании коробочная версия Битрикс24, а не облако?
Да, REST API и события календаря одинаково доступны в облаке и в коробке, но в коробочной версии лимиты на запросы обычно настраивает сам администратор сервера, и их стоит проверить отдельно - на слабом хостинге частые вебхуки могут заметно нагружать портал.
Можно ли ограничить напоминания только определёнными типами событий, например встречами с клиентами?
Можно, и я обычно так и делаю по умолчанию - фильтр по типу события и по наличию привязки к CRM-сущности задаётся на старте, чтобы агент не дублировал напоминания о внутренних планёрках и днях рождения, которые и так закрывает стандартный функционал Битрикс24.
Что если сотрудник не пользуется Telegram и хочет получать напоминания только на почту?
Канал доставки настраивается индивидуально для каждого пользователя на этапе внедрения, так что часть команды может получать уведомления в Telegram, часть - на email, а руководителю можно настроить ежедневный дайджест вместо напоминаний по каждому событию отдельно.