PWD 
Тендеры и лиды
Информация
Вопрос «облако или коробка» лучше решать до внедрения Битрикс24, а не тогда, когда портал уже вырос, упёрся в потолок тарифа и требует доработок, которые штатными средствами не делаются. На старте кажется, что выбор сводится к скорости запуска и размеру первого платежа. На практике важнее другое: насколько сложными будут процессы, интеграции, требования к данным и восстановлению через год-два.
Вокруг темы держатся утверждения, которые не соответствуют тому, как продукт устроен сейчас: что коробка работает полностью автономно, что 1С подключается только к ней, что «купил лицензию — и больше не платишь». Есть и обратный миф: будто облако всегда проще, дешевле и безопаснее просто потому, что инфраструктура не ваша. Разберём отличия по существу, без рекламной магии и без страшилок.
Облако — это аренда сервиса. Устанавливать ничего не нужно, работа начинается сразу после регистрации, обновления приходят сами, инфраструктура — зона ответственности вендора. Настройка самостоятельная, без навыков программирования. Цена зависит от набора инструментов: чем их больше, тем выше тариф.
Коробка — это лицензия и контроль. Вы покупаете лицензию, разворачиваете продукт на своём сервере, данные физически лежат у вас, исходный код открыт. Цена зависит от количества пользователей. Бессрочной бесплатной версии нет — только демо на 30 дней; холдинговая структура, ФСТЭК и PostgreSQL продаются как платные опции.
Деталь, которую часто упускают: коробка не превращает Битрикс24 в «купил и забыл». Использование остаётся лицензионным. По новой модели лицензия покупается на 12 месяцев, и её нужно продлевать до окончания срока. Льготное продление доступно только в ограниченный период: не раньше чем за 90 дней до окончания лицензии и в течение 15 дней после. Если пропустить этот срок, продление становится стандартным — фактически по полной стоимости лицензии. Для лицензий по новой модели в документации также указана блокировка доступа после окончания оплаченного срока; для старых непереведённых лицензий описан режим ограниченной работы без облачных сервисов, обновлений и техподдержки.
Утверждение, что коробка «функционально богаче», неверно: набор инструментов верхнего облачного тарифа и коробочного «Корпоративного портала» сопоставим. Разница не в количестве кнопок, а в четырёх вещах.
В коробке открыт исходный код: можно менять интерфейс, писать свои модули на PHP и JavaScript, работать с базой напрямую. В облаке — штатный функционал, Маркетплейс и REST.
Но открытый код — не только преимущество. Собственные изменения нужно сопровождать: хранить в Git, документировать, проверять на тестовом контуре, назначать владельца модуля и учитывать при обновлениях. Иначе кастомизация быстро превращается в технический долг, который конфликтует с новым ядром и привязывает компанию к конкретному разработчику.
В коробке права гибче: штатную модель доступа можно дополнять собственными правилами, обработчиками и доработками под внутреннюю логику компании. В облаке права тоже настраиваются, но зависят от тарифа и возможностей штатного функционала; когда нужен плотный кастом прав, тарифных настроек обычно уже недостаточно. В обеих версиях за модель доступа отвечает компания: кто администратор, кто может экспортировать данные, кто видит сделки, задачи, документы и кадровые процессы.
В облаке — только REST API. В коробке — REST API плюс Битрикс API и D7 API. Поэтому коробка лучше подходит для тяжёлых интеграций, собственных модулей и нестандартной серверной логики.
Для облака типовая интеграция часто решается через Маркетплейс: если есть подходящее приложение, его можно подключить без отдельной разработки. Если готового решения нет, обычно делают внешнюю прослойку: отдельный сервис принимает данные из Битрикс24 через REST, обрабатывает их, хранит промежуточное состояние и передаёт дальше в 1С, сайт, BI, складскую систему или другой сервис. Это рабочая схема, но она добавляет ещё один компонент, который нужно поддерживать, мониторить и защищать.
В коробке часть такой логики можно разместить внутри самого портала: написать модуль, обработчик события, агент или серверный сценарий, который работает ближе к данным и бизнес-логике Битрикс24. Это не делает интеграцию автоматически простой, зато убирает лишний промежуточный слой там, где важны скорость, устойчивость, контроль над данными и нестандартные правила обработки.
Объём данных в облаке ограничен тарифом. Если компании не хватает места под файлы и документы, проблему часто можно решить переходом на старший тариф или покупкой дополнительного пространства. Но если вопрос не только в гигабайтах, а в высокой нагрузке, частых обменах, массовых выгрузках, фоновых заданиях и собственной логике, одного увеличения лимита может быть недостаточно.
В коробке объём данных и нагрузка ограничены не «только сервером», а всей архитектурой: базой данных, дисками, сетью, кэшированием, фоновыми заданиями, качеством собственных модулей, мониторингом и компетенциями команды. Это даёт больше пространства для оптимизации, но требует проектирования. Веб-кластер и микросервисная архитектура — тоже про коробку, но они не появляются сами по себе.
Документы — хороший пример, где разница между облаком и коробкой быстро становится практической. В облаке онлайн-редактирование работает как часть сервиса: пользователь открывает файл из Диска, редактор запускается через облачную инфраструктуру, а компания не занимается отдельным сервером документов.
В коробке всё зависит от требований к контуру. Если портал открыт во внешнюю сеть, можно использовать штатные сценарии работы с документами. Если нужен закрытый контур, появляются ограничения: Битрикс24.Docs в закрытой сети не работает, а файлы и редакторы нельзя просто «оставить как в облаке». Для компаний с внутренними регламентами это не мелочь: договоры, служебные записки, таблицы и презентации часто являются не менее чувствительными, чем CRM.
Решение — вынести онлайн-редактирование внутрь инфраструктуры компании. PWD подключает онлайн-офис для Битрикс24: пользователи продолжают совместно редактировать документы из портала, но редактор разворачивается в вашем контуре. В зависимости от требований можно рассматривать ONLYOFFICE, Р7-Офис или другой совместимый редактор. Смысл не в названии продукта, а в архитектуре: документ не уходит во внешний облачный редактор, а обрабатывается внутри управляемой инфраструктуры.
Если коробка нужна именно из-за закрытого контура, сценарий с документами лучше проверить отдельно. PWD помогает подключить онлайн-редактирование документов в Битрикс24: подобрать редактор, развернуть его в инфраструктуре компании и связать с порталом так, чтобы пользователи не потеряли привычный формат совместной работы.
Это тот случай, когда коробка нужна не ради «своего сервера» как такового, а ради контроля над маршрутом данных. Если в компании есть требования к закрытому контуру, работе с внутренними документами и совместному редактированию без внешнего облака, этот блок нужно считать отдельно ещё до выбора лицензии.
Цены и условия ниже актуальны на сентябрь 2026 года. Для публикации их стоит проверять по первоисточникам перед выходом статьи: тарифы, скидки, сроки акций и ограничения меняются.
Чтобы не утонуть в цифрах, проще смотреть на структуру платежей.
У облака ниже первоначальный платёж и меньше инфраструктурной работы. У коробки больше контроля, но стоимость быстро выходит за пределы цены лицензии: нужен сервер, администрирование, резервирование, мониторинг и сопровождение доработок.
Поэтому цены продукта недостаточно. Для выбора версии нужно считать не только подписку или лицензию, но и эксплуатацию: кто администрирует систему, кто отвечает за обновления, где лежат резервные копии и сколько стоит простой.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13735 тендеров
проведено за восемь лет работы нашего сайта.
Пересчитаем облачные тарифы в годовые, а для коробки сложим лицензию, подписку на BitrixGPT с Маркетплейсом и аренду сервера. Первое число — облако, второе — коробка.
Вывод неприятный для сторонников коробки, но честный: по прямой цене облако дешевле практически на любом числе пользователей. Но это сравнение отвечает только на вопрос «сколько стоит доступ к продукту». Оно не отвечает на главный вопрос бизнеса: во сколько обойдётся владение системой на горизонте трёх-пяти лет.
В полную стоимость владения входят внедрение и первоначальная миграция, разработка и сопровождение доработок, платные приложения Маркетплейса, обучение пользователей, администратор или интегратор, мониторинг, информационная безопасность, резервирование, стоимость простоя и восстановления после инцидентов, рост тарифов, объёма данных и числа пользователей.
Поэтому тезис «разработка в облаке в разы дороже» лучше формулировать точнее. Для стандартных процессов облако обычно дешевле: меньше инфраструктуры, меньше администрирования, быстрее запуск. Дороже оно становится там, где бизнес пытается реализовать сложную серверную логику через обходные решения, внешние сервисы и REST API. Например, сложный калькулятор, массовый обмен с 1С или интеграция с самописной системой могут оказаться дешевле в коробке, потому что там есть доступ к коду, базе и внутренним API. Но это нужно считать по одинаковому сценарию: первичная разработка, инфраструктура и сопровождение на три-пять лет.
Ценность коробки не в цене лицензии, а в контроле, глубине кастомизации и предсказуемости расходов на длинном горизонте. И только при условии, что компания заранее считает инфраструктуру, персонал, аварии и технический долг собственных доработок.
Облако обновляется автоматически. Коробку обновляет администратор, и обновления доступны только при активной лицензии. Отстающая коробка — это не только упущенные функции, но и неработающее мобильное приложение: для него используется актуальный REST API, совместимый только с последней версией.
В облаке заказчик не управляет моментом установки платформенного обновления. Даже при наличии анонса невозможно сначала проверить новую версию на полной копии рабочего портала. Обновление может нарушить работу внешних приложений, интеграций и нестандартной автоматизации.
В коробке обновление можно предварительно проверить на тестовом контуре и устанавливать в согласованное окно. Откат возможен при наличии заранее подготовленной резервной копии или снимка инфраструктуры — это не обязательно штатная кнопка «отменить обновление». Для серьёзной коробки нужны регрессионное тестирование, план аварийного восстановления и понятная процедура: кто принимает релиз, кто ставит обновление, кто проверяет интеграции после него.
Поддержка вендора в коробке — консультационная. Она помогает с типовыми проблемами установки, лицензионным ключом и ошибками продукта, но не устанавливает продукт на сервер, не настраивает серверное ПО, не оптимизирует код и не разрабатывает модули на заказ. Всё это ложится на штатного администратора или интегратора.
Доступность системы — это не только вопрос «где стоит сервер». В облаке цепочка зависит от инфраструктуры Битрикс24, интернета у сотрудников, DNS, SSO, телефонии, почтовых сервисов, служб доставки, приложений Маркетплейса и внешних API. У Enterprise SaaS заявлен SLA 99,95%, но даже такой уровень допускает простой. Для критичных процессов нужно заранее определить допустимое время недоступности, порядок работы сотрудников во время сбоя и резервные каналы связи.
Коробка тоже не гарантирует бесперебойность сама по себе. Её доступность зависит от электропитания, хостинга или ЦОДа, серверов, сети, мониторинга и квалификации администраторов. Преимущество коробки не в отсутствии сбоев, а в возможности самостоятельно проектировать отказоустойчивость: резервный сервер, отдельные каналы связи, локальный доступ к части функций, свои окна обслуживания и свой план аварийного восстановления.
Отдельный вопрос — резервные копии. В облаке они создаются автоматически, но заказчик не управляет их расписанием и глубиной хранения. Стандартные облачные копии создаются ежедневно и хранятся семь дней. Восстановление доступно не на всех тарифах, выполняется через техническую поддержку и возвращает к выбранной дате весь портал целиком, а не отдельную сделку или задачу; изменения, сделанные после точки восстановления, при этом удаляются.
В коробке вы сами настраиваете расписание, срок хранения и процедуру проверки бэкапов, но ответственность за их создание, изоляцию и шифрование полностью переходит на вашу команду. Минимальный взрослый набор — определить RPO и RTO, хранить независимую копию критичных данных за пределами портала, регулярно проверять восстановление и иметь инструкцию на случай, если потерю обнаружили позже срока хранения стандартных бэкапов.
Официальная формулировка документации REST: лимиты интенсивности действуют в облачной версии, а в коробочной нагрузку настраивают на стороне сервера. Таймаут одного облачного запроса — 60 секунд, устойчивая интенсивность для «Энтерпрайза» — 5 запросов в секунду, для остальных тарифов — 2; при превышении порога запрос блокируется со статусом 503 и кодом QUERY_LIMIT_EXCEEDED. Для тяжёлого обмена данными REST API не предназначен — это прямая цитата из документации.
Поэтому в проектах с массовой выгрузкой, двусторонним обменом с 1С или своей аналитикой коробка даёт принципиально больше свободы. Отдельно закроем миф про 1С: штатный коннектор работает и с облаком, и с коробкой, в том числе с 1С:Фреш. Само наличие интеграции — не аргумент за переезд.
Риск есть в обе стороны. В облаке компания зависит от лимитов API, правил Маркетплейса и изменений платформы. В коробке — от качества собственных модулей, интегратора, серверной архитектуры и дисциплины обновлений. При выборе версии нужно смотреть не на сам факт интеграции, а на её объём, критичность, частоту обмена и допустимое время восстановления после сбоя.
Коробке нужен свой сервер: PHP 8.2 и выше, MySQL 8.x, а PostgreSQL доступна только в лицензиях уровня «Энтерпрайз для Постгрес».
Главное, что стоит знать: коробка — это не полный офлайн. Часть инструментов по умолчанию обращается к серверам Битрикс24, и их можно перенести в свой контур по обращению в поддержку — конвертацию файлов, резервное копирование, Push and Pull, сайты и CRM-формы; видеозвонки при этом ограничиваются двумя участниками. А есть сервисы, которые в закрытой сети не работают в принципе: Битрикс24.Docs, BI-конструктор, КЭДО и Подпись, платёжные системы, службы доставки, умные реквизиты по ИНН и сквозная аналитика.
В облаке за безопасность отвечает вендор: SSL, WAF, защищённые дата-центры. В коробке она настраиваемая, но её уровень равен квалификации вашего администратора. При этом формула «в облаке отвечает вендор, в коробке — администратор» слишком простая.
В обеих версиях компания отвечает за учётные записи и права пользователей, двухфакторную аутентификацию, безопасность интеграций и внешних приложений, доступ к экспорту, действия администраторов, защиту рабочих устройств и регламент реагирования на инциденты. Если есть регуляторные требования, у вендора есть формальный ответ: редакция «Энтерпрайз» имеет сертификат ФСТЭК России № 4750 от 13 декабря 2023 года, действующий до 13 декабря 2028 года, и соответствует 4-му уровню доверия. Но наличие сертификата у продукта не означает автоматического соответствия конкретного внедрения требованиям регулятора. Нужны модель угроз, корректная конфигурация и организационные меры.
Нет. По новой модели коробочная лицензия действует 12 месяцев, а льготное продление доступно только до 15-го дня после окончания срока. Если опоздать, продление будет стандартным, то есть по полной стоимости лицензии; для срочных лицензий в документации также описана блокировка доступа после окончания оплаченного периода. Плюс остаются подписка на ИИ и Маркетплейс, сервер, администрирование и сопровождение собственных доработок.
Нет. Документы онлайн, BI-конструктор, КЭДО, платежи, службы доставки и часть других сервисов в закрытом контуре не живут. Часть инструментов можно перенести внутрь, но это отдельная настройка, а не свойство коробки по умолчанию.
Нет. Штатный коннектор работает в обеих версиях, в том числе с 1С:Фреш. Аргумент за коробку появляется не при самом факте интеграции, а когда обмен тяжёлый, нестандартный или упирается в лимиты REST API.
Нет. Установка, настройка серверного ПО, оптимизация производительности и разработка модулей в поддержку не входят. Для коробки нужен администратор, интегратор или внутренняя команда.
Нет. С 1 сентября 2023 года вендор перестал принимать заявки на штатный переезд, а с 1 октября 2023 года перестал выдавать бэкапы облачных порталов. Сейчас переезд — это ручной инженерный проект.
Нет. Без администратора, мониторинга, бэкапов и регламентов своя коробка может быть слабее управляемого облака. Безопасность появляется не от места установки, а от архитектуры, настроек и дисциплины эксплуатации.
Нет. Маленькой регулируемой компании может понадобиться коробка, а большая распределённая команда может спокойно работать в Enterprise SaaS. Считать нужно процессы, риски и TCO.
Коробка — не «премиальная версия облака» и не способ один раз заплатить за Битрикс24 навсегда. Это другой режим владения системой: больше контроля, больше возможностей для доработки и больше ответственности за эксплуатацию.
Это самый недооценённый пункт сравнения, и именно он чаще всего меняет решение, принятое на старте. С 1 сентября 2023 года 1С-Битрикс прекратил принимать заявки на переезд с облачного тарифа на коробочный, а бэкапы облачных порталов выдавал только до 1 октября 2023 года — сервис стал слишком большим и сложным, чтобы при переносе гарантировать полноценную функциональность продукта. Услугу передали партнёрам, а официальная статья с регламентом переноса снята с публикации.
Теперь переезд программируется вручную: скрипт пишется отдельно для каждой сущности, а их больше пятнадцати, и перенести данные можно только на активный коммерческий ключ, в котором пользователей не меньше, чем на облачном портале.
Через API в принципе не переносится полная история изменений задач и сделок, детальные логи действий пользователей и конфигурации внешних интеграций — эти данные после миграции не появятся, настройку придётся делать заново. Отдельная сложность — файлы, которых на живом портале сотни тысяч и для части которых полноценного API просто нет. После переноса заново настраивают Контакт-центр, почту, SSL и резервное копирование. При аккуратном планировании запуск занимает несколько недель.
Хороший план миграции начинается не с написания скрипта, а с инвентаризации данных. Нужно заранее определить, какие сущности переносим, какие теряем, как проверяем полноту экспорта, кто принимает перенесённые данные, сколько длится параллельная работа систем и что делаем, если после переключения обнаруживается критичная потеря. Обычный CRM-экспорт охватывает только часть сущностей и не заменяет полный бэкап портала.
PWD помогает с таким переездом как с отдельным проектом: оценивает состав портала, готовит план переноса, объясняет, какие данные можно забрать через API, а какие придётся настраивать заново. Базовый переезд из облака в коробку начинается от 200 000 ₽; точная стоимость зависит от числа сущностей, объёма файлов, интеграций и требований к проверке данных. Если вы уже понимаете, что облако стало тесным, лучше оставить заявку через форму обратной связи и обсудить переезд до того, как лимиты начнут ломать ежедневную работу.
Решение принимается не по числу сотрудников. Важнее критичность процессов, требования информационной безопасности, объём и сложность интеграций, глубина кастомизации, требования к доступности и восстановлению, внутренние IT-компетенции и совокупная стоимость владения.
Облако, если процессы стандартные и не требуют глубокой кастомизации; требования информационной безопасности допускают хранение данных у вендора; интеграции ограничиваются штатными коннекторами и REST API; важны низкие первоначальные затраты и подписочная модель; нет потребности лезть в код; внутренние IT-компетенции ограничены настройкой без программирования.
Коробка, если процессы критичные и требуют глубокой кастомизации кода; требования ИБ, внутреннего регламента или регулятора предписывают свои серверы и закрытый контур; интеграции тяжёлые, с внутренними системами, а лимиты REST API уже мешают; нужны высокие показатели доступности и восстановления, которые вы проектируете сами; есть интегратор или своя команда разработки; горизонт планирования — три-пять лет и нужна предсказуемость совокупной стоимости владения.
Коробка точно не нужна, если нет бюджета на сервер и администрирование, нет интегратора или своего разработчика и компания рассчитывает, что всё за неё сделает поддержка вендора.
Главная ошибка при выборе версии — решать её как задачу про цену лицензии. По прямой цене облако дешевле почти всегда, но это сравнение не учитывает ни потолок тарифа, ни стоимость нестандартной доработки, ни требования регулятора, ни то, во что обойдётся переезд через два года.
Разумная логика обратная: сначала фиксируем процессы и понимаем, что понадобится на горизонте трёх-пяти лет, и только потом выбираем версию. Если в планах сложные калькуляторы, нестандартные расчёты и глубокая интеграция с самописными системами — коробку имеет смысл рассмотреть сразу: при реализации сложной нестандартной серверной логики облачная версия может оказаться существенно дороже из-за ограничений API и невозможности изменять ядро продукта. Для стандартных процессов настройка облака, напротив, обычно обходится дешевле.
Если задача — быстро навести порядок в продажах, облако закроет её за дни, а не за недели. Если Битрикс24 становится ядром операционной системы компании, где важны свои правила, сложные интеграции, контроль данных и понятный план восстановления после сбоев, коробку нужно считать не как дорогую лицензию, а как инфраструктурное решение.
