Правомочно ли разделение лицензий 1С на уровни ПРОФ и КОРП при обновлении платформы?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

Многие компании, использующие программные продукты семейства «1С:Предприятие» еще со времен платформы версии 8.2, со временем сталкиваются с неприятной ситуацией. После очередного обновления платформы серверный кластер неожиданно начинает сигнализировать о необходимости приобретения дорогостоящих лицензий уровня КОРП, блокируя тонкие настройки производительности или ограничивая число сеансов пользователей.

При этом юридический отдел компании, поднимая первичные бумажные документы (сублицензионный договор, регистрационную карточку, соглашение из коробки), не находит там упоминаний о разделении на уровни ПРОФ и КОРП или каких-либо ограничениях по ядрам процессора и функционалу кластера. Возникает логичный вопрос: насколько правомерно со стороны фирмы «1С» ограничивать функционал уже купленной и полностью оплаченной программы?

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

Выясним причину: почему возник конфликт интересов?

Разделение платформы «1С:Предприятие» на уровни ПРОФ и КОРП фактически началось в 2013 году с выходом первых релизов ветки 8.3. Изначально это разделение декларировалось в информационных письмах для партнеров и пользователей, однако технически долгое время никак не ограничивалось. Пользователи версий ПРОФ могли настраивать кластер серверов, использовать расширенное распределение нагрузки и другие функции корпоративного уровня.

Ситуация кардинально изменилась в 2019 году, когда фирма «1С» технически заблокировала возможность использования КОРП-функционала на лицензиях уровня ПРОФ. Начиная с определенных релизов платформы, система принудительно отключает расширенные параметры кластера, если не обнаружены аппаратные или программные ключи КОРП.

Для пользователей, которые приобретали программу очень давно (например, в 2012 году), это выглядит как прямое нарушение договора купли-продажи (сублицензионного договора), поскольку функционал ранее работавшего ПО оказался урезан.

Проанализируем юридическую сторону: бумажный договор против EULA

Посмотрим на ситуацию глазами юристов. Покупатель апеллирует к тому, что в его оригинальном лицензионном соглашении от 2012 или даже начала 2019 года ограничений на количество ядер или использование настроек памяти нет. Право на программу предоставлено без ограничения срока использования (бессрочно). Казалось бы, закон на стороне покупателя. Однако здесь кроется ключевой юридический нюанс.

Рассмотрим подробнее статус обновлений программного обеспечения:

  1. Бессрочность права: Фирма «1С» действительно предоставляет бессрочное право использования программного продукта. Но это право распространяется строго на ту версию (релиз) программы, которая была приобретена на момент совершения сделки или получена в период официально оплаченной поддержки. Вы имеете полное право бесконечно долго использовать старую версию платформы 8.2 без каких-либо ограничений КОРП.
  2. Обновление как новая сделка: Скачивая и устанавливая новый релиз платформы 1С:Предприятие 8.3, вы не просто продолжаете использовать старый софт — вы устанавливаете фактически новую версию программы. Доступ к обновлениям регулируется договором информационно-технологического сопровождения (ИТС).
  3. Электронное лицензионное соглашение (EULA): При установке любого обновления платформы на экране появляется текст Лицензионного соглашения. Нажимая кнопку «Далее» («Принять условия соглашения»), системный администратор от лица компании совершает конклюдентные действия — акцептует публичную оферту. Согласно Гражданскому кодексу РФ, электронная форма соглашения в данном случае имеет полную юридическую силу и заменяет собой условия старых соглашений для этой новой версии ПО.

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

Разберем по шагам: как именно происходит ограничение функционала?

Посмотрим на пример того, какие функции блокируются при использовании стандартной лицензии ПРОФ на современных релизах платформы:

Если сервер 1С обнаруживает, что данные параметры изменены, а лицензии уровня КОРП отсутствуют, он либо сбрасывает эти параметры к значениям по умолчанию, либо выдает ошибку лицензирования, делая работу пользователей невозможной.

Стоит отметить, что разработчики платформы иногда идут на уступки сообществу. Например, в ветке 8.3.15 часть критически важных параметров контроля памяти процессов была временно возвращена на уровень ПРОФ:


Параметры контроля объема памяти процессов:
- Критический объем памяти процессов
- Временно допустимый объем памяти процессов
- Предел превышения времени допустимого объема

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

Каковы варианты решения проблемы для бизнеса?

Если руководство вашей компании категорически не готово тратить значительные средства на апгрейд лицензий до уровня КОРП (который помимо стоимости самих лицензий требует ежегодной оплаты Расширенной корпоративной лицензии — РКЛ в размере 15% от стоимости ПО), проанализируем доступные альтернативные варианты.

Вариант 1. Архитектурный обход ограничений (легальный)

Выясним причину, по которой вашей системе требуются лицензии КОРП. Чаще всего это превышение лимита в 12 ядер процессора на один сервер кластера. Эту проблему можно решить с помощью технологий виртуализации.

Вместо развертывания одного мощного физического сервера на 32 или 64 ядра, вы можете виртуализировать серверную инфраструктуру. Разделите физические ресурсы на несколько виртуальных машин (ВМ) так, чтобы на каждую ВМ с сервером 1С:Предприятие приходилось не более 12 виртуальных ядер процессора. Лицензии уровня ПРОФ при таком подходе будут работать абсолютно легально и стабильно, а нагрузка между ВМ будет балансироваться на уровне гипервизора виртуализации.

Вариант 2. Отказ от использования заблокированных параметров

Зачастую КОРП-функции активируются в системе случайно — например, сертифицированный партнер («франчайзи») при внедрении системы или настройке производительности кластера изменил параметры по умолчанию (например, ограничил количество информационных баз на один рабочий процесс).

Если вернуть настройки кластера к стандартным значениям («по умолчанию»), потребность в КОРП-лицензиях отпадет сама собой, и платформа ПРОФ продолжит штатную работу без сбоев и предупреждений.

Вариант 3. Судебное разбирательство (бесперспективный путь)

Попытки судиться с фирмой «1С» или привлекать Федеральную антимонопольную службу (ФАС), как показывает практика крупных холдингов, не приносят успеха. Юристы правообладателя полностью защищены условиями Лицензионного соглашения (EULA), которое подписывается в электронном виде при установке обновлений.

Суд признает, что правообладатель в соответствии с Гражданским кодексом РФ волен изменять условия использования новых версий своего интеллектуального труда, а потребитель волен соглашаться на эти условия (и обновляться) либо использовать старую версию продукта без обновлений.

Резюме

Разделение лицензий на ПРОФ и КОРП — это свершившийся факт и устоявшаяся бизнес-модель вендора. Юридически оспорить это разделение невозможно, так как права на использование новых версий платформы добровольно приобретаются и подтверждаются клиентом при каждом обновлении ПО через ИТС.

Наиболее эффективным решением для ИТ-службы предприятия является либо проведение аудита настроек кластера серверов для отключения КОРП-функций, либо перевод серверов 1С на виртуальные машины с ограничением ядер процессора до 12 на одну операционную систему.

← На главную