Для чего нужны клиентские лицензии 1С: виды и назначения

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

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

Базовая архитектура лицензирования 1С:Предприятие

Система защиты программных продуктов 1С построена на двухуровневой модели. Первым уровнем является лицензия на саму платформу и прикладное решение. Это так называемая серверная или основная лицензия, которая дает право использовать программный код. Однако она не предоставляет права на запуск программы конкретными пользователями.

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

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

⚠️ Внимание: Лицензии не суммируются автоматически при обновлении версий платформы. Если вы переходите с версии 8.2 на 8.3, убедитесь, что ваши ключи защиты поддерживают новую версию, или приобретите обновление лицензионной поддержки.

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

Различия между локальными и сетевыми лицензиями

Основное разделение клиентских лицензий происходит по принципу их действия в сети. Локальные лицензии (версии на 1 или 2 пользователя) привязываются непосредственно к конкретному компьютеру или USB-порту сервера защиты. Они идеально подходят для небольших офисов, где количество рабочих мест строго фиксировано и не планируется расширение.

Сетевые лицензии работают по принципу пула ресурсов. Ключ защиты устанавливается на один компьютер в сети (сервер лицензий), и все остальные компьютеры в локальной сети могут обращаться к нему за разрешением на запуск. Это позволяет реализовать схему "плавающего" доступа. Например, если у вас есть 5 сетевых лицензий, ими могут пользоваться 20 сотрудников, но заходить в программу одновременно смогут только пятеро из них.

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

• 🔑 Локальная лицензия жестко привязана к оборудованию и не может быть передана другому ПК без физической перестановки ключа.
• 🌐 Сетевая лицензия позволяет гибко распределять ресурсы между отделами в зависимости от текущей загрузки.
• 💰 Стоимость одной сетевой лицензии на 50 мест часто ниже, чем покупка 50 отдельных локальных ключей.
• 🛡️ При выходе из строя компьютера с сетевым ключом вся работа встает, поэтому требуется резервное копирование конфигурации сервера лицензий.

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

Технические особенности ключей защиты HASP

Физическим носителем лицензии чаще всего выступает ключ защиты HASP. Это небольшое USB-устройство, которое содержит зашифрованную информацию о типе и количестве разрешенных подключений. Современные версии платформы 1С:Предприятие 8 поддерживают ключи HASP HL и HASP SL.

Ключи серии HASP HL имеют корпус и подключаются напрямую в USB-порт компьютера или сервера. Они надежны, но требуют физического наличия порта. В условиях современных тонких клиентов или виртуальных серверов это может создать сложности, требующие использования специальных программных эмуляторов портов или серверов лицензий.

Ключи серии HASP SL представляют собой программную лицензию. Фактически, это файл, привязанный к уникальному идентификатору компьютера (аппаратному коду). Такие лицензии не требуют физического USB-разъема, что делает их идеальными для виртуальных сред и облачных инфраструктур. Однако они менее мобильны: при замене материнской платы или серьезном обновлении оборудования лицензию придется перерегистрировать.

Характеристика	HASP HL (Аппаратный)	HASP SL (Программный)
Тип носителя	USB-брелок	Файл лицензии
Мобильность	Высокая (можно переставить)	Низкая (привязан к железу)
Использование в виртуальных средах	Требует проброса USB	Нативная поддержка
Риск потери	Физическая утеря ключа	Сбой жесткого диска (нужен бэкап)

Для корректной работы ключей необходимо установить драйверы защиты. В составе дистрибутива 1С они обычно присутствуют, но иногда требуется ручная установка последней версии с сайта разработчика. Отсутствие драйверов — самая частая причина, по которой программа не видит лицензию, даже если ключ вставлен в порт.

Что делать, если ключ HASP SL слетел после обновления BIOS?

В этом случае изменится аппаратный код компьютера. Вам потребуется файл пин-кода (обычно идет в комплекте с ключом на бумаге или в письме) и утилита HASP Update для повторной активации лицензии на новом оборудовании.

Особенности работы в файловом и клиент-серверном режиме

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

