DEV Community: Глеб Лужбин S-WEBS

Сколько стоит внедрение Битрикс24 в 2026 году: из чего складывается смета

Глеб Лужбин S-WEBS — Fri, 07 Aug 2026 08:29:35 +0000

Сколько стоит внедрение Битрикс24 в 2026 году: из чего складывается смета

Запрос «сколько стоит внедрение Битрикс24» кажется простым, пока не сравнишь несколько коммерческих предложений. В одном обещают настроить CRM за небольшую фиксированную сумму, в другом называют бюджет в несколько сотен тысяч рублей. Оба предложения могут быть честными — за словом «внедрение» стоят разные работы.

CRM можно собрать как рабочее место одного отдела продаж: воронка, карточки сделок, обязательные поля и несколько роботов. А можно перестроить путь обращения через продажи, производство, логистику и бухгалтерию, перенести историю из старой системы, связать Битрикс24 с 1С и обучить сотрудников. Это уже не одна и та же задача.

От чего зависит бюджет

S-WEBS24 приводит такой ориентир: типовой проект начинается от 150 000 ₽, сложный проект с интеграциями и доработками — от 400 000 ₽. Это не тарифная сетка и не цена лицензии. Итоговая смета зависит от состава работ и появляется после того, как понятны процессы компании.

Главные драйверы стоимости:

количество процессов, которые переводят в Битрикс24;
число отделов, ролей и правил доступа;
качество исходных данных и объём миграции;
интеграции с сайтом, 1С, телефонией, почтой, мессенджерами;
нестандартная логика: согласования, расчёты, документы, отчёты;
объём обучения и сопровождения в первые недели после запуска.

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

Что входит в стоимость

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

Диагностика процессов. Исполнители и руководители описывают, откуда приходят обращения, кто принимает решение и где возникают задержки. Результат этапа — границы проекта, а не набор общих пожеланий.

Проектирование CRM. Для сделок, контактов и компаний определяют структуру карточек, воронки, стадии, обязательные поля и права доступа. Здесь же фиксируют критерии приёмки: какие сценарии должны пройти без ручного вмешательства.

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

Интеграции. CRM связывают с сайтом, почтой, телефонией и мессенджерами, чтобы обращения попадали в систему автоматически. При необходимости настраивают обмен с 1С, складскими программами и внешними API.

Миграция данных. Перенос из Excel или старой CRM включает не только загрузку строк: нужно убрать дубли, проверить телефоны и email, связать сделки с контактами.

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

Лицензия и внедрение — разные расходы

Лицензия оплачивает право пользоваться продуктом. Внедрение оплачивает изменение процессов и настройку системы под компанию. Если купить лицензию, в ней сами по себе не появятся воронки, корректные права, обмен с 1С или база клиентов без дублей.

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

Что раздувает смету без результата

Самая дорогая ошибка — начинать настройку без согласованного процесса. Тогда каждый участник по-своему понимает стадии «в работе» или «оплачено», а изменения в CRM появляются уже во время разработки.

Не меньше проблем создаёт неочищенная база. Если в старой таблице один клиент записан пять раз с разными телефонами, перенос воспроизводит хаос в новой системе. Очистка данных до миграции дешевле, чем поиск дублей после запуска.

Не стоит настраивать весь доступный функционал Битрикс24. Поля «на будущее», отчёты без владельца и роботы для неописанных процессов увеличивают смету и усложняют обучение, но работу отдела лучше не делают.

Как сократить бюджет без потери результата

Экономить стоит не на диагностике и проверке запуска, а на лишнем объёме. Компания может заранее подготовить экспорт базы, список сотрудников и ролей, примеры документов. Полезно назначить человека, который принимает решения по процессу со стороны клиента, — без него вопросы о стадиях и полях будут зависать.

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

Вывод

Для расчёта недостаточно назвать число пользователей и тариф. Перед оценкой стоит подготовить перечень отделов и ролей, примеры текущих воронок и документов, список систем для обмена, объём данных для миграции и обязательный результат первого запуска. Тогда смета будет понятной: в ней видно, за какой результат платит компания.

Читать полностью на S-WEBS24

Облачный или коробочный Битрикс24: полная стоимость владения в 2026 году

Глеб Лужбин S-WEBS — Thu, 06 Aug 2026 20:12:20 +0000

Компания на 80 сотрудников выбирает CRM для отдела продаж, задач и внутренних коммуникаций. Ей нужен быстрый запуск и предсказуемая оплата, сервер содержать не хочется. Вторая компания работает в закрытом контуре с доменной авторизацией, DLP и внутренними системами, которые нельзя вывести в интернет. Обеим нужен Битрикс24, но одинаковое решение им не подойдёт.

Цена лицензии в таком выборе играет меньшую роль, чем кажется. Разбираемся на актуальных цифрах — все цены проверены 6 августа 2026 года, временные акции не учитываем.

Что вообще сравниваем

