Распределение лицензий 1С между базами, компьютерами и пользователями

Клиентская лицензия 1С:Предприятия 8.3 не привязана ни к базе, ни к конкретному пользователю. Она привязана к месту, где лежит: к компьютеру с программной лицензией, к HASP-ключу или к серверу 1С. Поэтому разделить лицензии между базами и пользователями можно только одним способом: решить, где хранить каждый комплект и кто его выдаёт.

Типичная задача выглядит так. У компании 15 лицензий, две фирмы и три базы. Нужно, чтобы бухгалтерия одной фирмы не «съедала» места у склада другой. Ниже разобраны рабочие схемы для файлового и клиент-серверного режима, ключей HASP, программных PIN и облака.

Какие бывают лицензии 1С и что из них можно делить

Сначала разберитесь, что у вас куплено. От этого зависит, что вообще поддаётся разделению.

Главное правило: многопользовательский комплект нельзя «распилить» на части. Лицензию на 10 мест не получится активировать по 5 на два компьютера. Если нужна независимая квота для двух площадок, покупают два отдельных комплекта, например 5 + 5.

Ещё один момент. Лицензии разных комплектов суммируются. Если на сервере 1С активированы комплекты на 10 и на 5 мест, сервер выдаст 15 сеансов. Программные лицензии и HASP-ключи можно использовать одновременно.

Файловая база: лицензию берёт каждый компьютер

В файловом режиме сервера 1С нет. Каждый компьютер, который открывает базу, ищет лицензию сам:

1. 🖥️ Программную лицензию, активированную на этом компьютере.
2. 🔑 Локальный HASP-ключ, вставленный в этот компьютер.
3. 🌐 Сетевой HASP-ключ через менеджер лицензий в локальной сети.

Отсюда следствие. Многопользовательская программная лицензия в файловом режиме работает только там, где активирована. Если положить её на «главный» компьютер бухгалтера, соседние машины лицензию не получат, даже если база лежит в общей папке на том же компьютере.

Как распределить места в файловом режиме:

• Небольшой офис, 2–4 компьютера. Одноместные программные лицензии на каждый компьютер. Каждое место закреплено за машиной, делить ничего не нужно.
• Офис, где люди пересаживаются. Сетевой HASP-ключ. Лицензию получит любой компьютер, пока не кончатся свободные места.
• Терминальный сервер . Многопользовательская лицензия активируется на терминальном сервере. Каждый терминальный сеанс считается отдельным рабочим местом.

Клиент-серверный вариант: кто выдаёт лицензии

В клиент-серверном режиме появляется выбор: лицензию может получить сам клиент (с локальной программной лицензии или HASP), а может выдать сервер 1С. Чтобы сервер выдавал лицензии, на компьютере с рабочим сервером должны быть клиентские лицензии: программные или HASP-ключ.

Для каждой информационной базы в консоли кластера есть настройка выдачи лицензий сервером. Это и есть главный рычаг для разделения.

Как включить или выключить выдачу лицензий для базы

1. Откройте консоль администрирования серверов 1С.
2. Разверните кластер, затем раздел Информационные базы.
3. Откройте свойства нужной базы.
4. Найдите параметр выдачи лицензий сервером 1С:Предприятия и выберите «Да» или «Нет».
5. Сохраните свойства. Новое значение действует для новых сеансов.

То же самое делается из командной строки через rac. Перед изменением посмотрите текущее значение:

rac cluster list
rac infobase --cluster=<UUID кластера> info --infobase=<UUID базы>
rac infobase --cluster=<UUID кластера> update --infobase=<UUID базы> --license-distribution=deny

Значение allow разрешает серверу выдавать лицензии клиентам этой базы, deny запрещает. При deny клиент обязан принести свою лицензию: программную на своём компьютере или из HASP-ключа. Точный набор параметров в вашей сборке платформы проверьте через rac help infobase.

Кто какую лицензию занял

Чтобы увидеть, какой сеанс откуда взял лицензию, выполните:

