Вернуться к статьям Лицензию 1С-Битрикс иногда покупают потому, что платформа знакома подрядчику. Иногда, наоборот, исключают без проверки сценариев. Оба решения слабые, если никто не оценил состав разделов, доступы, интеграции и порядок сопровождения.
Какие задачи платформа закрывает
1С-Битрикс рассматривают там, где нужен управляемый корпоративный сайт с несколькими разделами, ролями редакторов, каталогом или обменом с внутренними системами. Возможности платформы не отменяют проектирование: структура, контент и правила доступа всё равно задаются отдельно.
До лицензирования полезно собрать пример двух-трёх сложных страниц и проверить, как они будут редактироваться. Это надёжнее, чем сравнивать только список модулей.
Что зафиксировать
- структура разделов
- редакционные роли
- план интеграций
Когда лицензия оправдана
Выбор выглядит обоснованным, если компании важны размещение в собственной инфраструктуре, разграничение ролей, сложная структура материалов или интеграция с существующими процессами. В этом случае заранее оценивают компетенции команды, обновления и тестирование.
Лицензия сама по себе не делает сайт безопасным или удобным. Нужны обновления, резервные копии, контроль доступов и отдельная проверка доработок.
Что зафиксировать
- владелец инфраструктуры
- регламент обновлений
- ответственный за контент
Когда решение избыточно
Для промо-страницы с редкими изменениями и без интеграций сложная CMS может добавить лишние расходы на поддержку. Простая система окажется практичнее, если она позволяет выполнить реальные действия редактора и не создаёт зависимость от одной учётной записи.
Необходимо отличать временно малый объём от планов развития. Если в ближайшие месяцы появятся личный кабинет, каталог, партнёрские документы и обмен данными, экономия может быть краткосрочной.
Что зафиксировать
- срок жизни сайта
- изменения в год
- обязательные функции первого релиза
Интеграции и доработки
Перед обменом с CRM или учётной системой определяют источник истины. Номенклатуру, цены, заявки и статусы нельзя синхронизировать по принципу «пусть всё обновляется». Для каждого объекта требуется направление, расписание и обработка конфликтов.
Нестандартный модуль нужно документировать: назначение, зависимости, контакт владельца и способ проверки после обновления. Иначе поддержка будет зависеть от памяти конкретного разработчика.
Что зафиксировать
- карта обменов
- логи ошибок
- сценарий отката
Как принять проект
Приёмка включает не только внешний вид. Редактор создаёт материал, пользователь с ограниченной ролью проверяет свой доступ, тестировщик отправляет форму, а технический специалист проверяет резервную копию и восстановление.
Для обновлений нужна отдельная последовательность: тестовый контур, резервная копия, окно работ, проверка ключевых маршрутов. Установка обновления в рабочей админке без проверки — не регламент.
Что зафиксировать
- набор тест-кейсов
- список доступов
- порядок передачи проекта
Как принять решение о лицензии
Лицензию оценивают по сценариям, которые нельзя без потерь перенести в более простую систему. Например, по разграничению прав редакторов, составу каталога, требованиям к размещению и обмену с внутренними данными. У каждого сценария должен быть владелец: именно он подтверждает, что функция нужна в первой версии, а не «может пригодиться» позже.
Отдельно считают расходы, которые начинаются после покупки: обновления, тестовая среда, резервное копирование, контроль прав и поддержка доработок. Если эти работы не запланированы, лицензия не решает задачу сопровождения сама по себе.
Рабочий артефакт
Для решения достаточно таблицы из двух частей: обязательные сценарии и сознательно исключённые. В первой части указывают способ проверки на тестовом стенде, во второй — причину отказа и условие, при котором к задаче вернутся.
Такой документ сохраняет границы проекта при смене подрядчика или сотрудников. Он также помогает не превращать первый релиз в попытку использовать каждый доступный модуль.
Часто задаваемые вопросы
- Нужна ли лицензия для любого сайта?
Нет. Её оценивают по функциям, требованиям к размещению и плану развития.
- Можно ли подключить CRM?
Можно при описанной карте полей, направления обмена и обработке ошибок.
- Кто обновляет платформу?
Внутренний специалист или подрядчик по согласованному регламенту с тестовой проверкой.
- Нужно ли обучать редакторов?
Да. Обучение строят вокруг операций конкретных ролей и завершают тестовой публикацией.
- Заменяет ли платформа резервные копии?
Нет. Резервирование и проверка восстановления настраиваются отдельно.
Лицензия оправдана, когда она закрывает подтверждённые сценарии и у проекта есть владелец сопровождения. Для редкого обновления небольшого сайта без интеграций этот же набор работ может оказаться лишним.