Облачный Битрикс24 — готовый сервис. Оплачиваете тариф, создаёте пользователей, настраиваете CRM. Серверы, обновления платформы, базовое резервное копирование и доступность — на стороне поставщика.

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

Коробка нужна не потому, что «серьёзной компании положен свой сервер». У неё должны быть конкретные причины: закрытая сеть, требования регулятора, интеграция внутри корпоративного контура или серверная доработка. Без таких требований облако обычно проще и дешевле.

Цены лицензий

Облачные тарифы (месячная цена без акции, при покупке на год заявлена скидка 20%):

Стандартный, 50 пользователей — 6 990 ₽/мес, за год 67 104 ₽
Профессиональный, 100 пользователей — 13 990 ₽/мес, за год 134 304 ₽
Энтерпрайз, 250 пользователей — 33 990 ₽/мес, за год 326 304 ₽
Энтерпрайз, 1 000 пользователей — 99 990 ₽/мес, за год 959 904 ₽

Коробочные редакции (новая лицензия / льготное продление 30%):

Корпоративный портал 50 — 159 000 ₽ / 47 700 ₽
Корпоративный портал 100 — 229 000 ₽ / 68 700 ₽
Корпоративный портал 250 — 349 000 ₽ / 104 700 ₽
Энтерпрайз 1 000 — 1 299 000 ₽ / 389 700 ₽

Ловушка из старых обзоров: актуальная коробочная лицензия срочная, действует 12 месяцев. Без продления доступ к продукту закрывается. Совет «не продлевайте и работайте на старой версии» относится к прежней модели лицензирования.

TCO за три года

Считаем: для облака три годовые покупки со скидкой 20%, для коробки — новая лицензия плюс два льготных продления. Телефония, приложения, внедрение и сопровождение не включены ни в одну сторону — они одинаковы в обеих версиях.

50 пользователей: облако 201 312 ₽ против 254 400 ₽ у коробки. Коробка дороже на 53 088 ₽ ещё до покупки сервера.
100 пользователей: 402 912 ₽ против 366 400 ₽. Коробка дешевле на 36 512 ₽.
250 пользователей: 978 912 ₽ против 558 400 ₽. Разница 420 512 ₽ в пользу коробки.
1 000 пользователей: 2 879 712 ₽ против 2 078 400 ₽. Разница 801 312 ₽.

Теперь пересчитаем разницу в месячный бюджет. На 100 пользователях сервер, диски, внешнее хранилище копий, мониторинг, обновления и администратор должны вместе обходиться дешевле 1 014 ₽ в месяц — только тогда коробка реально выгоднее. На 250 пользователях запас составляет 11 681 ₽, на 1 000 — 22 259 ₽.

У компании с готовым дата-центром и штатной ИТ-службой часть расходов уже оплачена. Тогда коробка может оказаться выгоднее. Но это нужно подтвердить расчётом, а не вычеркнуть инфраструктуру как «у нас всё равно есть сервер».

Что ещё входит в стоимость коробки

Официальные минимальные требования — 2 ГБ памяти и 10 ГБ диска — это нижняя граница для установки, а не рабочая конфигурация. Промышленный сервер считают по пользователям, размеру базы, объёму документов, числу роботов и интеграций. Плюс нужен запас под рост: если диск заполнен на 80%, обновление или перестроение индексов может закончиться простоем даже при свободном процессоре.

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

Когда коробка оправдана

Закрытый контур и требования ФСТЭК (есть сертифицированная редакция), ГОСТ-шифрование, доменная авторизация, DLP, глубокие серверные доработки и интеграции, которые в облаке физически невозможны. Если таких требований нет, сравнение начинают с облака и проверяют, какие его ограничения действительно мешают проекту.

Читать полностью на S-WEBS24

Быстрые фильтры задач в карточке сделки Битрикс24

Глеб Лужбин S-WEBS — Thu, 06 Aug 2026 20:11:41 +0000

Когда в сделке копятся десятки связанных задач, список перестаёт быть списком. Менеджеру нужно быстро понять, что просрочено, руководителю — увидеть незакрытые хвосты, проектному менеджеру — отобрать задачи конкретного исполнителя. Раньше для этого приходилось вручную шерстить строки или уходить в общий раздел задач, теряя контекст сделки.

В приложении «Привязанные задачи» появились быстрые фильтры прямо во вкладке карточки CRM. Работает в сделках, лидах, компаниях, контактах, коммерческих предложениях и счетах. В выбранных смарт-процессах вкладку можно включить в настройках приложения.

Пять быстрых кнопок

Над таблицей появились кнопки:

«Просроченные» — незавершённые задачи, срок которых уже наступил;
«На сегодня» — незавершённые задачи со сроком на текущую дату;
«В работе» — все незавершённые, включая отложенные и ожидающие контроля;
«Завершённые» — закрытые задачи;
«Без крайнего срока» — задачи, где срок не задан.

Кнопки комбинируются по принципу «или». «Просроченные» плюс «Завершённые» покажут и горящие хвосты, и недавно закрытые дела в одном списке — удобно для сверки перед сменой стадии.

