{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Олег Груздев: заметки с тегом Настройка Битрикс24", "_rss_description": "Канал интегратора Энтерпрайз-решений. Делюсь новостями и опытом настройки Битрикс24 для крупных компаний и госструктур.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/gruzdevoleg.ru\/tags\/nastroyka-bitriks24\/", "feed_url": "https:\/\/gruzdevoleg.ru\/tags\/nastroyka-bitriks24\/json\/", "icon": "https:\/\/gruzdevoleg.ru\/pictures\/userpic\/userpic@2x.jpg?1789716980", "authors": [ { "name": "Автор блога", "url": "https:\/\/gruzdevoleg.ru\/", "avatar": "https:\/\/gruzdevoleg.ru\/pictures\/userpic\/userpic@2x.jpg?1789716980" } ], "items": [ { "id": "47", "url": "https:\/\/gruzdevoleg.ru\/all\/kak-ai-schitaet-zdorovye-klienta-v-bitriks24-i-sam-stavit-zadach\/", "title": "Как AI считает «здоровье» клиента в Битрикс24 и сам ставит задачи менеджерам", "content_html": "
\n\"\"\n<\/div>\n

В Битрикс24 может храниться история клиента за несколько лет: сделки, звонки, письма, чаты, комментарии, платежи. Но чтобы понять, что происходит с клиентом сейчас, менеджеру приходится собирать картину вручную.<\/p>\n

Когда последний раз общались с клиентом? Снижается ли его активность? Какие риски появились? Есть ли потенциал для развития? Что менеджеру делать дальше?<\/em><\/p>\n

Для десятков и сотен клиентов регулярно проводить такой анализ практически нереально. Поэтому мы сделали AI-аудит клиента внутри Битрикс24<\/strong>. Как это выглядит в работе — смотрите в видео к посту.

По одной кнопке AI собирает историю из разных частей системы: коммуникации, звонки и их расшифровки, сделки, счета, финансовые данные и связанные CRM-объекты.

Дальше анализирует контекст и выдает:
🔹 оценку «здоровья» клиента
🔹 краткое резюме ситуации
🔹 риски и точки роста
🔹 рекомендации
🔹 следующий шаг

Здесь важно не просто посчитать сумму продаж. Клиент с крупной покупкой полгода назад и клиент с регулярными платежами на прошлой неделе могут иметь одинаковый оборот, но совершенно разное «здоровье».

Анализ сам по себе мало что меняет.<\/u> Если после менеджер получает еще один отчет, ему все равно нужно самому решать, что делать дальше.

Поэтому мы связали анализ с действием. Прямо из результата AI можно поставить задачу менеджеру. AI формирует описание и превращает рекомендации в чек-лист, остается только выбрать ответственного и срок.

Получается цепочка:<\/strong>
данные в Битрикс24 → AI-анализ → вывод → рекомендация → задача сотруднику.<\/em>

И здесь есть важный момент: AI не создает знания о компании из воздуха.<\/u> Если коммуникации не фиксируются, сделки не ведутся, а результаты работы остаются «в голове» сотрудников — качественного анализа не получится.

Хороший AI-сценарий начинается с данных и нормально выстроенного процесса в Битрикс24. И это работает не только с клиентской базой. По той же логике можно анализировать сервисные обращения, рекламации, закупки, проектные задачи и другие процессы, где уже есть накопленная история.<\/p>\n

Для меня здесь интересен не столько сам «рейтинг здоровья» клиента, сколько принцип.<\/p>\n

В Битрикс24 уже есть данные о работе компании. AI позволяет не просто искать их или делать по ним отчеты, а понимать контекст, находить проблему и сразу запускать действие.<\/strong> То есть CRM постепенно превращается из места, где хранится история, в систему, которая помогает принимать решения.

*Приложение сделали на VibeCode. Для анализа используем BitrixGPT 5.5, а Whisper Large v3 Turbo для транскрибации звонков. Так в анализ попадает не только то, что менеджеры записали в CRM, но и содержание разговоров с клиентом.<\/em><\/p>\n", "summary": "", "date_published": "2026-10-01T17:22:35+03:00", "date_modified": "2026-10-01T17:21:47+03:00", "tags": [ "AI + Битрикс24", "Настройка Битрикс24", "Полезное" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/Stepen-zdorovya-klienta-(2)-(1).jpg", "_date_published_rfc2822": "Thu, 01 Oct 2026 17:22:35 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "47", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/Stepen-zdorovya-klienta-(2)-(1).jpg" ] } }, { "id": "44", "url": "https:\/\/gruzdevoleg.ru\/all\/3-neochevidnye-osobennosti-postgresql-redakcii-bitriks24\/", "title": "3 неочевидные особенности PostgreSQL-редакции Битрикс24", "content_html": "

\n\"\"\n<\/div>\n

За последний год в нашей практике заметно выросло число запросов на внедрение Битрикс24 на PostgreSQL от клиентов.

Причины понятны:
🔹 курс на импортонезависимость
🔹 использование PostgreSQL как корпоративного стандарта в компании
🔹 требования служб ИБ и внутренней архитектуры
🔹 высокая нагрузка и большие объемы данных

Но за время внедрений заметил одну особенность:<\/strong> PostgreSQL-редакция все еще содержит ряд неочевидных сценариев, диагностика которых занимает больше времени, чем само исправление.

1. Поиск в CRM и смарт-процессах<\/strong>

На одном из проектов пользователи жаловались, что часть записей невозможно найти через поиск.

После длительной диагностики выяснили, что проблема воспроизводится на значениях со сложными артикулами и кодами, содержащими дефисы. Запись существует, но поиск ее не возвращает.

Причину локализовали на уровне работы поискового индекса PostgreSQL. Без погружения в логи и код найти источник проблемы было бы крайне сложно.

2.<\/strong> Смещение времени в Открытых линиях<\/strong>

Еще один интересный кейс — время сообщений в чатах отличалось от фактического на несколько часов.

Проверили сервер, PHP, БД, настройки пользователей и браузеры. Источник оказался в особенностях обработки timestamp внутри PostgreSQL-драйвера. На поиск причины ушло больше времени, чем на само исправление 🫠

3. Не весь функционал доступен<\/strong>

С этим столкнулись сами при подготовке одного из проектов. Заказчик планировал использовать штатный BI Конструктор Битрикс24, но оказалось, что для PostgreSQL-редакции он пока недоступен.<\/p>\n

Хорошая новость: <\/em><\/strong>по информации от вендора поддержка ожидается уже осенью.<\/em><\/p>\n

При выборе PostgreSQL рекомендую заранее проверять список используемых модулей, чтобы подобные ограничения не всплывали после старта внедрения.

А в план внедрения сразу закладывайте дополнительное время на диагностику и тестирование — практика показывает, что именно там скрываются неочевидные нюансы.<\/p>\n", "summary": "", "date_published": "2026-10-01T17:06:34+03:00", "date_modified": "2026-10-01T17:06:30+03:00", "tags": [ "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-06-24_10-09-29.jpg", "_date_published_rfc2822": "Thu, 01 Oct 2026 17:06:34 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "44", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-06-24_10-09-29.jpg" ] } }, { "id": "40", "url": "https:\/\/gruzdevoleg.ru\/all\/kak-vernut-propavshee-pole-iz-kartochki-v-sdelke-v-bitriks24\/", "title": "Как вернуть «пропавшее поле» из карточки в сделке в Битрикс24", "content_html": "

\n\"\"\n<\/div>\n

Иногда сотрудники открывают сделку и не видят нужное поле или не могут перевести на следующую стадию, хотя все заполнено. Частая причина — у поля ограничена видимость.<\/em><\/strong>

Как проверить?<\/strong>
1. Откройте любую сделку в CRM
2. Перейдите в режим редактирования карточки
3. Найдите нужное поле
4. Откройте настройки поля (через иконку редактирования)
5. Проверьте параметр «Ограничить видимость поля»
6. Добавьте нужных сотрудников или снимите ограничение

Если галочка включена, поле будет видно только тем сотрудникам, которые указаны в настройках.

Почему это важно?<\/strong>
— Возникают ограничения при попытке сменить стадию сделки
— Сценарии автоматизации отрабатывают некорректно
— Роботы могут не запускаться или срабатывать не полностью

Скрывать поля — нормальная практика для служебных данных. Но если забыть про ограничения, это влияет на работу CRM. Поэтому при создании новых полей проверяйте, кому они доступны.

Было полезно? Делитесь с коллегами, это одна из самых частых и неочевидных проблем.<\/em><\/p>\n", "summary": "", "date_published": "2026-10-01T15:57:36+03:00", "date_modified": "2026-10-01T15:57:30+03:00", "tags": [ "Настройка Битрикс24", "Полезное" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-03-19_23-05-17.jpg", "_date_published_rfc2822": "Thu, 01 Oct 2026 15:57:36 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "40", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-03-19_23-05-17.jpg" ] } }, { "id": "38", "url": "https:\/\/gruzdevoleg.ru\/all\/pochemu-1s-ne-vidit-dannye-iz-bitriks24\/", "title": "Почему 1С «не видит» данные из Битрикс24?", "content_html": "

\n\"\"\n<\/div>\n

Друзья, сегодня разберем одну типичную ошибку при синхронизации Битрикс24 и 1С через Коннектор. Казалось бы, событие выгрузки зарегистрировано, данные в таблице есть, но 1С их «не забирает».

Как работает регистрация данных для обмена?
Когда на портале Битрикс24 создается или изменяется объект (например, компания), система фиксирует событие для последующей выгрузки в таблице b_rest_event_offline.

Важные поля этой таблицы:<\/strong>
🔹ENTITY_TYPE — тип сущности (COMPANY, CONTACT и т. д.)
🔹ENTITY_ID — ID объекта
🔹EVENT_DATA — данные события
🔹ERROR — индикатор ошибки

Нам нужно выбрать поле ERROR

если ERROR = 0 — все в порядке, запись готова к выгрузке.
а если ERROR = 1 — при регистрации события что-то пошло не так, запись не будет передана в 1С.

Именно наличие ERROR=1 является причиной, почему карточка клиента остается «невидимой» для 1С. Причины ошибки могут быть разные:<\/p>\n

🔹Дублирующиеся или некорректные данные в карточке.
🔹В момент изменения объекта на портале сработали противоречивые бизнес-процессы.
🔹Нарушение в целостности данных (например, удалён обязательный реквизит).

Что делать, если ошибка возникает?<\/strong>
1. Проверьте таблицу b_rest_event_offline по ID проблемной компании.
2. Если ошибка есть, попробуйте на портале:
— Отредактировать и сохранить заново карточку.
— Или создать копию карточки, затем объединить её с оригинальной (возможно после этого новая запись в таблице появляется уже без ошибки и успешно выгрузится)
3. Если ошибка остается, анализируйте обязательные поля карточки. Иногда достаточно заполнить пустые реквизиты (ИНН, телефон и т. д.) или удалить некорректные символы.

Профилактика<\/strong>
Регулярно следите за содержимым b_rest_event_offline, особенно после обновлений портала. В спорных случаях можно временно очистить ошибочную запись и сгенерировать событие заново.<\/p>\n", "summary": "", "date_published": "2026-10-01T15:47:32+03:00", "date_modified": "2026-10-01T15:47:22+03:00", "tags": [ "1С+Битрикс24", "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-04-03_15-42-00.jpg", "_date_published_rfc2822": "Thu, 01 Oct 2026 15:47:32 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "38", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-04-03_15-42-00.jpg" ] } }, { "id": "36", "url": "https:\/\/gruzdevoleg.ru\/all\/oshibka-importa-v-crm-bitriks24-chto-delat\/", "title": "Ошибка импорта в CRM Битрикс24, что делать?", "content_html": "

\n\"\"\n<\/div>\n

«Импортируем лиды через Excel, но бизнес-процессы не запускаются. Это нормально? Можно ли включить?<\/em>»

Отвечаю — да, это нормально. И отдельной настройки тут нет.

При импорте лидов, сделок или контактов из CSV\/Excel штатные бизнес-процессы не запускаются. Это не баг, а особенность работы CRM.

Почему так?<\/strong>
Импорт в CRM работает как отдельный сценарий загрузки данных. Он просто создает или обновляет элементы, не инициируя события, на которые завязаны бизнес-процессы. Поэтому БП при импорте не запускаются — это текущая логика работы системы.

Что можно сделать уже сейчас?<\/strong>
Есть несколько способов обойти это ограничение. Самый простой и универсальный — использовать умные сценарии:<\/a>

1. Импортируете лиды через Excel.
2. Отмечаете фильтром (по дате создания, источнику и т. д.).
3. Запускаете умный сценарий на выбранные элементы.

Так вы запускаете бизнес-процессы уже после импорта на нужной выборке.

Будет ли автозапуск при импорте?<\/strong>
Такая доработка есть в бэклоге разработчиков. Сроки зависят от приоритетов релизов. Если отправляете подобные запросы, это реально влияет на приоритет.

Как должно работать<\/strong>?
Можно реализовать кастомную доработку, при которой бизнес-процессы будут запускаться автоматически при импорте.<\/p>\n


Мы такие решения делаем. Пишите @gruzdevoleg, обсудим ваш кейс.<\/p>\n", "summary": "", "date_published": "2026-10-01T15:29:15+03:00", "date_modified": "2026-10-01T15:29:09+03:00", "tags": [ "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-02-03_18-16-05.jpg", "_date_published_rfc2822": "Thu, 01 Oct 2026 15:29:15 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "36", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-02-03_18-16-05.jpg" ] } }, { "id": "33", "url": "https:\/\/gruzdevoleg.ru\/all\/kak-diagnostirovat-oshibku-pri-obmene-dannyh-mezhdu-1s-i-bitriks\/", "title": "Как диагностировать ошибку при обмене данных между 1С и Битрикс24", "content_html": "

\n\"\"\n<\/div>\n

Событие выгрузки зарегистрировано, данные в таблице есть, но 1С их «не забирает». Почему так происходит? Разберем один из «подводных камней» при синхронизации Битрикс24 и 1С через Коннектор.

Как работает регистрация данных для обмена?<\/strong>
Когда на портале Битрикс24 создается или изменяется объект (например, компания), система фиксирует событие для последующей выгрузки в таблице b_rest_event_offline.

Поля этой таблицы:

🔹ENTITY_TYPE — тип сущности (COMPANY, CONTACT и т. д.).
🔹ENTITY_ID — ID объекта.
🔹EVENT_DATA — данные события.
🔹ERROR — индикатор ошибки.<\/p>\n

Поле ERROR<\/strong>
ERROR = 0 — порядок, запись готова к выгрузке.
ERROR = 1 — при регистрации события что-то пошло не так, запись не будет передана в 1С.<\/p>\n

Наличие ERROR=1 чаще всего является причиной, почему карточка клиента «невидима» для 1С. Причины ошибки разные:

🔹Дублирующиеся или некорректные данные в карточке.
🔹В момент изменения объекта на портале сработали противоречивые бизнес-процессы.
🔹Нарушение в целостности данных (например, удалён обязательный реквизит).

Что делать, если возникает ошибка?<\/strong>

1. Проверьте таблицу b_rest_event_offline по ID проблемной сущности.
2. Если ошибка, попробуйте на портале отредактировать и сохранить заново карточку и ли создать копию карточки, затем объединить её с оригинальной. (Зачастую после этого новая запись в таблице появляется уже без ошибки и успешно выгружается).
3. Если ошибка остается, анализируйте обязательные поля карточки в базе 1С. Иногда достаточно заполнить пустые реквизиты (ИНН, телефон и т. д.) или удалить некорректные символы.

Советую:<\/strong>
🔹Следить за содержимым b_rest_event_offline, особенно после обновлений портала.
🔹В спорных случаях временно очищать ошибочную запись и генерировать событие заново.<\/p>\n", "summary": "", "date_published": "2026-09-30T18:41:29+03:00", "date_modified": "2026-09-30T18:41:22+03:00", "tags": [ "1С+Битрикс24", "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-01-15_16-43-45.jpg", "_date_published_rfc2822": "Wed, 30 Sep 2026 18:41:29 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "33", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-01-15_16-43-45.jpg" ] } }, { "id": "31", "url": "https:\/\/gruzdevoleg.ru\/all\/pochemu-v-bitriks24-teryayutsya-prava-na-dialogi\/", "title": "Почему в Битрикс24 «теряются» права на диалоги?", "content_html": "

\n\"\"\n<\/div>\n

Не успели вернуться с январских, как от одного из наших клиентов поступили жалобы, что права на диалоги в Битрикс24 потерялись. Сотрудник добавлен в чат, в очереди есть, но открыть диалог не может.

В Битрикс24 логика хранения переписки устроена иначе. Если диалог создается из CRM, например, из карточки лида, то именно этот лид становится корневой сущностью, к которой «прикрепляется» вся история общения.

Даже после конвертации лида в сделку переписка продолжает принадлежать лиду, а сделка лишь отображает историю. Сделка не становится владельцем диалога, она только наследует отображение.

Это означает, если у сотрудника нет прав на доступ к исходному лиду, то он не сможет открыть диалог из карточки сделки или контакта и переписка будет для него скрыта.<\/p>\n

Но есть важный момент:<\/strong>
Если у пользователя есть права на работу с диалогами в модуле «Контакт-центр», он всё равно сможет перейти в этот диалог, но только через реестр диалогов, а не из карточки CRM. То есть система допускает работу с перепиской через интерфейс контакт-центра, но не дает открыть диалог напрямую из CRM-объекта, если нет прав на корневую сущность (лид).

Как избежать подобных ситуаций?<\/strong>

🔹Проверяйте права на лиды, даже если сотрудники работают только со сделками.
🔹Учитывайте корневую сущность при работе с мессенджерами.
🔹Выстраивайте ролевую модель так, чтобы права на CRM и Контакт-центр не конфликтовали.
🔹Объясняйте команде, что путь к диалогу зависит от прав. Иногда через CRM, иногда через реестр диалогов.<\/p>\n", "summary": "", "date_published": "2026-09-30T18:37:14+03:00", "date_modified": "2026-09-30T18:37:00+03:00", "tags": [ "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-01-15_14-04-21.jpg", "_date_published_rfc2822": "Wed, 30 Sep 2026 18:37:14 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "31", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2026-01-15_14-04-21.jpg" ] } }, { "id": "30", "url": "https:\/\/gruzdevoleg.ru\/all\/pochemu-filtr-v-sdelkah-bitriks24-pokazyvaet-provalnye-sdelki\/", "title": "Почему фильтр в сделках Битрикс24 показывает «провальные» сделки", "content_html": "

\n\"\"\n<\/div>\n

Вы когда-нибудь сталкивались с ситуацией, когда при фильтрации сделок по статусам отображались… провальные сделки, несмотря на то, что в фильтре они исключены? Я — да, рассказываю дальше.

Что интересно, при проверке показывает:
— Cистема обновлена.
— Диагностика ошибок не выявляет.
— Интерфейс фильтра работает как положено.

Тем не менее, в итоговой выборке всё равно появлялись сделки со статусом «Сделка провалена». Проверил разные направления (воронки), но быстро понял, что ситуация повторяется.

Дальше выяснил, что у части сделок в базе данных был некорректно указан параметр STAGE_SEMANTIC_ID. Он не совпадал с фактическим статусом сделки. В интерфейсе все выглядело идеально, но фильтрация шла по «сырому» значению в базе. Именно это ломало результат.

Пришлось аккуратно обновить данные через SQL-запрос. Для проваленных сделок, например, подошел такой:<\/p>\n

UPDATE b_crm_deal \nSET STAGE_SEMANTIC_ID=’F’ \nWHERE STAGE_ID IN (\n  SELECT STATUS_ID \n  FROM b_crm_status \n  WHERE ENTITY_ID LIKE «%DEAL_STAGE%» AND SEMANTICS=’F’\n) AND STAGE_SEMANTIC_ID=’P’;<\/pre>\n


Такой подход допустим только при полном понимании контекста и обязательно после создания резервной копии. Вносить изменения стоит лишь тогда, когда точно знаете, что корректируете.

Когда фильтры в CRM начинают вести себя странно, а по интерфейсу все чисто, то загляните глубже. Возможно, дело в несостыковках на уровне базы. Особенно если портал пережил миграции, интеграции или кастомные доработки.

Нужна помощь с диагностикой или разбором подобных «призраков» в Битрикс24? Пишите @gruzdevoleg, помогу найти источник.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:33:47+03:00",
            "date_modified": "2026-09-30T18:33:35+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-12-02_16-33-41-(1).jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:33:47 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "30",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-12-02_16-33-41-(1).jpg"
                ]
            }
        },
        {
            "id": "29",
            "url": "https:\/\/gruzdevoleg.ru\/all\/kak-poluchit-publichnuyu-ssylku-na-zapis-zvonka-v-bitriks24-dlya\/",
            "title": "Как получить публичную ссылку на запись звонка в Битрикс24 для внешних сценариев",
            "content_html": "
\n\"\"\n<\/div>\n
Часто встречаю запрос от клиентов: «<\/strong>А как нам автоматически получать ссылку на запись разговора, чтобы отправить её во внешний сервис или прикрепить в отчёт?<\/em>»<\/strong>. Рассказываю, как сделать по шагам.

1. Находим нужные звонки в CRM<\/strong>
Используем метод API: crm.activity.list. Он позволяет получить список активностей по нужной сделке, контакту или лиду. В ответе ищем массив FILES, именно там хранятся ID файлов записей звонков.

Например:<\/p>\n
«FILES»: [\n  {\n    «id»: 129,\n    «url»: «https:\/\/ваш_портал\/bitrix\/tools\/crm_show_file.php?fileId=129&ownerTypeId=6&ownerId=89&auth=<\/a>»\n  }\n]<\/pre>\n


2. Фильтруем звонки<\/strong>
Если хотите поставить фильтр, например, только успешные звонки длительностью > 30 секунд — подключаем метод: voximplant.statistic.get. Он позволяет гибко задать фильтры по длительности, направлению, результату и т. д., а в ответе уже получаем идентификаторы нужных звонков.

3. Получаем публичную ссылку на файл<\/strong>
По id из массива FILES вызываем метод: disk.file.getExternalLink. Это возвращает не требующую авторизации ссылку на файл записи, ее можно отправить куда угодно.

В итоге получается автоматизированный сценарий:<\/strong>
Поиск нужных звонков → Получение ID файла → Получение публичной ссылки.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:29:40+03:00",
            "date_modified": "2026-09-30T18:29:30+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-12-02_16-45-51.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:29:40 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "29",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-12-02_16-45-51.jpg"
                ]
            }
        },
        {
            "id": "27",
            "url": "https:\/\/gruzdevoleg.ru\/all\/pochemu-bitriks-zavis-pri-obnovlenii\/",
            "title": "Почему Битрикс завис при обновлении?",
            "content_html": "
\n\"\"\n<\/div>\n
Столкнулся с интересной ситуацией при обновлении портала. В какой-то момент установка просто зависает на CRM-модуле (24.300.0), а потом портал уходит в 502 или 504 ошибку.

Я сразу начал перебирать стандартные причины:
🔹Ресурсов сервера достаточно? сервер не упирается, CPU и память свободны?
🔹Таймауты в nginx, Apache и php.ini выставлены щедро?
🔹Весь кастом временно отключён, local переименован?
🔹Установка идёт полностью стандартным способом, без ручного копирования или подмены файлов?

Казалось бы, все условия соблюдены… но обновления упрямо не устанавливаются

Тогда я задумался: а что именно сейчас делает обновление? Где оно спотыкается?<\/em>

Ответ оказался в базе. Оказалось, при обновлении CRM выполняется вот такой SQL-запрос:<\/p>\n
ALTER TABLE b_crm_act MODIFY OWNER_TYPE_ID INT(1) NOT NULL;<\/pre>\n


И если в CRM накопилось много активностей, таблица b_crm_act разрастается до внушительных размеров. Из-за этого SQL-операция просто не успевает завершиться в отведённое время — особенно на неторопливых VPS\/VDS.

Решение оказалось до смешного простым:<\/strong>
Выполнил этот запрос вручную через консоль MySQL под админом. Подождал, пока он отработает, и снова запустил обновление. Главное, делать это только после резервной копии, не шутите с базой.

Если во время обновления Битрикс24 ловите 502\/504, а в логах мелькают MySQL sserver has gone away или upstream timed out — стоит проверить, не застопорилось ли обновление на тяжёлой операции в БД. В таких случаях помогает внимательнее посмотреть, какой именно шаг выполняет апдейтер, и при необходимости слегка подтолкнуть его вручную.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:23:59+03:00",
            "date_modified": "2026-09-30T18:23:51+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-11-01_12-29-07.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:23:59 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "27",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-11-01_12-29-07.jpg"
                ]
            }
        },
        {
            "id": "26",
            "url": "https:\/\/gruzdevoleg.ru\/all\/push-pull-ili-http-servisy-chto-vybrat-dlya-integracii-bitriks24\/",
            "title": "Push&Pull или HTTP-сервисы: что выбрать для интеграции Битрикс24 и 1С",
            "content_html": "
\n\"\"\n<\/div>\n
Что выбрать для интеграции Битрикс24 и 1С<\/strong>: Push&Pull или HTTP-сервисы?<\/strong>

Оба способа работают для связи Битрикс24 и 1С, но подходят для разных сценариев. Далее рассказываю подробнее.

Push&Pull<\/em>
<\/strong>— для интерактивных и оперативных процессов, где важна скорость и реакция «в реальном времени».<\/em>

Как работает?<\/strong>
1С устанавливает исходящее постоянное соединение с Битрикс24. Через это соединение она сразу получает события с портала и отправляет свои изменения.

Требования:<\/strong>
🔹Доступ 1С в интернет.
🔹Важно: публикации базы 1С на веб-сервере не требуется.
Push&Pull работает как инициируемое из 1С соединение, без необходимости «открывать» саму базу наружу.

Особенности подключения:<\/strong>
🔹Соединение устанавливается вручную через кнопку «Запустить соединение к Битрикс24» и отключается по кнопке.
🔹В клиент‑серверном варианте базы соединение работает в фоновом режиме.
🔹В файловом варианте соединение держится в текущем сеансе: клиент «замораживается» и ждёт сообщение от Битрикс24. Прерывать сеанс нельзя, иначе модуль начнёт работать некорректно.
🔹Недоступно при работе базы 1С в режиме сервиса.Это вариант «в реальном времени».

Плюсы: <\/strong>Максимально быстрое обновление данных.
Минусы: <\/strong>Нужно постоянно держать активное соединение. Не работает в режиме сервиса.

HTTP-сервисы<\/em><\/strong>
— для массовых и плановых выгрузок, чтобы снизить нагрузку и упростить контроль обмена.<\/em>

Как работает?<\/strong>
1С публикует HTTP-сервис, а Битрикс24 обращается к нему по указанному URL.
Дополнительно 1С может сама отправлять данные на портал по этому же механизму.

Требования:<\/strong>
🔹В 1С нужно опубликовать HTTP‑сервис на веб‑сервере.
🔹Необходимо указать веб-адрес базы 1С. По этому адресу Битрикс24 будет подключаться по HTTP-сервису.
🔹В настройках указываются: логин и пароль пользователя (с полными правами или ролью «(Коннектор к Битрикс24) Администратор») и веб‑адрес опубликованного HTTP‑сервиса.
🔹Сервер 1С должен работать с корректной цепочкой SSL‑сертификатов.

Плюсы: <\/strong>нет зависимых сеансов, нет постоянного подключения.
Минусы: <\/strong>данные обновляются не мгновенно.

Если у вас процессы, где каждая минута важна (сделки, заказы, оплаты), то Push&Pull даст нужную скорость.
Если же главное стабильность и объёмные обмены, а не моментальный отклик, то HTTP-сервисы будут надёжнее.

Я советую начинать с HTTP-сервисов, а когда процессы устоятся, можно переходить на Push&Pull, если есть бизнес-смысл в онлайне.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:21:42+03:00",
            "date_modified": "2026-09-30T18:21:26+03:00",
            "tags": [
                "1С+Битрикс24",
                "Настройка Битрикс24",
                "Полезное"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-11-01_12-41-41.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:21:42 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "26",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-11-01_12-41-41.jpg"
                ]
            }
        },
        {
            "id": "25",
            "url": "https:\/\/gruzdevoleg.ru\/all\/kak-sinhronizirovat-napravleniya-sdelok-iz-1s-v-bitriks24\/",
            "title": "Как синхронизировать направления сделок из 1С в Битрикс24",
            "content_html": "
\n\"\"\n<\/div>\n
Недавно делал интеграцию между 1С:УТ и Битрикс24, и хочу поделиться деталью, о которую спотыкаются даже опытные интеграторы.

Задача вроде простая: нужно, чтобы заказы из 1С попадали не в одну общую воронку CRM, а сразу в нужное направление сделки. Казалось бы, прописал поле «Направление сделки Битрикс24» — и готово. Но увы и ах.

В чем причина?<\/strong>

При активных бизнес‑процессах в сделке (БП) Битрикс24 не разрешает менять воронку. Запрос от 1С возвращает ошибку: CRM_ITEM_HAS_RUNNING_WORKFLOWS.

Даже если в заказе в 1С заполнен реквизит «Направление сделки Битрикс24», при запущенном БП воронка не изменится.

Как правильно настроить?<\/strong>

1. В заказе 1С обязательно заполните реквизит «Направление сделки Битрикс24».

2. Проверьте, чтобы в модуле синхронизации были правильно сопоставлены статусы заказов и стадии сделок в разных воронках.

3. Перед сменой направления убедитесь, что у сделки нет активных бизнес‑процессов (их нужно завершать или проектировать так, чтобы они не блокировали смену воронки).

После этого при регламентной выгрузке из 1С направление и стадия сделки корректно обновляются.<\/p>\n
Многие делают костыли (например, выгружают направление во вспомогательное поле и потом меняют воронку через БП в Битрикс24). Но штатный механизм тоже работает, главное, чтобы не мешали незавершенные процессы.<\/p>\n
Если у вас похожая задача — сначала проверьте, нет ли у сделки зависших БП. В 90% случаев проблема именно в этом<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:18:34+03:00",
            "date_modified": "2026-09-30T18:18:27+03:00",
            "tags": [
                "1С+Битрикс24",
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-11-01_12-47-33.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:18:34 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "25",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-11-01_12-47-33.jpg"
                ]
            }
        },
        {
            "id": "24",
            "url": "https:\/\/gruzdevoleg.ru\/all\/kak-vklyuchit-rezhim-superadministratora-bitriks24\/",
            "title": "Как включить «режим суперадминистратора» Битрикс24",
            "content_html": "
\n\"\"\n<\/div>\n
Если вы когда-нибудь терялись в чужих задачах, группах или проектах, к которым формально не были подключены, есть простой способ получить полный обзор без лишних запросов на доступ.

Как включить: зайдите в свой профиль на портале<\/em> → настройки<\/em> → и в блоке «Права администратора» активируйте галочку <\/em>«Перейти в режим администратора».

После включения, вы как администратор сможете:
— Просматривать все задачи на портале, даже если не участник.
— Видеть все группы и проекты без вступления в них.
— Следить за элементами CRM, к которым обычно нет доступа.
— Лучше контролировать то, что происходит в компании.

На самом деле, этот лайфхак официально описан в справке Битрикс24<\/a>, но на практике про него вспоминают единицы.

Мы включаем этот режим в проектах почти сразу, это удобно на этапе аудита или когда нужно быстро разобраться в чужом «зоопарке» задач.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:16:06+03:00",
            "date_modified": "2026-09-30T18:16:02+03:00",
            "tags": [
                "Настройка Битрикс24",
                "Полезное"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-10-06_11-45-18.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:16:06 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "24",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-10-06_11-45-18.jpg"
                ]
            }
        },
        {
            "id": "23",
            "url": "https:\/\/gruzdevoleg.ru\/all\/svyazi-crm-obektov-v-bitriks24-kak-realizovat-vse-so-vsemi\/",
            "title": "Связи CRM‑объектов в Битрикс24: как реализовать «все со всеми»?",
            "content_html": "
В проектах автоматизации на Битрикс24 возникает задача:
связать несколько CRM‑объектов между собой по принципу «многие ко многим».

Например:
🔹Карточка смарт‑процесса CLM‑цикла, в которой хранится информация о клиенте и автомобиле и нужно, чтобы эта карточка была связана со всеми сделками по этому клиенту и автомобилю.
🔹 Карточка смарт‑процесса группы компаний, где должны отображаться все сделки всех компаний из группы.

Почему это не работает штатно?<\/strong>
Потому что в Битрикс24 отсутствует функционал связи CRM‑объектов по модели «многие ко многим». Сейчас реализована только схема «один ко многим»: одна карточка смарт‑процесса может быть привязана к множеству сделок, но не наоборот.

Как решить задачу?<\/strong>

1. В облачных порталах:<\/strong>

Для таких сценариев воспользуйтесь возможностями REST API. В бизнес‑процессе (роботе) вызовите метод crm.deal.update и пропишите нужные ID смарт‑процесса в поля сделки.

Пример запроса:<\/p>\n
{\n  «id»: {=Variable:ID_deal},\n  «fields»: {\n    «PARENT_ID_136»: {=Variable:parentID},\n    «UF_CRM_1708091479»: {=Variable:parentID}\n  }\n}<\/pre>\n

Чтобы не писать код руками, удобнее воспользоваться приложением из маркетплейса — например «REST Activity» от IT Solution<\/a>, которое выполнит такие REST‑запросы прямо из конструктора бизнес‑процессов.

2. В коробочных порталах:<\/strong>

В «коробке» можно обойтись без API и записывать данные напрямую в таблицы CRM с помощью PHP‑активити в бизнес‑процессе.

Пример кода для добавления связи между сделкой и смарт‑процессом:<\/p>\n
use Bitrix\\Crm\\ItemIdentifier;\nuse Bitrix\\Crm\\Service\\Container;\n\n$parentEntityTypeId = 134; \/\/ ID смарт‑процесса\n$parentEntityId = $this->getvariable(’parentEntityId’);\n$childEntityTypeId = \\CCrmOwnerType::Deal; \n$childEntityId = $this->getvariable(’childEntityId’);\n\n$parent = new ItemIdentifier($parentEntityTypeId, $parentEntityId);\n$child = new ItemIdentifier($childEntityTypeId, $childEntityId);\n\nif (!Container::getInstance()->getRelationManager()->areItemsBound($parent, $child)) {\n    Container::getInstance()->getRelationManager()->bindItems($parent, $child);\n}<\/pre>\n

Так создаются записи связи напрямую в нужных таблицах базы данных CRM и реализовываются сценарии «все со всеми».

Стандартного функционала Битрикс24 недостаточно, чтобы построить связи CRM‑объектов по схеме «все со всеми». Но это легко реализовать — через REST API или прямые записи в базу данных на коробочных порталах.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:14:05+03:00",
            "date_modified": "2026-09-30T18:14:00+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:14:05 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "23",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "22",
            "url": "https:\/\/gruzdevoleg.ru\/all\/nyuansy-sozdaniya-crm-obektov-v-bitriks24-cherez-rest-api\/",
            "title": "Нюансы создания CRM-объектов в Битрикс24 через REST API",
            "content_html": "
\n\"\"\n<\/div>\n
Друзья, сегодня делюсь важными наблюдениями из практики интегратора. Часто вижу, как при интеграции с Битрикс24 «не заводятся» CRM-объекты — хотя вроде бы метод API выбран верно и переданы все «вроде бы нужные» поля.

Сейчас разберу на самом «капризном» примере — Сделки.

Какие поля обязательны для создания сделки через REST API?<\/strong>
Когда вы вызываете crm.deal.add, Битрикс24 ждет от вас заполнения сразу нескольких системных полей — без них сделка не создастся:

🔹ASSIGNED_BY_ID<\/strong> — ответственный сотрудник.
🔹CATEGORY_ID — ID<\/strong> направления сделки.
🔹STAGE_ID — ID<\/strong> стадии сделки.
🔹STAGE_SEMANTIC_ID<\/strong> — группа стадий (P — в работе, S — успешно, F — провалена).
🔹NAME<\/strong> — название сделки.

Эти поля не всегда «очевидны». Снаружи кажется: «Ну вот же, передал название и комментарий — почему не создалась?». А система «молча» возвращает ошибку из-за отсутствия этих значений.

1. Проверьте настройки воронки<\/strong>
Еще одна ошибка — в конкретном направлении могут быть настроены обязательные пользовательские поля. Их тоже нужно передавать в API-запросе — иначе CRM вернет ошибку валидации.

2. Проверьте другие объекты CRM<\/strong>
С лидом (crm.lead.add) и контактом (crm.contact.add) сценарий похожий, но проще. Например, при создании контакта не нужно ни CATEGORY_ID, ни STAGE_ID — достаточно NAME и ASSIGNED_BY_ID.

Не поленитесь заранее:<\/strong>
🔹 Посмотреть список обязательных системных полей для нужной сущности.
🔹 Проверить настройки обязательных полей в самой CRM.
🔹 Передать все эти значения при вызове метода API.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:11:44+03:00",
            "date_modified": "2026-09-30T18:11:40+03:00",
            "tags": [
                "Настройка Битрикс24",
                "Полезное"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-10-08_17-35-42.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:11:44 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "22",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-10-08_17-35-42.jpg"
                ]
            }
        },
        {
            "id": "21",
            "url": "https:\/\/gruzdevoleg.ru\/all\/kak-rabotayut-uvedomleniya-v-mobilnom-prilozhenii-bitriks24\/",
            "title": "Как работают уведомления в мобильном приложении Битрикс24",
            "content_html": "
\n\"\"\n<\/div>\n
Меня как-то спросили: почему уведомления в мобильном приложении приходят с задержкой, а иногда и вовсе не приходят? Разберу по порядку, как устроена логика:

Первое<\/strong> — банальное. Проверьте настройки телефона. У приложения Битрикс24 должны быть разрешены уведомления. У половины пользователей именно в этом кроется причина «пропажи» пушей.

Дальше<\/strong> — специфика работы самих уведомлений:

Битрикс24 отправляет уведомления через свой push-сервер.
Он анализирует, где вы сейчас активны, и уже исходя из этого выбирает, по какому каналу отправить уведомление.

🔹Если вы не в браузере и не за десктопом, пуши приходят на мобильное устройство мгновенно.

🔹Если открыт браузер, но не запущено десктопное приложение, уведомления доходят до телефона с небольшой задержкой.

🔹А вот если запущен десктоп, уведомления на мобильное устройство не придут. Система считает, что вы находитесь за компьютером и видите всё там.<\/p>\n
Есть нюанс:<\/strong> если десктоп открыт, но компьютер заблокирован, пуши снова возвращаются в мобильное приложение, ведь система понимает, что рабочее место недоступно.<\/p>\n
🔹Если активно мобильное приложение, уведомления приходят быстро, независимо от того, где еще авторизованы.

Важно: <\/strong>Push-сервер Битрикс24 взаимодействует с устройствами через определённые порты. Если в вашей сети закрыты порты 80, 443 или 8893–8894, уведомления не дойдут<\/em><\/strong>. <\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:08:39+03:00",
            "date_modified": "2026-09-30T18:08:35+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-10-06_12-25-46.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:08:39 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "21",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-10-06_12-25-46.jpg"
                ]
            }
        },
        {
            "id": "20",
            "url": "https:\/\/gruzdevoleg.ru\/all\/struktura-kompanii-i-krossfunkcionalnye-komandy-v-bitriks24\/",
            "title": "Структура компании и кроссфункциональные команды в Битрикс24",
            "content_html": "
\n\"\"\n<\/div>\n
Структура компании + кроссфункциональные команды в Битрикс24 = порядок в системе<\/strong>

Если хотите, чтобы в компании было понятно: кто за что отвечает, как найти нужного коллегу, в какие чаты автоматически попадет новичок — начните со структуры. Как работать со структурой компании читайте тут.<\/a>

Из моего опыта, это один из самых недооценённых инструментов. Структура и кроссфункциональные команды — база для масштабируемой и прозрачной организации.

Что даёт структура?<\/strong>

🔹 Визуально показывает отделы и подчинённость.
🔹 Отражает роли: руководитель, зам, подчинённый.
🔹 Помогает новичкам быстро адаптироваться (сразу понятно, кто их руководитель и к кому идти за советом).
🔹 Автоматически добавляет сотрудников в нужные чаты и каналы.
🔹 Упрощает поиск коллег и отделов.
🔹 Предоставляет руководителям доступ к задачам и отчётам сотрудников.
🔹 Служит основой для бизнес-процессов (отпуска, командировки и т. д.).

Но! Структура — это «каркас». А вот гибкость в проектах обеспечивают кроссфункциональные команды.

Зачем нужны команды?<\/strong>
Сотрудники остаются в отделах, но работают вместе в рамках задачи или проекта.

🔹 Команды можно создавать на срок проекта — и удалять после завершения.
🔹 Их можно прикреплять к отделу или даже к другой команде — не ломая оргструктуру.
🔹 Автоматически создаются чаты и каналы, где состав участников синхронизируется.
🔹 Можно назначить руководителей и заместителей, которые получают временные полномочия для согласований.
🔹 Всё настраивается: роли, права доступа, описание, состав.

Если у вас до сих пор в компании нет структуры или вы не используете команды — начните. Это как минимум экономит время.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T18:06:55+03:00",
            "date_modified": "2026-09-30T18:06:46+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-09-29_11-48-50.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 18:06:55 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "20",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-09-29_11-48-50.jpg"
                ]
            }
        },
        {
            "id": "19",
            "url": "https:\/\/gruzdevoleg.ru\/all\/kak-zastavit-rest-integracii-rabotat-na-testovom-konture-bitriks\/",
            "title": "Как заставить REST-интеграции работать на тестовом контуре Битрикс24",
            "content_html": "
\n\"\"\n<\/div>\n
На сегодня одновременная работа REST-приложений на двух порталах с одним лицензионным ключом стандартно не предусмотрена.

Почему так?<\/strong>
Лицензия привязывается к домену портала на стороне OAuth-сервиса вендора. И стандартно одновременная работа REST-приложений на боевом и тестовом портале с одним ключом не поддерживается. Конечно, у Битрикс24 это уже в планах, но пока что можно обойтись временным решением.

Чтобы REST-интеграции на тестовом портале заработали корректно:<\/strong>

1. Заходим на тестовый портал под администратором.
2. Переходим: Административный раздел → Настройки<\/em> → Инструменты<\/em> → PHP-командная строка<\/em>.
3. Выполняем этот код:<\/p>\n
\\Bitrix\\Main\\Loader::includeModule(’rest’);\n\n$oldClientId = \\Bitrix\\Main\\Config\\Option::get(’rest’, ’service_client_id’, null);\n$oldClientSecret = \\Bitrix\\Main\\Config\\Option::get(’rest’, ’service_client_secret’, null);\n\nprint_r(’old service_client_id: «’ . $oldClientId . ’»’);\nprint_r(’old service_client_secret: «’ . $oldClientSecret . ’»’);\n\n\\Bitrix\\Main\\Config\\Option::delete(’rest’, [’name’ => ’service_client_id’]);\n\\Bitrix\\Main\\Config\\Option::delete(’rest’, [’name’ => ’service_client_secret’]);\n\ntry {\n    \\Bitrix\\Rest\\OAuthService::register();\n    \\Bitrix\\Rest\\OAuthService::getEngine()->getClient()->getApplicationList();\n} catch(\\Bitrix\\Main\\SystemException $e) {\n    echo ’error register portal’;\n    echo «\\n <br> \\n»;\n}\n\n$newClientId = \\Bitrix\\Main\\Config\\Option::get(’rest’, ’service_client_id’, null);\n$newClientSecret = \\Bitrix\\Main\\Config\\Option::get(’rest’, ’service_client_secret’, null);\n\nif (\n    !is_null($oldClientId)\n    && !is_null($oldClientSecret)\n    && is_null($newClientId)\n    && is_null($newClientSecret)\n) {\n    \\Bitrix\\Main\\Config\\Option::set(’rest’, ’service_client_id’, $oldClientId);\n    \\Bitrix\\Main\\Config\\Option::set(’rest’, ’service_client_secret’, $oldClientSecret);\n}<\/pre>\n

Что делает этот скрипт?<\/strong>
Он обновляет OAuth-привязку тестового портала на сервере https:\/\/oauth.bitrix.info.<\/a> Дальше достаточно переустановить интеграционное приложение на тестовом портале и можно снова пробовать подключать интеграции. На боевом портале ничего не изменится — он продолжит работать как раньше.

Такой подход отлично подходит для тестирования. Но держите в голове — это временное решение. Если нужна стабильная работа двух контуров одновременно, лучше обсудить с вендором или интегратором варианты лицензирования.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T17:58:39+03:00",
            "date_modified": "2026-09-30T17:58:34+03:00",
            "tags": [
                "Настройка Битрикс24"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-09-22_16-44-36.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 17:58:39 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "19",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-09-22_16-44-36.jpg"
                ]
            }
        },
        {
            "id": "18",
            "url": "https:\/\/gruzdevoleg.ru\/all\/kak-ispravlyat-oshibki-struktury-bazy-dannyh-v-bitriks24-pri-pro\/",
            "title": "Как исправлять ошибки структуры базы данных в Битрикс24 при проверке системы?",
            "content_html": "
\n\"\"\n<\/div>\n
Если при проверке системы в админке Битрикс24 вы видите предупреждения по структуре базы данных — это не повод для паники. Я не раз сталкивался с этим на проектах и исправлял прямо из интерфейса.

Делюсь пошаговой инструкцией:<\/strong>
1. Зайдите в Настройки<\/em> → Проверка системы <\/em>и дождитесь окончания проверки.
2. В строке «Структура базы данных<\/em>» нажмите на значок вопроса слева.
3. В появившемся окне откройте журнал проверки по ссылке.
4. Пролистайте журнал в самый низ и скопируйте все строки, которые там выводятся. Обычно это SQL-запросы вида: ALTER TABLE ...
5. Перейдите в Настройки<\/em> → Инструменты<\/em> → SQL-запрос<\/em>, вставьте эти запросы в форму и выполните.

После этого обязательно запускаем проверку системы повторно — если структура базы корректная, ошибки пропадут.

Такие ошибки чаще всего появляются после обновлений модулей или при переносе портала на другой сервер. Поэтому я всегда советую: хотя бы раз в месяц заходите в проверку системы. Это маленький ритуал, который помогает держать портал в порядке<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T17:55:31+03:00",
            "date_modified": "2026-09-30T17:55:24+03:00",
            "tags": [
                "Настройка Битрикс24",
                "Полезное"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-09-15_13-00-22.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 17:55:31 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "18",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-09-15_13-00-22.jpg"
                ]
            }
        },
        {
            "id": "17",
            "url": "https:\/\/gruzdevoleg.ru\/all\/chto-vazhno-znat-o-pravah-dostupa-k-delam-i-zvonkam-v-bitriks24\/",
            "title": "Что важно знать о правах доступа к делам и звонкам в Битрикс24?",
            "content_html": "
\n\"\"\n<\/div>\n
Коллеги, это один из самых частых вопросов на проектах. Всегда звучит примерно так: «Можно ли сделать так, чтобы сотрудники видели только свои дела — звонки, встречи, письма<\/em>?»

Короткий ответ: <\/strong>отдельной настройки прав на дела в CRM нет.<\/em>
Дела в Битрикс24 наследуют доступы от связанных объектов — сделок, лидов, контактов. То есть, если сотрудник видит сделку или клиента, он автоматически увидит и все дела по ним.

А как тогда фиксируются звонки и где хранятся записи?<\/strong>
Звонок в CRM — это тоже дело. А вот записи разговоров хранятся в зависимости от используемой телефонии и способа интеграции.

Например, с Itgrix + Asterisk запись обычно прикрепляется:
🔹в карточку клиента
🔹в последнюю активную сделку по нему

Логика выгрузки настраивается не в Битрикс24, а у самого провайдера телефонии. И если вам нужно, чтобы записи попадали в другое место — это либо кастомные обработки на стороне Битрикса, либо доработки модуля интеграции с АТС.

А что насчёт «допилить» права доступа именно к делам?<\/strong>
Технически можно. Но… я честно не рекомендую. Это сотни часов кастомной разработки. А дальше — вечный страх обновлений: «а не сломается ли всё после апдейта?» Плюс риск конфликтов с другими модулями. В реальных проектах такие доработки обычно оказываются дороже, чем реальная польза от них.

Так что в итоге?<\/strong>
Хотите ограничить доступ к делам? Работайте с правами на сделки, лиды и контакты.
Звонки и записи зависят от вашей телефонии, обсуждайте это с разработчикам модуля АТС.
Кастомная доработка прав на дела — дорого, рискованно и, как показывает практика, редко оправдано.<\/p>\n",
            "summary": "",
            "date_published": "2026-09-30T17:53:16+03:00",
            "date_modified": "2026-09-30T17:53:11+03:00",
            "tags": [
                "Настройка Битрикс24",
                "Полезное"
            ],
            "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-08-28_18-42-42.jpg",
            "_date_published_rfc2822": "Wed, 30 Sep 2026 17:53:16 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "17",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-08-28_18-42-42.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4199,
    "_e2_ua_string": "Aegea 11.5 (v4199)"
}