Переход организации с версии 1С:Бухгалтерия ПРОФ на КОРП, особенно в условиях работы на операционной системе Linux, требует детального понимания механизмов защиты «1С:Предприятие». Основная сложность заключается не только в изменении функционала конфигурации, но и в корректном масштабировании парка лицензий. Рассмотрим подробно, как избежать конфликтов оборудования и программных ключей, и выберем оптимальную стратегию расширения системы.
Разберем ситуацию, когда у клиента уже имеется USB-ключ на 5 пользователей и планируется покупка еще одного USB-ключа на 10 пользователей. Важно понимать техническое ограничение драйверов HASP: на одном физическом компьютере (или в рамках одной операционной системы) менеджер лицензий HASP License Manager не может одновременно работать с двумя ключами одной серии.
Проанализируем систему маркировки ключей. Практически все многопользовательские клиентские ключи (на 5, 10, 20, 50 и 100 рабочих мест) относятся к одной серии — ORGL8. Если подключить два таких ключа в разные USB-порты одного сервера, система защиты инициализирует только один из них (обычно тот, который первым определится драйвером). В результате вместо ожидаемых 15 рабочих мест пользователи получат доступ только к 5 или 10.
Выясним, какие существуют пути решения этой проблемы:
HASP License Manager. В этом случае клиентские приложения будут собирать лицензии с обоих серверов.Рассмотрим вариант, предложенный в обсуждении: покупка программных лицензий в дополнение к имеющемуся аппаратному ключу. Программные лицензии представляют собой файлы с расширением .lic, которые привязываются к параметрам компьютера или к ID аппаратного ключа.
Проанализируем преимущества привязки программной лицензии к USB-ключу:
Важное замечание: При такой схеме существует нюанс с количеством доступных мест. Как было отмечено в ходе обсуждения, привязка программной лицензии к HASP-ключу требует наличия одной свободной лицензии на самом ключе для выполнения проверки (кратковременно, примерно на 1 секунду раз в 20 секунд). Это означает, что если вы привязываете пакет на 10 лицензий к ключу на 5 пользователей, фактически вы сможете запустить 14 сеансов, так как одна лицензия на USB-ключе будет периодически «заниматься» системой защиты для верификации привязки.
Посмотрим на ситуацию со стороны серверной ОС. В файловом режиме (когда база лежит в каталоге, доступном через Samba) 1С ведет себя иначе, чем в клиент-серверном варианте:
Если база опубликована через Apache или Nginx на Linux, то раздачей лицензий занимается модуль расширения веб-сервера. В этом случае и USB-ключ, и программные лицензии могут быть установлены прямо на сервере.
Если же пользователи подключаются к файловой базе напрямую через сетевую папку (Samba), программную лицензию сервер «раздавать» не сможет. В такой конфигурации программные лицензии необходимо устанавливать локально на каждый рабочий компьютер пользователя. Исключение — использование сервера терминалов, но в среде Linux это встречается реже.
Для корректной работы USB-ключа на Linux необходимо установить пакет драйверов aksusbd. После установки следует убедиться, что служба запущена:
systemctl status aksusbd
Если мы выбрали путь установки USB-ключей на разные компьютеры, нам необходимо настроить клиентские машины так, чтобы они видели оба менеджера лицензий. Для этого используется файл nethasp.ini, который обычно располагается в каталоге conf установленной платформы 1С.
Разберем основные параметры, которые необходимо отредактировать:
[NH_COMMON] и убедитесь, что разрешен протокол TCP или UDP.[NH_TCPIP] укажите адреса серверов, где установлены ключи:
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10, 192.168.1.11
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
Отключение широковещательного поиска (NH_USE_BROADCAST = Disabled) и явное указание IP-адресов серверов значительно ускоряет запуск программы и повышает стабильность поиска лицензий в сложных сетях.
Важно помнить, что переход на Бухгалтерию КОРП подразумевает не только покупку клиентских лицензий. Если общее число одновременно работающих пользователей превышает 10, компания обязана использовать клиентские лицензии уровня КОРП для доступа к расширенному функционалу (например, для использования расширенного управления ресурсами в серверном варианте).
Если ваша база остается файловой, то технически программная разница между ПРОФ и КОРП в части ключей защиты минимальна, но с точки зрения лицензионной чистоты необходимо соблюдать правила апгрейда. Мы рекомендуем рассмотреть процедуру «Trade-in» через партнеров 1С. Вы сдаете свой ключ на 5 пользователей и получаете скидку на новый ключ (например, на 20 пользователей) или на комплект программных лицензий КОРП.
Подводя итог, проанализируем лучший вариант для описанной ситуации:
8.3.12.1790. Только начиная с этих релизов появилась стабильная возможность привязки программных лицензий к ID аппаратного ключа, что значительно упрощает жизнь администратора при переносе систем.Рассмотрев все нюансы, мы видим, что ключи защиты 1С — это гибкая система, требующая внимательной настройки конфигурационных файлов и четкого понимания топологии сети предприятия.