Важный нюанс: «В работе» — это не статус «Выполняется». Фильтр собирает все незавершённые состояния, поэтому годится для общего контроля, а не только для проверки того, по чему исполнитель уже начал движение.

Фильтры по людям, проектам и датам

Кнопка «Другие фильтры» открывает дополнительные условия: ответственный, постановщик, проект и диапазон срока «от–до». Значения берутся из уже загруженных связанных задач, в списках есть поиск — крутить простыню сотрудников не придётся.

Условия складываются: «В работе» плюс выбранный ответственный оставят в таблице только незакрытые задачи этого сотрудника. Добавьте диапазон дат — получите срез по статусу, исполнителю и сроку одновременно.

Поиск, сортировка и экспорт

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

Счётчик рядом с таблицей показывает, сколько родительских задач найдено. Это удобно перед выгрузкой: не нужно сначала скачивать CSV, чтобы понять, не осталось ли в нём лишних строк.

CSV-экспорт отдаёт ровно ту выборку, которую вы видите. Если в интерфейсе остались только задачи одного проекта за неделю — в файле будет то же самое, а не полный отчёт по сделке.

Подзадачи не теряются

Подзадача часто содержит важную деталь: отдельное согласование, звонок, подготовку документа. Если условию соответствует только она, приложение не скрывает родителя. Родительская задача остаётся в таблице и раскрывается автоматически, совпавшая подзадача подсвечивается. Менеджер видит, к какой основной работе относится совпадение, а не оторванную от контекста строку.

Ограничения, о которых стоит знать

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

Границы «На сегодня» и диапазоны дат считаются в часовом поясе браузера. Если команда размазана по регионам, учитывайте это при сверке.

Типовые сценарии

Перед переводом сделки на следующий этап менеджер открывает вкладку и нажимает «Просроченные» — сразу видно, что осталось сделать до счёта или предложения.

Руководитель выбирает ответственного плюс «В работе» — в карточке остаются задачи одного сотрудника, без переключения в общий список.

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

Читать полностью на S-WEBS24

Как настроить межпортальные чаты между порталами в Битрикс24

Глеб Лужбин S-WEBS — Tue, 04 Aug 2026 13:31:26 +0000

Когда у компании два портала Битрикс24, переписка между ними быстро превращается в ручную работу. Сотрудники копируют сообщения из одного портала в другой, файлы пересылают через WhatsApp, задачи дублируют в двух системах. По нашим наблюдениям, до 30% рабочего времени поддержки и проектных команд уходит не на саму работу, а на перекладывание информации между порталами.

Приложение «Межпортальные чаты 2.0» связывает чаты разных порталов: сообщения, файлы и задачи передаются автоматически. Сотрудники продолжают работать в привычном интерфейсе Битрикс24, а приложение маршрутизирует и доставляет. В полной версии статьи — настройка с картинками, здесь разберём основные шаги и подводные камни.

Базовый сценарий: «Клиент → Открытая линия партнёра»

Самый быстрый вариант, подходит для техподдержки и аутсорсинга. Клиент пишет чат-боту на своём портале, сообщение приходит в открытую линию на портале партнёра. Оператор отвечает — ответ возвращается клиенту.

Порядок действий:

Установите приложение «Межпортальные чаты и задачи 2.0» из Маркетплейса Битрикс24 на оба портала. В боковом меню появится пункт «Межпортальные чаты 2.0» с двумя вкладками: «Клиентский» и «Партнёрский».
На клиентском портале откройте вкладку «Клиентский» и нажмите «Создать бота». Приложение зарегистрирует чат-бота через API Битрикс24, и он появится в списке чатов как обычный контакт.
На портале партнёра во вкладке «Партнёрский» создайте открытую линию. Приложение зарегистрирует коннектор с идентификатором swebs_chat_v_chat2. После этого настройте очередь операторов в разделе «Открытые линии».
Проверьте связку: напишите боту на клиентском портале, сообщение должно появиться в открытой линии партнёра за несколько секунд. Ответ из линии вернётся в тот же чат с ботом.

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

Сценарий «Чат ↔ Чат» для проектных команд

Здесь связываются два групповых чата: сообщение из чата на одном портале попадает в связанный чат на другом, и наоборот. Создаёте бота-партнёра и клиентского бота, добавляете их в групповые чаты на своих порталах, а затем в партнёрском разделе указываете, какой чат с каким связан. Сообщения приходят с пометкой об авторе, так что участники видят, кто написал.

Пересылка файлов: два режима

Без перехостинга — в сообщение вставляется ссылка на файл с портала-источника. Быстро, но получателю нужен доступ к исходному порталу.
С перехостингом — файл скачивается с портала-отправителя и загружается в хранилище получателя. Надёжнее, но требует дискового пространства на backend-сервере приложения.

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

Синхронизация задач (Task Sync)

