Коробочный Битрикс24 берут ради контроля: свой сервер, свои данные, свой график обновлений. Чем дольше такой портал живёт, тем чаще у администратора появляется соблазн закрыть очередную задачу не разработкой, а готовым решением из каталога. Маркетплейс Битрикс24 к 2026 году вырос до четырёх с лишним тысяч приложений в сотне с лишним категорий, каждый месяц туда добавляется примерно полсотни новых, и по данным вендора больше 70% клиентов используют хотя бы одно приложение оттуда.
Выбор большой, и именно поэтому легко потратить бюджет на то, что портал быстрее работать не заставит. Мы сопровождаем коробочные порталы разного размера и видим повторяющуюся картину: часть установленных решений через полгода не открывает никто, а те, что живут в ежедневной работе, укладываются в несколько предсказуемых групп. После перехода на единую подписку правила для коробки изменились, а вместе с ними поменялась и математика выбора: какие модули для коробки окупаются, какие дублируют уже готовое в портале и какие создают проблемы при следующем обновлении.
Что изменилось в маркетплейсе для коробочной версии
Раньше владелец коробки жил в двух параллельных мирах: часть интеграций входила в бесплатный пакет, за расширенный набор платили отдельной подпиской «Маркет Плюс». Вендор объединил это в одну подписку «Битрикс24 Маркетплейс». Правила стали понятнее, хотя по деньгам жёстче.
Подписка требуется, если портал использует любое из приложений каталога, собственные приложения, написанные на REST API, а также роботов и бизнес-процессы, которые обращаются к REST. Подписка не нужна для входящих вебхуков, приложений миграции данных и встроенных решений вроде шаблонов сайтов, BI-отчётов и интеграции с 1С. Стоимость зависит от типа лицензии портала.
Для владельца коробки отсюда следует практический вывод: бюджет на маркетплейс теперь надо считать вместе с бюджетом на собственные доработки. Если в компании есть внутренний разработчик, который пишет интеграции через REST, его работа тоже попадает под подписку. Многие раньше закладывали эту строку как бесплатную и при планировании года получили сюрприз.
Второй вывод касается архитектуры. Входящие вебхуки под подписку не подпадают, и это делает их привлекательным инструментом для простых сценариев: забрать заявку с сайта, создать сделку, обновить поле по расписанию с внешнего сервера. Там, где раньше по привычке писали полноценное приложение с OAuth, часто хватает вебхука. Это не универсальный совет. Приложение даёт события, собственные интерфейсы внутри портала и нормальную работу с несколькими порталами сразу. Но перед стартом разработки вопрос «а хватит ли вебхука» стоит задавать всегда.
Категории решений, которые окупаются в коробке
Мы отсортировали то, что реально держится на порталах наших клиентов дольше года. Получилось четыре группы.
Каналы коммуникации
Мессенджеры, соцсети, телефония, формы с внешних площадок: всё, что приносит в портал новые обращения. Самая устойчивая категория, и логика тут простая, потому что такое решение приносит деньги напрямую. Пока менеджер отвечает клиенту в личном WhatsApp, сделка не видна руководителю, история переписки не сохраняется, а при уходе сотрудника вместе с ним уходит и клиентская база. Интеграция мессенджера закрывает эту дыру целиком, и её ценность не надо объяснять отделу продаж.
Проверять здесь нужно одно: как решение ведёт себя при обрыве связи с внешним сервисом. Хорошее приложение копит очередь и досылает сообщения, слабое — теряет их молча. Спросите разработчика прямо, что происходит с сообщениями при недоступности портала на десять минут.
Обмен данными с учётными системами
Синхронизация номенклатуры, остатков, счетов и оплат с 1С или другой учётной системой. Базовая интеграция с 1С у Битрикс24 встроенная и под подписку не подпадает, но как только появляется нестандартная логика (свои единицы измерения, несколько складов, распределение оплат по договорам), начинается зона готовых решений и доработок.
Здесь особенно важно понимать границы. Готовый модуль обмена хорошо работает на типовой конфигурации учётной системы. Если 1С у компании допилена под себя годами, коробочное решение из каталога закроет процентов шестьдесят задачи, а остальное всё равно придётся дописывать. Планируйте это заранее, чтобы не оказаться в ситуации, когда за модуль заплатили, а он работает наполовину.
Отчётность поверх CRM
Штатная аналитика Битрикс24 отвечает на вопросы вида «сколько сделок на какой стадии». Как только руководителю нужен срез по марже, по себестоимости конкретного заказа или по загрузке производства, приходится либо собирать отчёт снаружи, либо ставить решение из каталога.
Коробка тут в выигрышном положении по сравнению с облаком: база лежит на своём сервере, к ней можно подключиться напрямую и построить дашборд в любом BI-инструменте. Мы часто советуем начинать именно с этого. Собственный запрос к базе даёт руководителю ровно те цифры, которые он просил, и живёт независимо от того, поддерживает ли разработчик модуля вашу версию портала.
Отраслевые надстройки
Готовые конфигурации CRM под конкретный рынок: медицина, недвижимость, образование, автосервис. Это самая рискованная категория и одновременно самая ценная, когда попадает в точку. Хорошая отраслевая надстройка экономит месяцы настройки, потому что в ней уже продуманы стадии, поля и права под привычные для отрасли процессы.
Риск в том, что такое решение глубоко вмешивается в структуру портала. Если через год вы решите от него отказаться, вычистить следы будет сложнее, чем удалить обычное приложение. Перед установкой отраслевой надстройки на боевой портал её обязательно нужно прогнать на тестовом контуре и посмотреть, что она добавляет в структуру данных.
На что деньги тратят зря
Разговор с клиентом об аудите установленных решений обычно вскрывает несколько типов лишних покупок.
Чаще всего это приложения, дублирующие штатный функционал. Битрикс24 развивается быстро, и часть того, за что покупали модуль два года назад, сегодня встроена в продукт. Отдельный конструктор документов, отдельные чек-листы в задачах, отдельная канбан-доска — всё это регулярно всплывает при аудите как оплаченная подписка на то, что уже есть в портале. Перед покупкой стоит потратить полчаса на поиск по официальной справке: возможно, нужная функция появилась в одном из последних релизов.
Второй тип — решения, купленные под задачу одного человека. Классический сценарий: руководитель отдела попросил конкретный виджет, виджет поставили, руководитель через месяц ушёл в другую компанию. Приложение осталось. Оно продолжает стоить денег, нагружать портал и добавлять работы при каждом обновлении.
Самая дорогая ошибка выглядит иначе. Компания покупает модуль, который должен автоматизировать согласование договоров, при этом внутри компании никто не может внятно сказать, кто и в каком порядке эти договоры согласовывает. Готовое решение навяжет собственную логику, сотрудники начнут её обходить, и через квартал согласование вернётся в почту. Пока процесс не описан, покупать под него инструмент бессмысленно.
Чем коробка платит за каждое установленное решение
У облачного портала обновления прилетают сами, и вендор отвечает за совместимость. В коробке ответственность за обновления лежит на владельце: они устанавливаются через админку встроенным механизмом обновлений при активной лицензии, и решение о том, когда их ставить, принимаете вы.
Отсюда главное отличие коробочного маркетплейса от облачного. Каждое установленное решение добавляет ещё одну зависимость, которую придётся проверить при обновлении ядра. Портал с двумя аккуратно подобранными приложениями обновляется за вечер. Портал с пятнадцатью, часть из которых от разработчиков, давно не выходивших на связь, обновляется неделю с тестами и откатами.
Практика, которую мы навязываем клиентам почти силой: тестовый контур. Копия боевого портала на отдельном сервере, куда сначала едет обновление и новое решение, и только потом — в продакшен. Для компании, где в Битрикс24 сидит вся операционка, стоимость тестового контура несравнима со стоимостью дня простоя.
Ещё одна вещь, о которой стоит знать заранее: после окончания подписки платные приложения перестают работать, но данные при этом сохраняются. Возобновили подписку — доступ вернулся. Это снимает часть страха перед экспериментами, но не отменяет вопроса, что будет с ежедневными процессами в тот период, пока приложение недоступно.
Данные за периметром: вопрос, который в коробке звучит громче
Компании выбирают коробочную версию по нескольким причинам, и одна из самых частых — требование держать данные внутри своего контура. Служба безопасности, отраслевые регламенты, работа с госзаказчиком, просто позиция собственника. И вот здесь установка стороннего решения создаёт противоречие, о котором редко думают в момент покупки.
Приложения бывают разными по архитектуре. Часть логики может выполняться на стороне разработчика, и тогда какие-то данные портала уходят на внешний сервер. Для интеграции с мессенджером это неизбежно и очевидно: переписка физически проходит через сервис-посредник. Для модуля отчётности или конструктора документов это уже не очевидно, и вопрос стоит задать прямо.
До установки мы выясняем у разработчика, где выполняется логика приложения: целиком внутри портала или частично на его стороне. Если данные всё же уходят наружу, уточняем, какие именно и в каком объёме. Отдельно читаем политику конфиденциальности приложения. С ней вы соглашаетесь при установке вместе с правилами каталога и лицензионным соглашением, так что галочка здесь имеет юридические последствия.
Ответы стоит зафиксировать письменно и приложить к документации по порталу. Когда через год служба безопасности спросит, какие внешние сервисы имеют доступ к клиентской базе, у администратора будет готовый ответ вместо вечера раскопок в интерфейсе. Для компаний с формальными требованиями к защите информации этот список входит в обязательный пакет документов, и собирать его задним числом заметно дольше.
Чек-лист перед установкой
Мы прогоняем каждое решение по короткому списку вопросов, прежде чем ставить его клиенту на боевой портал.
- Кто разработчик и когда было последнее обновление решения. Приложение, которое не обновлялось два года, скорее всего не переживёт ближайшее крупное обновление портала.
- Есть ли поддержка и в каком формате. На странице приложения в каталоге указаны контакты разработчика. Напишите туда до покупки с техническим вопросом и посмотрите, как быстро и по делу ответят.
- Какие права запрашивает приложение. При установке решение показывает, к каким данным и инструментам портала оно просит доступ. Если приложение для рассылок просит полный доступ к CRM и к диску, остановитесь и спросите разработчика зачем.
- Что происходит при удалении. Останутся ли созданные им поля, смарт-процессы, роботы. Ответ на этот вопрос лучше получить до установки, а не после.
- Есть ли возможность попробовать. У маркетплейса предусмотрены пробные варианты — демонстрационный режим и пробный период подписки. Неделя реальной работы отдела скажет о решении больше, чем описание на странице каталога.
- Проверено ли на тестовом контуре. Особенно для отраслевых надстроек и всего, что вмешивается в структуру данных.
Список выглядит бюрократично, но проходится за час. Разбор последствий неудачной установки занимает дни.
Как это выглядит на практике
Сценарий ниже собирательный: примерно так выглядит типичный результат аудита коробочного портала. Компания на 60 сотрудников, коробка стоит четвёртый год, за это время накопилось одиннадцать установленных решений. Администратор, который их ставил, давно уволился, документации нет.
Разбор обычно даёт такую картину. Три-четыре решения работают и приносят пользу: мессенджеры, обмен с учётной системой, телефония. Ещё столько же дублируют то, что уже умеет сам портал, и их можно снимать без потерь. Пара решений установлена, но за последние полгода ни разу не открывалась ни одним пользователем — это видно по статистике использования. И одно-два оказываются той самой миной под обновлением: разработчик недоступен, совместимость с актуальной версией портала под вопросом.
Дальше работа делится на два потока. Быстрый: снять неиспользуемое, пересчитать подписку, обновить портал. Долгий: решить, что делать с критичной зависимостью. Вариантов три: искать замену в каталоге, переписывать логику своими силами или заказывать доработку. Второй поток обычно и оказывается настоящей задачей, ради которой затевался аудит. Такую ревизию мы проводим в рамках сопровождения, подробности на странице внедрение и настройка Битрикс24.
Кто может ставить приложения и как раздать доступ
По умолчанию устанавливать решения из каталога может только администратор портала. Это разумная настройка по умолчанию, и в большинстве компаний её лучше не трогать. При необходимости администратор может разрешить установку всем сотрудникам: переключатель находится в настройках Битрикс24, в разделе дополнительных настроек.
Установленное приложение по умолчанию доступно всем пользователям портала. Если нужно ограничить круг, откройте раздел приложений, перейдите к списку установленных решений, вызовите меню конкретного приложения и задайте доступ. Там указываются сотрудники или отделы, которые будут с ним работать. Пустой список означает, что приложение доступно всем. Сотрудник без прав при попытке открыть приложение увидит ошибку. Настраивать доступ может только администратор портала, Часть ограничений разработчик может зашить в само приложение, и тогда оно останется админским независимо от ваших настроек.
Отдельно про купоны: решения, купленные вне интерфейса портала, активируются в разделе обновления решений на вкладке активации купона. После ввода купона решение появляется в списке доступных для установки.
Когда готовое решение проигрывает доработке
Каталог хорош там, где задача типовая и повторяется у тысяч компаний. Он проигрывает там, где процесс — часть конкурентного преимущества конкретного бизнеса.
Ориентир, которым мы пользуемся при выборе, простой. Если задача формулируется в общих словах («подтягивать сообщения из мессенджера в CRM», «отдавать отчёт по воронке в другом разрезе»), почти наверняка в каталоге есть готовое решение, и его дешевле купить. Если формулировка начинается со слов «у нас особенность» и дальше идёт три абзаца про то, как устроен расчёт в этой компании, готовое решение либо не подойдёт, либо подойдёт с оговорками, которые съедят всю экономию.
Второй ориентир — частота изменений. Процесс, который меняется каждый квартал вслед за рынком, лучше держать на собственной логике: её вы правите, когда нужно, а не когда разработчик модуля выпустит обновление. Стабильный процесс, который не менялся годами, спокойно живёт на готовом решении.
Есть и промежуточный вариант, который в коробке работает особенно хорошо: взять готовое решение как основу и дописать недостающее своими силами через REST. Так закрывается стандартная часть задачи чужими руками, а специфика остаётся под вашим контролем. Подписка на маркетплейс в этом случае покрывает и то, и другое: собственные приложения на REST API входят в её периметр.
Частые вопросы
Нужна ли подписка на маркетплейс, если мы не ставим никаких приложений из каталога?
Зависит от того, что ещё делает портал. Подписка требуется не только для приложений каталога, но и для собственных приложений на REST API, а также для роботов и бизнес-процессов, обращающихся к REST. Если у портала есть только входящие вебхуки, приложения миграции данных и встроенные решения, подписка не нужна.
Что произойдёт с данными, если мы не продлим подписку?
Платные приложения станут недоступны, пользоваться ими будет нельзя, но данные сохраняются. При возобновлении подписки доступ возвращается.
Можно ли протестировать приложение до покупки?
Да, у маркетплейса предусмотрены пробные варианты: демонстрационный режим и бесплатный пробный период подписки. Для решений, которые вмешиваются в структуру портала, лучше использовать эту возможность на тестовом контуре, а не на боевом.
Сколько решений можно держать на коробочном портале без вреда для скорости?
Жёсткого лимита нет, ограничение практическое. Чем больше сторонних решений, тем дольше и рискованнее обновление ядра и тем сложнее локализовать проблему при сбое. По нашему опыту, портал с тремя-пятью нужными решениями сопровождать заметно проще, чем с полутора десятками, половина которых не используется.
Кто отвечает за работу приложения из каталога — вендор или разработчик?
За само приложение отвечает его разработчик, контакты указаны на странице решения в каталоге. Поэтому проверять отзывчивость поддержки лучше до покупки: так вы заранее понимаете, к кому пойдёте, когда что-то сломается.
Перед каждой установкой полезно ответить на два вопроса: какой измеримый результат даст решение и что вы будете делать, если через год разработчик перестанет отвечать. Администраторы, которые держат эти ответы в документации по порталу, тратят на очередное обновление вечер. У остальных на это уходит неделя.