При переходе на серверные мощности уровня КОРП у многих администраторов и руководителей возникает закономерный вопрос: обязательно ли мгновенно заменять все имеющиеся клиентские лицензии ПРОФ на КОРП? В рамках данной статьи мы детально разберем технические механизмы платформы 1С:Предприятие 8.3, которые определяют логику взаимодействия разных типов лицензий, и выясним, в каких случаях система позволит работать, а в каких — заблокирует доступ.
Согласно официальной документации, использование расширенных возможностей сервера уровня КОРП требует наличия соответствующих клиентских лицензий того же уровня. Однако на практике платформа ведет себя более гибко, предоставляя определенный «технологический люфт». Рассмотрим подробнее, как именно сервер 1С контролирует соблюдение лицензионной чистоты.
Важно понимать, что проверка уровня клиентских лицензий включается не в момент установки серверной лицензии КОРП, а в момент активации специфических функций, доступных только в этой версии. Проанализируем ситуацию: если вы установили сервер КОРП, но используете его как обычный сервер (не задействуя более 12 ядер процессора и не превышая лимит в 500 сеансов), система может не предъявлять жестких требований к клиентским лицензиям. Но как только активируется хотя бы одна «тяжелая» функция, вступает в силу строгий алгоритм проверки.
Разберем по шагам, как сервер 1С принимает решение о допуске пользователя с ПРОФ-лицензией. Для этого платформа использует специальную формулу, определяющую баланс между КОРП и ПРОФ подключениями. Выясним причину, по которой некоторые пользователи могут войти в систему, а другие получают отказ.
Количество лицензий КОРП считается достаточным, если выполняется следующее условие:
УП <= 1,1 * ЛК
Где мы оперируем следующими переменными:
Из этой формулы следует важный практический вывод: система допускает использование ПРОФ-лицензий, если их количество не превышает 10% от общего числа КОРП-лицензий. Рассмотрим пример: если у вас куплено 100 клиентских лицензий КОРП, сервер позволит подключиться еще 10 пользователям с ПРОФ-лицензиями без возникновения ошибок.
Проанализируем ситуацию, когда у организации вообще нет клиентских лицензий КОРП, но используется сервер КОРП. В этом случае действует так называемое правило «первого десятка». Платформа позволяет работать первым 10 уникальным пользователям вне зависимости от типа их лицензий. Проверка ПРОФ/КОРП и блокировка соединений по вышеуказанной формуле фактически включается только начиная с 11-го пользователя.
Это сделано для того, чтобы:
Выясним, какие именно действия или настройки заставляют сервер начать проверку уровня лицензий. Если в вашей информационной базе не используются указанные ниже возможности, риск блокировки ПРОФ-клиентов минимален:
Посмотрим на пример использования USB-ключей. Здесь кроется важный технический нюанс: сервер «1С:Предприятия» автоматически определяет тип лицензии (ПРОФ или КОРП) только для электронных (программных) лицензий. В случае с аппаратными ключами сервер не всегда может дистанционно определить их категорию.
Если у вас используются аппаратные ключи КОРП, но сервер воспринимает их как ПРОФ, может возникнуть ложное срабатывание блокировки на 11-м пользователе. В таких случаях требуется дополнительная настройка через программные файлы-лицензии, подтверждающие право на использование функционала КОРП, либо переход на программную защиту.
Что же произойдет, если 11-й пользователь попытается зайти, не имея КОРП-лицензии, при условии, что формула УП <= 1,1 * ЛК нарушена? Платформа не просто выдаст предупреждение, она жестко прервет попытку соединения. Пользователь увидит сообщение об ошибке: "Использование данной функциональности допускается только при наличии клиентских лицензий уровня КОРП".
Важно помнить и о юридической стороне вопроса. Использование КОРП-функционала требует не только наличия самих лицензий, но и действующего договора сопровождения уровня 1С:КП КОРП. Без него техническая работоспособность может сохраняться, но право на использование обновлений платформы, выпущенных после окончания срока действия договора, будет утрачено, что со временем приведет к неработоспособности КОРП-функций на новых версиях.
Подводя итог нашему анализу, можно сформулировать четкий алгоритм действий для системного администратора:
РабочегоПроцесса и Кластера, так как именно они являются инициаторами проверки лицензионного соответствия.