Отдельный модуль, который не зависит от чатов. Партнёр генерирует пригласительный ключ, клиент вводит его у себя, дальше партнёр задаёт пары «группа на портале партнёра → группа на портале клиента». Задачи синхронизируются каждые 2 минуты: заголовок, описание, дедлайн, файлы. При конфликте изменений побеждает последнее (last-write-wins).

Важно: на июнь 2026 года это BETA-функция. Перед разворачиванием на production проверьте сценарий на тестовых порталах.

Кейс из практики

Строительный холдинг с двумя порталами: управляющая компания и стройплощадка. Чертежи и спецификации гоняли через WhatsApp, согласование документации занимало до трёх дней. После настройки межпортальных чатов и Task Sync весь обмен ушёл в Битрикс24, а полный цикл настройки занял 2 часа.

Итог

Базовая связка «клиент → открытая линия» настраивается за 15–20 минут, полный цикл с чат↔чат, файлами и синхронизацией задач — за 1–2 часа. Все шаги со скриншотами, список типичных ошибок и их решений — в полной версии статьи.

Читать полностью на S-WEBS24

Как настроить автоматический переход основной сделки по стадиям дочерних: робот для Битрикс24

Глеб Лужбин S-WEBS — Tue, 04 Aug 2026 07:25:39 +0000

Типовая ситуация у производителя кухонь: клиент оформляет заказ, в CRM появляется основная сделка и три дочерние — доставка, монтаж мебели, монтаж столешницы. Каждую ведёт свой исполнитель, в своём темпе. Основная сделка при этом висит на стадии «Монтаж» и ждёт, пока менеджер вручную проверит, закрыты ли все три дочерние.

Пока сделок пять — ручная проверка работает. Когда их пятьдесят, основные сделки начинают зависать: дочерние давно завершены, а акт клиенту никто не выставил, потому что «вчера вроде ещё монтаж шёл».

Почему штатные роботы Битрикс24 не справляются

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

Обычно на этом месте начинаются обходные пути: регламент «менеджер проверяет каждое утро» (ломается о человеческий фактор), отчёт в BI (показывает проблему, но не решает её) или бизнес-процесс от разработчика (дорого и долго для каждой новой воронки).

Как работает робот перехода основной сделки

Робот «Переход основной сделки по стадиям дочерних» из приложения CRM Роботы + AI 2.0 ставится на стадию дочерней воронки. При срабатывании он:

Находит по полю связи основную сделку этой дочерней.
Забирает из основной список всех дочерних из множественного поля.
Проверяет каждую: прошла ли она контрольную стадию.
Если прошли все — переводит основную на целевую стадию, например «Подписать акт приёмки». Если хотя бы одна ещё в работе — не делает ничего и ждёт следующего срабатывания.

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

Пять настроек

В диалоге всего пять параметров: поле с основной сделкой (в дочерней), множественное поле с дочерними сделками (в основной), контрольная стадия дочерних, целевая стадия основной и опция учёта проигранных сделок.

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

Настройка за 15 минут

Создайте в дочерней воронке поле «Основная сделка» с типом «Привязка к элементам CRM».
Создайте в основной воронке множественное поле «Дочерние сделки» с той же привязкой.
Проставьте связи у существующих сделок — робот читает готовые связи из полей, сам он ничего не ищет.
Поставьте робота на контрольную стадию дочерней воронки и заполните пять параметров.
Проверьте на одной тестовой связке: переведите дочерние на контрольную стадию и убедитесь, что основная ушла на целевую.

Как это выглядит в работе

Робот стоит на стадии «Архив распределённых сделок» дочерней воронки. Водитель закрыл доставку — робот проснулся, проверил: монтаж ещё в работе, основную не трогаем. Сборщики закончили мебель — снова проверка, столешница не готова, ждём. Закрылась последняя дочерняя — все три прошли контрольную стадию, и основная сделка сама переехала на «Подписать акт приёмки». Менеджер увидел её там утром и выставил акт в тот же день, а не через неделю, когда случайно вспомнил про заказ.

Где ещё применять

Схема подходит везде, где заказ распадается на параллельные ветки работ:

строительство и ремонт — основной контракт плюс проектирование, поставка материалов, отдельные этапы;
установка оборудования — монтаж, пусконаладка, обучение персонала;
IT-проекты — разработка, тестирование и внедрение как отдельные сделки под одним проектом;
дизайн-проекты — концепция, чертежи, авторский надзор.

Общий признак: основная сделка должна реагировать на суммарный результат всех веток, а не на каждую по отдельности.

Типичные ошибки

Чаще всего робот «не работает» из-за пустых полей связи — проверяйте сначала данные, потом робота. Вторая ошибка: робот поставлен на стадию основной воронки вместо контрольной стадии дочерней — триггером служит переход дочерней сделки, на основной он просто не сработает. Третья: забыта опция про проигранные сделки, и одна отменённая дочерняя блокирует всё.

Жёсткого ограничения по количеству дочерних сделок нет — проверяли на связках с десятком, работает стабильно. Если для разных типов заказов нужны разные целевые стадии, ставят несколько копий робота с условиями.

Читать полностью на S-WEBS24