В клиент-серверном варианте (с использованием MS SQL или PostgreSQL) ситуация сложнее. Здесь появляется промежуточное звено — сервер 1С:Предприятия. Серверные процессы также потребляют лицензии. Если у вас работает 10 пользователей и на сервере запущены фоновые задания (например, регламентные операции), они тоже займут клиентские места в пуле лицензий.

Это часто приводит к неожиданной ситуации: все пользователи разлогинились, но зайти в базу никто не может, потому что лицензии заняты зависшими процессами сервера. Администратору необходимо уметь управлять сеансами через консоль администрирования серверов 1С:Предприятия, принудительно завершая неактивные подключения.

⚠️ Внимание: В клиент-серверном варианте одна лицензия может расходоваться на одного пользователя, даже если он открыл несколько окон одной базы. Планируйте запас лицензий (обычно +10-20%) для покрытия пиковых нагрузок и фоновых задач.

Кроме того, при работе через веб-сервер (публикация базы на IIS или Apache) каждое подключение браузера также рассматривается платформой как клиентское соединение и требует наличия свободной лицензии в пуле. Это важно учитывать при организации удаленного доступа сотрудников из дома.

Специализированные лицензии для тонкого и веб-клиента

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

Лицензия на веб-клиент позволяет подключаться к базе через браузер. Это критически важно для мобильных сотрудников, курьеров или руководителей, которые не хотят устанавливать полноценную платформу 1С на свои устройства. Однако количество таких подключений также лимитировано и должно быть покрыто соответствующими ключами.

Существует также понятие "лицензия на сервер 1С:Предприятия". Это отдельный тип ключа, который разрешает запуск самого серверного процесса. Без него вы не сможете организовать многопользовательскую работу в клиент-серверном режиме, даже если у вас есть сотня клиентских лицензий. Это фундаментальный элемент архитектуры больших систем.

• 📱 Тонкий клиент оптимизирован для работы по медленным каналам связи и подходит для удаленных офисов.
• 🌍 Веб-клиент не требует установки ПО на устройство пользователя, достаточно браузера.
• ⚙️ Серверная лицензия обязательна для использования SQL-баз данных и повышения производительности.
• 🚫 Лицензия тонкого клиента не позволит запустить конфигуратор в режиме отладки на этом рабочем месте.

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

Частые ошибки и проблемы при активации лицензий

На практике администраторы часто сталкиваются с проблемами, когда лицензия есть, но программа пишет "Превышено количество подключений". Одна из самых распространенных причин — "зомби-сеансы". Это ситуации, когда пользователь некорректно завершил работу (обрыв связи, выключение компьютера без выхода из программы), и сервер считает его подключение активным.

Другая проблема связана с версиями драйверов защиты. Если на сервере лицензий стоит старая версия драйвера HASP, а клиенты работают на новой версии платформы 1С, могут возникать конфликты и ошибки распознавания ключа. Регулярное обновление драйверов защиты — обязательная процедура технического обслуживания.

Также стоит упомянуть о проблеме с виртуальными машинами. При миграции сервера лицензий на новую виртуальную машину может измениться аппаратный идентификатор. Для программных ключей HASP SL это фатально без процедуры переноса. Для аппаратных ключей проблема решается пробросом USB-порта в настройки виртуальной машины гипервизора (VMware, Hyper-V).

Что делать, если 1С пишет "Не найдена лицензия", хотя ключ вставлен?

Попробуйте переустановить драйверы защиты HASP. Проверьте, горит ли индикатор на ключе. Убедитесь, что в брандмауэре не заблокирован порт 4085. Если ключ сетевой, проверьте доступность сервера лицензий командой ping.

Можно ли использовать одну лицензию на разных компьютерах по очереди?

Да, если это сетевая лицензия. Она работает по принципу "кто первый занял". Локальную лицензию (на 1 или 2 места) можно физически переставлять между компьютерами, но одновременно работать на них нельзя.

Сгорают ли лицензии, если пользователь просто открыл базу и ничего не делает?

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

Нужна ли отдельная лицензия для работы в режиме "Конфигуратор"?

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

Как проверить, сколько лицензий сейчас занято?

Используйте утилиту "Управление лицензиями" в составе платформы или зайдите в консоль администрирования серверов 1С на вкладку "Лицензии". Там будет отображен список всех активных ключей и занятых слотов.