rac session --cluster=<UUID кластера> list --licenses

В выводе видно, к какой базе относится сеанс и выдана лицензия сервером или получена клиентом. Это удобно, когда кто-то жалуется, что «лицензии кончились», а вы не понимаете, кто их держит.

Как поделить лицензии между несколькими базами на одном сервере

Встроенной квоты вида «базе А — 10 мест, базе Б — 5» в платформе нет. Сервер выдаёт лицензии из общего пула в порядке очереди. Но разделения можно добиться схемами ниже.

Требования назначения функциональности задаются в свойствах рабочего сервера. Если в кластере один рабочий сервер, эта схема ничего не даёт: все лицензии и так у него.

Аппаратные ключи HASP: как направить клиентов к нужному ключу

Сетевой HASP-ключ отдаёт лицензии через менеджер лицензий HASP License Manager. Его ставят на компьютер, куда вставлен ключ. Клиенты 1С по умолчанию ищут менеджер широковещательным запросом в сети и берут лицензию у первого найденного.

Если в сети два ключа (например, у двух фирм), клиентов можно жёстко привязать к своему менеджеру. Для этого правят файл nethasp.ini в каталоге bin\conf установленной платформы на клиентском компьютере:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.10.5
NH_USE_BROADCAST = Disabled

Здесь 192.168.10.5 — адрес компьютера с менеджером лицензий нужной фирмы. Отключённый широковещательный поиск не даст клиенту случайно занять место в чужом ключе. Заодно ускорится запуск: клиент не ждёт ответа от всей сети.

Что учесть при работе с ключами:

• 🔌 Ключ должен быть всегда в одном компьютере, который не выключают на ночь. Ушёл в сон — у всей сети пропали лицензии.
• 🧱 На машине с менеджером откройте в брандмауэре порт 475, который использует HASP License Manager.
• 🖥️ В клиент-серверном режиме ключ с клиентскими лицензиями можно вставить прямо в сервер 1С. Тогда лицензии выдаёт сервер, а nethasp.ini на клиентах не нужен.
• 🧩 Для виртуальных машин нужен проброс USB или USB-over-IP; без этого виртуальный сервер ключ не увидит.

Программные лицензии: удобно, но привязаны к железу

Программная лицензия активируется PIN-кодом и записывается файлом в каталог C:\ProgramData\1C\licenses. Файл привязан к параметрам компьютера: процессору, материнской плате, дискам, сетевым адаптерам, имени компьютера. Скопировать его на другую машину бесполезно, лицензия там не заработает.

Посмотреть, что активировано на компьютере, можно утилитой ring из комплекта инструментов лицензирования:

ring license list
ring license info --name <имя лицензии из списка>

На клиенте то же видно в окне Справка → О программе: там указано, какая лицензия используется текущим сеансом.

Чем рискуете

• 🔁 Смена железа. Заменили диск, сетевую карту или перенесли виртуальную машину — лицензия может перестать работать. Тогда нужна повторная активация.
• 🎟️ Ограниченный запас PIN. В комплекте есть резервные PIN-коды для повторной активации. Когда они закончатся, восстанавливать лицензию придётся через поставщика или центр лицензирования.
• 📄 Потеря данных регистрации. При повторной активации данные о владельце нужно ввести так же, как в первый раз. Сохраните их вместе с PIN-кодами в надёжном месте.

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

Облако: 1С:Фреш и 1С:ГРМ

В облачных вариантах задача «разделить лицензии» исчезает. Вы платите не за комплекты, а за пользователей или рабочие места по тарифу.

Если в облаке нужно добавить людей, вы меняете тариф, а не покупаете комплект лицензий. Свои купленные лицензии в 1С:Фреш перенести нельзя: там они уже включены в подписку.

Ошибки при разделении лицензий

Сообщение Не обнаружена лицензия для использования программы при разделении почти всегда значит одно: клиент ищет лицензию не там, где она лежит.

Частые вопросы