Простые и повторные лиды в Битрикс24: почему карточка выглядит по-разному и как это исправить

Глеб Лужбин S-WEBS — Fri, 31 Jul 2026 21:06:27 +0000

Простые и повторные лиды в Битрикс24: почему карточка выглядит по-разному и как это исправить — S-WEBS24

Статьи31 июля 2026 г.

Простые и повторные лиды в Битрикс24: почему карточка выглядит по-разному и как это исправить

Почему карточки лидов в Битрикс24 отличаются: простые и повторные лиды

Менеджер открывает один лид — видит привычные поля: имя, телефон, источник, бриф. Открывает другой — половины полей нет. Исчез блок «Текущий статус и будущие шаги», пропали пользовательские поля с важной информацией по клиенту — работа с лидами встала.

Это не баг. В Битрикс24 два типа лидов: простой и повторный. У каждого из них настраивается своя карточка с независимым набором полей и разделов. Пока администратор этого не знает, половина команды видит полную карточку, а половина — урезанную. Дальше — как устроено это разделение, почему оно существует и как настроить карточки, чтобы менеджеры не теряли данные.

Где настраиваются карточки простых и повторных лидов

Настройка делается прямо в карточке лида. Откройте любой лид, нажмите шестерёнку (⚙️) в правом верхнем углу и выберите «Новый вид карточки». Система предложит выбрать, для какого типа лида создаётся вид: простого или повторного. Это и есть точка, где администратор впервые видит, что карточек две — и именно здесь начинаются проблемы, если настроить только одну.

Если вы никогда не создавали отдельные виды, обе карточки используют стандартную конфигурацию и визуально не отличаются. Но как только администратор создаёт вид для простого лида и меняет в нём набор полей, разница становится заметной: повторные лиды остаются со стандартным видом.

Алгоритм определения типа лида в Битрикс24: простой или повторный

Логика простая, но в интерфейсе её не видно. Лид считается простым, пока поле «Клиент» в его карточке не заполнено. Как только менеджер добавляет существующий контакт или компанию в поле «Клиент» — лид мгновенно становится повторным, и Битрикс24 переключает вид карточки.

Повторный лид означает, что этот человек или компания уже есть в базе. Для работы с ним нужны поля одного типа — история взаимодействий, предыдущие сделки, этапы согласования. Для нового — другие: квалификация, сбор первичных данных, бриф. Отсюда и две карточки.

Тип лида	Какие поля нужны
Простой (новый)	Квалификация, сбор первичных данных, бриф, источник
Повторный	История взаимодействий, предыдущие сделки, этапы согласования

В API за это отвечает параметр leadCustomerType метода crm.lead.details.configuration.set. 1 — простой лид, 2 — повторный. Переключение происходит автоматически при каждом изменении связи с контактом или компанией. Обратите внимание: оба упомянутых API-метода помечены как устаревшие (deprecated) в документации Битрикс24 — для новых интеграций используйте актуальные методы из семейства crm.item.*.

Типичные проблемы из-за разницы в карточках лидов: сценарии из практики

Лиды с сайта: почему пропадают поля после привязки контакта

Через форму сайта приходит новый лид. Поле «Контакт» пустое — лид простой. Менеджер видит краткую карточку с именем, телефоном, комментарием и источником. Данные из формы подтянулись, всё работает.

Через неделю тот же клиент оставляет повторную заявку. Менеджер вручную привязывает к новому лиду существующий контакт. В этот момент карточка переключается на конфигурацию для повторных лидов — а там другие поля. Пользовательские поля вроде «Брифа» пропадают, потому что администратор настраивал только карточку для простых лидов и не трогал повторные.

Итог: менеджер теряет доступ к данным, начинает писать в техподдержку «все лиды сломались», хотя на самом деле сломалась только конкретная конфигурация.

Настройка под менеджера: как не сломать карточку другим сотрудникам

Администратор настраивает карточку под запрос конкретного сотрудника: убирает всё лишнее, оставляет только

Читать полностью на S-WEBS24

Интеграция с MAX: связка порталов Битрикс24 и корпоративного мессенджера в одном окне

Глеб Лужбин S-WEBS — Fri, 31 Jul 2026 15:00:30 +0000

Введение: зачем мессенджеру MAX интеграция с Битрикс24

Российские компании всё чаще строят коммуникации на стеке «Битрикс24 плюс MAX». Битрикс24 — для сделок, задач и воронок. MAX — для быстрых чатов, групповых обсуждений и переписки с внешними контактами, которые не заводят в CRM.

Проблема появляется, когда эти два мира не пересекаются: обсуждение сделки в чате MAX не видно в задаче Битрикс24, а сообщение из воронки не доходит до коллеги, который работает только в MAX.

Приложение «Межпортальные чаты» (ChatB24toB24) решало похожую задачу на уровне двух порталов Битрикс24. Но оставался пробел: что если часть команды сидит в MAX, а не в Битрикс24? Что если заказчик общается только в MAX, а интегратор ведёт проект в CRM?

