Получить список задач с фильтрацией и сортировкой

READ-ONLY: найти текст в заголовках и описаниях задач локальной фильтрацией с постраничным обходом

READ-ONLY: найти текст в комментариях по явно переданному ограниченному списку задач

Мои задачи: объединить задачи, где пользователь исполнитель и где постановщик (с дедупом)

Получить детальную информацию о задаче по ID. Для summary рекомендуется select с DESCRIPTION

Создать новую задачу

Обновить задачу по ID

Завершить задачу

Получить комментарии задачи

Добавить комментарий к задаче

Загрузить файл в Bitrix Drive: из локального пути или из base64-контента

Прикрепить файл к существующей задаче: по file_id или через локальную загрузку/ base64

Бриф проекта: стадии канбана по порядку до 'В процессе' включительно, с задачами каждой стадии

WRITE: переместить завершённые задачи в финальную стадию канбана. Требует confirm=true. Сначала используйте tasks_archive_dry_run

READ-ONLY preview: какие завершённые задачи проекта будут перемещены в финальную стадию. Ничего не пишет

Завершённые задачи за период. Основной фильтр по CLOSED_DATE, fallback по CHANGED_DATE для задач в финальных стадиях канбана

READ-ONLY: собрать единый отчёт по активной работе, тестированию и завершениям для нескольких проектов

Новые задачи за период по CREATED_DATE (для раздела «новые направления» в отчёте)

Задачи стадии 'В процессе' проекта. Шорткат: стадия находится автоматически по названию

READ-ONLY: задачи-долгожители — задачи на стадии дольше N дней (по createdDate)

READ-ONLY: исполнители с перегрузкой — у кого больше N задач 'В процессе' по проекту (или нескольким)

Получить задачи конкретной канбан-стадии проекта (GROUP_ID + STAGE_ID)

Получить стадии канбана проекта (group_id) в порядке по SORT

Получить сообщения из чата задачи

Получить сообщения из чата/канала/личного диалога; для доступных тредов добавляет thread

READ-ONLY: прочитать существующий тред (комментарии) сообщения канала; при недоступности im.v2 использует fallback-сканирование

WRITE: отправить сообщение в уже существующий тред от имени владельца webhook; новый тред через REST не создаётся

Получить комментарии к публикации канала из скрытого comment-чата

Найти доступные текущему пользователю чаты по названию

Получить основной чат рабочей группы/проекта по group_id или названию группы

Получить сообщения диалога за диапазон дат, листая im.dialog.messages.get через FIRST_ID

Список последних чатов/каналов текущего пользователя

Отправить файл в чат/личный диалог: по локальному пути, base64 или существующему file_id

Отправить сообщение в чат или личный диалог

Получить информацию о пользователе по ID

Поиск пользователей по имени или email

Список баз знаний портала (модуль Landing). По умолчанию возвращает и standalone-базы (TYPE=KNOWLEDGE), и привязанные к рабочим группам (TYPE=GROUP). Видны только базы, расшаренные пользователю, под которым выписан webhook. Требует право webhook 'landing'.

Страницы и разделы базы знаний по её site_id (из kb_list). Возвращает плоский список с признаком раздела (is_folder) и родителем (parent_id) для построения дерева. Системные страницы (главная/поиск/сайдбар) по умолчанию скрыты. Требует право webhook 'landing'.

Полный текст страницы базы знаний по её landing_id (из kb_sections). Собирает блоки страницы и склеивает их содержимое. format: 'markdown' (по умолчанию), 'text' или 'html'. Требует право webhook 'landing'.

READ-ONLY: найти текст в заголовках и содержимом страниц Landing-баз знаний ограниченным обходом блоков

Доступные пользователю базы знаний 2.0. Использует REST 3.0 и требует scope webhook 'note' и право пользователя на просмотр базы.

Дерево документов базы знаний 2.0 с сохранением parentId/children. Поле truncated=true означает, что Bitrix24 обрезал дерево. Требует scope 'note'.

Документ базы знаний 2.0 по ID, включая заголовок, Markdown и метаданные. Число из URL /note/document// является ID документа. Требует scope 'note'.

Поиск документов базы знаний 2.0 по заголовку и содержимому. Bitrix24 возвращает только первую страницу; при hasMore=true уточните запрос. Требует scope 'note'.

WRITE: создать документ Базы знаний 2.0 через note.document.add. Сначала вызови с confirm=false и покажи preview пользователю. Передавать confirm=true разрешено ТОЛЬКО после явного подтверждения пользователем именно этого создания в текущем диалоге. Bitrix24 создаст документ только если у пользователя webhook есть право создания в указанной базе/родителе.

WRITE: переместить документ Базы знаний 2.0 в корзину через note.document.delete. Сначала вызови с confirm=false, сохрани expected_title и expected_updated_at из preview и покажи пользователю. Передавать confirm=true разрешено ТОЛЬКО после явного подтверждения пользователем именно этого удаления в текущем диалоге и вместе с теми же expected_title/expected_updated_at. Bitrix24 переместит документ в корзину только если у пользователя webhook есть право удаления.

WRITE: обновить заголовок и/или Markdown документа Базы знаний 2.0. Сначала вызови с confirm=false, сохрани expected_updated_at из preview и покажи пользователю изменения. Передавать confirm=true разрешено ТОЛЬКО после явного подтверждения пользователем именно этих изменений в текущем диалоге и вместе с тем же expected_updated_at. Перед записью MCP повторно проверяет updatedAt и отменяет устаревшее изменение. Агент не должен подтверждать запись самостоятельно. Всегда используется overwrite=false. Требует scope 'note' и право «Редактирование» у пользователя webhook.

Вызвать любой метод Bitrix24 REST API напрямую