Администрирование · 10 мин
Как рассчитать лицензии 1С для компании
Как рассчитать нужное количество клиентских лицензий 1С: типы лицензий, подсчёт пользователей и сеансов, серверные лицензии, типичные ошибки и проверка результата.
Расчёт лицензий 1С сводится к ответу на три вопроса: сколько человек одновременно работают с программой, в каком режиме запускается система (файловом или клиент-серверном) и какие конфигурации используются. Ошибка в любом из этих параметров приводит либо к переплате за лишние лицензии, либо к ситуации, когда сотрудники не могут войти в базу из-за сообщения «Превышено максимальное количество лицензий».
Лицензионная политика 1С строится на подсчёте одновременных сеансов, а не общего числа сотрудников. Если в компании 30 бухгалтеров, но одновременно в программе работают не больше 12, покупать 30 лицензий не обязательно. Однако занижать количество тоже нельзя: в пиковые часы, например при сдаче отчётности, нагрузка резко растёт.
Ниже разобраны типы лицензий, порядок подсчёта пользователей, особенности файлового и клиент-серверного режимов, а также способы проверить, что расчёт выполнен верно.
Какие типы лицензий 1С существуют
Прежде чем считать, нужно понять, что именно считать. В экосистеме 1С есть несколько независимых видов лицензий, и путать их — самая частая ошибка при расчёте.
Клиентские лицензии разрешают запуск сеансов пользователей. Они бывают однопользовательскими (на 1 рабочее место) и многопользовательскими — на 5, 10, 20, 50, 100, 300 и 500 сеансов. Многопользовательские лицензии экономичнее при росте числа пользователей: стоимость одного сеанса в поставке на 50 ниже, чем при покупке десяти пятёрок.
Лицензии на сервер 1С:Предприятия нужны только при клиент-серверном режиме работы. Серверная лицензия приобретается отдельно от клиентских и не включает их в себя. Есть отдельные варианты для 32-разрядных и 64-разрядных систем, а также лицензии уровня КОРП с расширенными возможностями.
Лицензии на конфигурацию (прикладное решение) оплачиваются при покупке самой программы — например, «1С:Бухгалтерия» или «1С:Зарплата и управление персоналом». Базовые версии конфигураций обычно ограничены одним пользователем и не допускают многопользовательской работы, что важно учитывать при планировании.
Как посчитать одновременных пользователей
Ключевой шаг расчёта — определить реальное число одновременных сеансов. Возьмите список всех сотрудников, которые работают с 1С, и разделите их на группы по интенсивности использования: постоянные пользователи (бухгалтерия, операторы, менеджеры по продажам), периодические (руководители, кладовщики, кадровики) и редкие (директор, который заходит посмотреть отчёт).
Постоянные пользователи считаются в полном объёме. Периодические — с понижающим коэффициентом: например, если пять менеджеров заходят в базу поочерёдно в течение дня и редко пересекаются, им может хватить 2–3 лицензий. Но такой расчёт требует наблюдения за реальной работой хотя бы несколько дней.
Если система уже работает, точные данные можно получить из консоли кластера серверов 1С или через журнал регистрации: там видно, сколько сеансов было активно в каждый момент времени. Для файловой базы подойдёт наблюдение через «Администрирование — Активные пользователи» в разные часы дня.
- 1Составьте список всех сотрудников, которым нужен доступ к 1С
- 2Разделите их на постоянных, периодических и редких пользователей
- 3Определите пиковое время нагрузки (сдача отчётности, инвентаризация, закрытие месяца)
- 4Посчитайте одновременных пользователей в пиковый период
- 5Добавьте запас 10–20% на рост и нештатные ситуации
- 6Округлите до ближайшей подходящей комбинации поставок (1, 5, 10, 20, 50 и т.д.)
Учёт режима работы: файловый или клиент-серверный
В файловом режиме база лежит в общей папке, а лицензии раздаёт либо программная защита на каждом компьютере, либо сервер лицензирования. Многопользовательская лицензия устанавливается на один компьютер в сети, и остальные машины получают лицензии с него. Важно: файловый режим имеет технические ограничения по нагрузке и при росте числа пользователей (практически — заметно выше 10–15 активных) начинает тормозить.
В клиент-серверном режиме сеансы обслуживает сервер 1С:Предприятия, а данные хранятся в СУБД (MS SQL, PostgreSQL и другие). Здесь расчёт дополняется серверной лицензией: одна на каждый работающий сервер 1С. При этом клиентские лицензии в клиент-серверном режиме раздаются сервером, что упрощает администрирование — не нужно активировать пины на каждом рабочем месте.
Переход с файлового режима на клиент-серверный — типичный момент пересчёта лицензий. Клиентские лицензии сохраняются и продолжают действовать, но дополнительно потребуется лицензия на сервер, а часто и расширение клиентских, потому что рост компании обычно и становится причиной перехода.
Сравнение вариантов
Подходит для небольших баз и ограниченного числа одновременных пользователей. Не требует лицензии на сервер, но хуже масштабируется и уязвимее к сбоям при обрыве сети.
Нужен при большом числе пользователей и объёмных базах. Требует отдельной лицензии на сервер 1С и лицензий на СУБД (кроме бесплатных вариантов PostgreSQL), зато обеспечивает стабильность и централизованную раздачу лицензий.
Как подобрать комбинацию поставок
Лицензии 1С продаются фиксированными номиналами, поэтому итоговый расчёт — это задача подбора комбинации. Например, для 23 одновременных пользователей рациональные варианты: одна лицензия на 20 и одна на 5 (итого 25 сеансов) либо две на 10 и одна на 5. Выбор зависит от цены конкретных поставок и планов роста: если через год ожидается 30 пользователей, выгоднее сразу взять поставку на 50 или комбинацию с запасом.
Лицензии разных номиналов суммируются: сервер лицензирования или сервер 1С складывает все активированные поставки. Это позволяет наращивать количество постепенно, докупая пятёрки и десятки по мере роста штата, а не покупать всё сразу.
Отдельно учитывайте специальные случаи. Веб-клиент и тонкий клиент расходуют те же клиентские лицензии, что и толстый клиент. Фоновые задания и сеансы веб-сервисов в клиент-серверном режиме также могут занимать лицензии — это нужно проверить в консоли кластера, иначе реальное потребление окажется выше расчётного.
Проверка расчёта и контроль потребления
После внедрения расчёт нужно подтвердить фактическими данными. В клиент-серверном режиме откройте консоль кластера, раздел «Сеансы», и понаблюдайте за числом активных сеансов в течение одной-двух недель, фиксируя пики. Если пиковое значение регулярно упирается в лимит лицензий — пора докупать.
Косвенный признак нехватки лицензий — жалобы пользователей на ошибку «Не найдена лицензия» или «Превышено максимальное количество лицензий» в определённые часы. Это означает, что расчёт занижен или сеансы зависают и не освобождают лицензии. Зависшие сеансы можно снимать через консоль кластера, а в настройках информационной базы задать время автоматического завершения неактивных сеансов.
Как проверить результат
Пик ниже лимита лицензий с запасом 10–20%
Пик регулярно достигает лимита, пользователи получают отказ во входе
Сеансы завершаются после выхода пользователя или по таймауту
Накапливаются «спящие» сеансы, занимающие лицензии
Все поставки активированы и видны серверу лицензирования
Часть купленных лицензий не активирована или активирована на устаревшем компьютере
Типичные ошибки при расчёте
Самая дорогая ошибка — считать лицензии по штатному расписанию, а не по одновременным сеансам. Компания из 40 человек, где в 1С работают по очереди, переплачивает в разы. Обратная ошибка — расчёт «впритык» без запаса: первая же инвентаризация или сдача годовой отчётности парализует работу.
Вторая группа ошибок связана с инфраструктурой: забывают про лицензию на сервер при переходе на клиент-серверный режим, не учитывают сеансы фоновых заданий и веб-сервисов, активируют все пин-коды на одном компьютере, который потом выводится из эксплуатации вместе с лицензиями.
FAQ
Сколько лицензий нужно, если сотрудников 15, а одновременно работают 8?
Достаточно покрыть 8 одновременных сеансов с запасом — например, одна поставка на 10 пользователей. Лицензия регулирует именно одновременную работу, поэтому общее число сотрудников значения не имеет. Запас нужен на случай, когда несколько «периодических» пользователей зайдут одновременно.
Нужна ли отдельная лицензия для руководителя, который заходит раз в неделю?
Отдельная — нет. Редкие пользователи расходуют общий пул клиентских лицензий только в момент работы. Пока есть свободный сеанс, руководитель войдёт без проблем. Но если его вход критичен, убедитесь, что в пиковые часы остаётся хотя бы одна свободная лицензия.
Суммируются ли лицензии разных номиналов?
Да. Активированные на одном сервере лицензирования или сервере 1С поставки складываются: например, лицензии на 10 и на 5 дают в сумме 15 одновременных сеансов. Это позволяет наращивать количество постепенно, докупая лицензии по мере роста компании.
Что будет, если купить меньше лицензий, чем нужно?
Пользователи сверх лимита получат ошибку «Не найдена лицензия» и не смогут войти в базу. Работа остальных не нарушится, но в пиковые периоды это приведёт к простоям. Выход — докупить поставку подходящего номинала или настроить автоматическое завершение неактивных сеансов, чтобы лицензии освобождались быстрее.
Нужно ли пересчитывать лицензии при переходе на клиент-серверный режим?
Клиентские лицензии сохраняются и продолжают действовать. Но дополнительно потребуется лицензия на сервер 1С:Предприятия, а также стоит пересчитать сеансы: в клиент-серверном режиме фоновые задания и веб-сервисы тоже могут занимать лицензии, что увеличивает фактическое потребление.
Что делать при замене компьютера, на котором активирована лицензия?
Активируйте лицензию на новом компьютере с помощью резервного пин-кода из комплекта поставки. Поэтому все пин-коды и регистрационные данные нужно хранить в надёжном месте. Если резервные пины исчерпаны, потребуется обращение в центр лицензирования 1С с подтверждением регистрации продукта.
Что важно запомнить
Считайте одновременные сеансы, а не сотрудников; добавляйте запас 10–20% на пики; помните про отдельную лицензию на сервер в клиент-серверном режиме; комбинируйте поставки разных номиналов и храните все пин-коды; после внедрения проверяйте фактическое потребление через консоль кластера.