Интеграция с MAX закрывает этот разрыв. MAX становится ещё одним каналом в связке — равноправным с порталом партнёра или клиента.

Как устроена пересылка сообщений

Интеграция построена на Bot API платформы MAX. В приложении «Межпортальные чаты» заводятся MAX-боты — по одному на каждый токен. Каждый бот подписывается на вебхук приложения и ждёт событий: новое сообщение, бота добавили в чат, чат переименовали.

Бот привязывается к конкретной связке порталов. В настройках выбирается чат в MAX и указывается направление пересылки:

Из Битрикс24 в MAX (от партнёра, от клиента, или от обоих)
Из MAX в Битрикс24 (партнёру, клиенту, или обоим)

Каждое направление включается независимо. Хотите только читать переписку в MAX — включите单向ную пересылку. Нужен полноценный чат — включите оба направления.

Сообщения конвертируются на лету: BB-код Битрикс24 ↔ Markdown MAX. Жирный текст, курсив, ссылки, цитаты сохраняются. Длинные сообщения (свыше 4000 символов) автоматически режутся на части с повторением подписи автора.

Под капотом: шифрование токенов, защита от дублей, исключение эхо-петли, TLS через сертификат Минцифры.

Автоматизация: настроил и забыл

Ручной работы после настройки нет. Весь поток идёт через вебхуки:

Сообщение приходит в чат портала Битрикс24
Приложение доставляет его на второй портал
При настроенной интеграции с MAX — сообщение дублируется в выбранный чат MAX
Ответ из MAX приходит вебхуком на приложение
Приложение находит связку, конвертирует Markdown в BB-код и отправляет в нужные порталы

Без кнопок «обновить», без ручного копирования. Сообщение пришло в MAX — через секунду оно в чате Битрикс24. И наоборот.

Кейсы внедрения

Интегратор и заказчик: CRM у одних, MAX у других

Интегратор ведёт проект в Битрикс24. Заказчик живёт в MAX. До интеграции каждое сообщение копировалось вручную — 5-7 лишних действий, час рутины в день. После интеграции обе стороны работают в привычной среде, сообщения пересылаются автоматически.

Отдел продаж в Битрикс24, разработка в MAX

Продавцы работают в CRM, программисты общаются в MAX. Раньше информация о проблемах клиента доходила с задержкой. Теперь сообщение из сделки мгновенно попадает в чат разработки, ответ возвращается в карточку CRM.

Работа с внешними подрядчиками

Маркетинговое агентство, дизайнеры, копирайтеры редко заводят аккаунты в Битрикс24 клиента. MAX — их основная среда. Интеграция позволяет включить внешнюю команду в коммуникацию без регистрации в CRM.

Выводы

Интеграция с MAX не для всех. Если команда на 100% в Битрикс24 и внешними мессенджерами не пользуется — можно пропустить. Но если часть общения ушла в MAX — с руководителями, подрядчиками или заказчиками — интеграция окупается в первую же неделю. Вы перестаёте быть ретранслятором между двумя окнами.

Начать просто: получите токен у @MasterBot в MAX, добавьте бота в настройках «Межпортальных чатов», выберите чат и направления. Первое сообщение идёт сразу после сохранения.

Читать полностью на S-WEBS24

Обязательная двухфакторная аутентификация в Битрикс24: что меняется и как настроить

Глеб Лужбин S-WEBS — Fri, 31 Jul 2026 11:57:56 +0000

🔐 Обязательная двухфакторная аутентификация в Битрикс24: что меняется и как настроить

С конца июля 2026 года Битрикс24 переводит двухфакторную аутентификацию из «рекомендуется» в «обязательно» для облачных тарифов Профессиональный и Энтерпрайз. Пароль — защита слабая: фишинг, утечки, подбор. Если в личных сервисах потеря аккаунта — проблема одного человека, то в CRM компрометация открывает доступ к сделкам, переписке с клиентами, платёжным документам.

Что конкретно меняется

Новая 2FA работает через три канала подтверждения:

Push-уведомление в мобильном приложении Битрикс24 — подтверждение одним нажатием, без кодов
SMS с одноразовым кодом — работает на любом телефоне
Электронная почта — для сотрудников без рабочего смартфона

Старая OTP-схема с шестизначными кодами остаётся как резервный вариант. Дополнительно система выдаёт 10 резервных кодов — на случай потери телефона.

График внедрения

Дата	Категория
27 июля 2026	NFR-аккаунты
3 августа 2026	Тариф Enterprise
10 августа 2026	Тариф Professional

Тарифы Free, Standard и Basic под требование не попадают. После наступления даты у сотрудников есть 14 дней на настройку, затем вход без 2FA блокируется.

Как настроить 2FA

Для сотрудника: фото профиля → Безопасность → Двухфакторная аутентификация → Включить. Система покажет QR-код, после сканирования в мобильном приложении — защита включена. Затем указывается телефон для SMS и подтверждается почта.

Для администратора: сначала настроить 2FA себе, затем в Настройках → Безопасность включить требование для всей компании. В админке видно, кто из сотрудников уже подключил защиту, а кто — нет.

Реальные кейсы внедрения

Опыт клиентских порталов показывает: сама настройка занимает 3–5 минут на человека. Сложности возникают вокруг организации процесса:

Производственная компания, 50 сотрудников. Заранее разослали инструкцию. Для 12 человек без смартфона настроили подтверждение через корпоративную почту. За 14 дней подключили 48 сотрудников, двое восстановили доступ через администратора за 5 минут.
Розничная сеть, 200+ сотрудников. Печатные памятки с QR-кодом в торговые точки, пятиминутный инструктаж. За 10 дней — 180 из 200.
Логистическая компания, 30 сотрудников. Переход со старой OTP-схемы занял в среднем 3 минуты на человека.

Чек-лист для администратора

Проверить текущий статус 2FA на портале
Разослать инструкцию сотрудникам с датой блокировки
Убедиться, что у всех есть смартфон с приложением или доступ к SMS/почте
Настроить 2FA для общих учётных записей
Сохранить резервные коды администратора в надёжном месте

Типичные ошибки

Откладывать настройку на последний день — теряется доступ в самый неподходящий момент
Не сохранить резервные коды — система показывает их один раз
Использовать один телефон для нескольких аккаунтов — путаница с доверенными устройствами
Расхождение времени на устройствах больше 30 секунд ломает OTP и push

Требование касается только облачных тарифов. Партнёры по внедрению могут продолжать использовать старую OTP-схему.

Читать полностью на S-WEBS24

Межпортальные задачи Битрикс24 для партнёров: единый контроль задач по всем клиентам

Глеб Лужбин S-WEBS — Fri, 24 Jul 2026 15:57:34 +0000

Межпортальные задачи Битрикс24 для партнёров: единый контроль задач по всем клиентам

Партнёр Битрикс24 с 10+ клиентами каждый день переключается между порталами в поиске задач. Приложение S-WEBS24 собирает задачи со всех клиентских порталов в единую панель: постановка задачи клиенту из своего портала, контроль статусов и сроков, уведомления о просрочках. Разбор 4 сценариев: внедрени

Проблема: когда порталов больше одного

Штатные задачи Битрикс24 работают только внутри одного портала. Нельзя создать задачу и назначить исполнителем сотрудника из другого портала. Нельзя увидеть задачи всех подразделений в одном списке. Чем это оборачивается на практике:

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

Как работают межпортальные задачи

Приложение S-WEBS24 связывает порталы в единую сеть. Руководитель ставит задачу в своём портале, выбирает исполнителя из любого подключённого портала — и сотрудник видит её в своём привычном интерфейсе задач.

Что происходит под капотом:

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

Сценарии использования

Филиальные сети. Головной офис распределяет задачи по всем регионам: маркетинговые акции, кадровые назначения, сбор отчётности. Каждый филиал работает в своём портале, но руководитель видит полную картину.

Франчайзинг. Управляющая компания выдаёт задачи франчайзи: внедрение новых стандартов, обучение персонала, отчётность. Задачи не теряются в почте — всё в одном окне.

Группа компаний с общим бэк-офисом. Бухгалтерия запрашивает документы у всех юрлиц одной задачей. HR проводит аттестацию сотрудников разных компаний. IT ставит задачи на обновление систем во всех подразделениях.

Сравнение с альтернативами

WhatsApp/Telegram. Мгновенная связь, но нет контроля, нет истории в CRM, нет аудита. Для разовых вопросов — ок. Для системной работы — нет.
Почта. Подходит для формальных запросов, но не для оперативного управления задачами. Медленная, нет уведомлений о просрочках.
Excel/Google-таблицы. Можно вести реестр задач, но без интеграции с Битрикс24 данные устаревают. Двойная работа: сотрудник обновляет статус в CRM и в таблице.
Самописные интеграции. Адаптируются под процессы, но разработка и поддержка стоят денег. Обновления Битрикс24 могут сломать кастомный код.

Выводы

Межпортальные задачи — инструмент для холдингов от двух юридических лиц, филиальных сетей и франчайзинговых компаний. Если руководители вынуждены ставить задачи через WhatsApp, а контроль сводится к еженедельному обзвону — приложение закрывает эту проблему. Первые результаты заметны в первую неделю: задачи перестают теряться, сроки соблюдаются, контроль возвращается в одно окно.

Читать полностью на S-WEBS24

Межпортальные задачи Битрикс24: сквозное управление задачами для холдингов и групп компаний

Глеб Лужбин S-WEBS — Fri, 24 Jul 2026 15:57:31 +0000

Межпортальные задачи Битрикс24: сквозное управление задачами для холдингов и групп компаний

Когда у компании больше одного портала Битрикс24, поставить задачу коллеге из соседнего портала штатными средствами нельзя. Приложение S-WEBS24 «Межпортальные задачи» связывает порталы в единую сеть: задача создаётся в портале постановщика и мгновенно реплицируется на портал исполнителя. Статусы, ср

Проблема: когда порталов больше одного

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

Как работают межпортальные задачи

Что происходит под капотом:

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

Сценарии использования

Сравнение с альтернативами

WhatsApp/Telegram. Мгновенная связь, но нет контроля, нет истории в CRM, нет аудита. Для разовых вопросов — ок. Для системной работы — нет.
Почта. Подходит для формальных запросов, но не для оперативного управления задачами. Медленная, нет уведомлений о просрочках.
Excel/Google-таблицы. Можно вести реестр задач, но без интеграции с Битрикс24 данные устаревают. Двойная работа: сотрудник обновляет статус в CRM и в таблице.
Самописные интеграции. Адаптируются под процессы, но разработка и поддержка стоят денег. Обновления Битрикс24 могут сломать кастомный код.

Выводы

Читать полностью на S-WEBS24

Как мы перевели сайт на 1С-Битрикс с PHP 7.4 на 8.2: разбор легаси-кода и неочевидных ошибок

Глеб Лужбин S-WEBS — Fri, 24 Jul 2026 03:40:58 +0000

Как мы перевели сайт на 1С-Битрикс с PHP 7.4 на 8.2: разбор легаси-кода и неочевидных ошибок

С февраля 2026 года 1С-Битрикс ограничивает поддержку продуктов на версиях PHP ниже 8.2. PHP 7.4 перестал получать обновления безопасности ещё в ноябре 2022 года — четыре года без исправлений уязвимостей для сайта, который принимает платежи и обрабатывает персональные данные.

Для servermall — крупного интернет-магазина серверного оборудования на 1С-Битрикс — вопрос стоял остро. Сайт с 2012 года, около 120 PHP-файлов с бизнес-логикой в /local/, кастомные компоненты, интеграция с AmoCRM, конфигураторы серверов, фильтры.

Мы выкатили PHP 8.2 на тестовую копию и методично фиксили ошибки. Всего изменили около 50 файлов. Основные категории проблем: нестатические методы, вызываемые статически (добавили static), count() и implode() на потенциально не-массивах (обернули в is_array), short open tags <? (заменили на <?php), define() без кавычек, старые конструкторы классов в сторонних модулях.

Попутно PHP 8.2 подсветил баги, которые годами жили в коде: перепутанные переменные в кешировании, свойства инфоблоков, приходившие строкой вместо массива. Stricter typing сработал как бесплатный статический анализатор.

Главный урок: если на 7.4 вы уже пишете с типами (declare(strict_types=1), тайп-хинты), переход на 8.2 — это точечная правка пары десятков файлов, а не переписывание всего. Из ~120 файлов в /local/ реально сломались около двух десятков.

После миграции сайт стабильно работает на PHP 8.2: принимает заказы, конфигуратор собирает серверы, B2B-кабинет работает. Производительность выросла на 10-18%. И главное — apt upgrade снова делает то, что должен: обновляет пакеты, а не ломает сайт.

Читать полностью на S-WEBS24

Миграция с Мегаплана на Битрикс24: опыт переноса сделок оконной компании

Глеб Лужбин S-WEBS — Fri, 24 Jul 2026 03:40:54 +0000

Миграция с Мегаплана на Битрикс24: опыт переноса сделок оконной компании

В сентябре 2025 года к нам обратился астраханский производитель окон — почти тридцать лет на рынке, два выставочных зала, собственное производство. До этого с компанией уже работал другой интегратор Битрикс24: настроил CRM, создал смарт-процесс для замеров, прописал роботов. Но когда дошло до переноса исторических данных из Мегаплана — случилась пробуксовка.

Мегаплан — российская CRM, которую компания использовала для управления замерами. Внутри была схема сделок с программой №13, сотни записей: выезды замерщиков, коммерческие предложения, договоры. Каждая сделка содержала данные клиента, параметры замера, замерщика, файлы (чертежи, схемы, фото), сумму договора, премию и связанные сделки.

Мы написали приложение-компонент fabricant_v1 для Битрикс24, которое работает через REST API обоих систем. Пайплайн миграции — три этапа: сбор данных из Мегаплана с курсорной пагинацией, трансформация (20+ пользовательских полей, мэппинг замерщиков по справочнику из 14 фамилий, привязка клиентов по телефону и email), загрузка в смарт-процесс Битрикс24 с дедупликацией.

Отдельная сложность — связь сделок через linkedDeals и перенос файлов: скачивание из Мегаплана по Bearer-авторизации, base64-кодирование, загрузка в множественное UF-поле Битрикс24.

Почему предыдущий интегратор не справился: курсорная пагинация Мегаплана через pageAfter с contentType, кастомные поля с префиксами схем, связанные сделки через отдельный endpoint, справочник замерщиков без прямого соответствия пользователям Битрикс24, полноценный перенос бинарных файлов.

Результат: сотни замеров, клиентская база, файлы и связи перенесены за один проход. Ни одной потерянной записи, ни одного дубликата.

Читать полностью на S-WEBS24