Консалтинг в управлении ИТ-активами
качественно. Профессионально.
Оптимизация лицензий клиентского доступа
Установление правдивой картины по текущей утилизации клиентских лицензий (Client Access License, CAL) клиент-серверного ПО – одна из самых сложных задач для менеджера, управляющего программными активами. Использование лицензий типа "Named" и "Concurrent" трудно отслеживать, так как «экземпляр» подобного рода ПО – это факт взаимодействия между клиентским приложением и сервером.
На примере реального продукта со сложной схемой лицензирования давайте попробуем разобраться, как обнаружить и правильно идентифицировать экземпляры клиентских лицензий (то есть составить реальную картину утилизации существующих лицензий), а также рассмотрим возникающие сложности и ограничения.
Пример структуры лицензирования продукта
Для наглядности я выбрал конкретный программный продукт, HP Asset Manager. Несмотря на то, что это средство автоматизации для управления ИТ-активами, HP Asset Manager сам имеет достаточно сложную схему лицензирования и обладает всеми признаками «проблемного» (с точки зрения контроля лицензий) ПО. Это нам как раз и нужно для понимания сути проблемы и путей решения.
Рисунок 1. Схема лицензирования HP Asset Manager
Итак, что мы имеем:
- Серверная лицензия, необходима для функционирования сервера HP Asset Manager;
- Блок лицензий для пользователей. Для выполнения основных операций в системе используется лицензия для управления портфелем активов, но для расширения функциональности потребуются специализированные лицензии: например, если требуется работа с бюджетами, то придется дополнительно приобрести лицензии на управление финансами. Обратите внимание, что использование специализированных лицензий невозможно без основных пользовательских лицензий управления портфелем;
- Все лицензии для пользователей разделяются на два типа, именные и конкурентные;
- Возможно использование двух типов клиентов, «толстого» и «тонкого».
Ситуации неоптимального использования лицензий
Недостаток лицензий (недолицензирование) – лицензий приобретено меньше, чем используется. Многие приложения имеют ограничение на использование только приобретенных лицензий. Иными словами, если вы купили 100 клиентских лицензий, то 101 использовать уже просто не сможете в силу технических ограничений на стороне сервера. В этом случае про риск недолицензирования можно забыть. Однако не все производители ПО вводят подобные ограничения. Например, если вы приобрели серверную лицензию такого продукта и 25 клиентских лицензий, то без проблем можно использовать подключение большего количества клиентов, сервер ограничивать количество подключений не будет. Но в этом случае нужно помнить, что нелегальное использование лицензий – это риск наложения штрафных санкций или даже уголовного преследования.
В нашем же случае HP Asset Manager не допустит использования большего количества лицензий, чем то, которое было приобретено. И поэтому сценарий недолицензирования для HP Asset Manager является неактуальным.
Избыток лицензий (перелицензирование) ) – лицензий приобретено больше, чем используется. В данном случае вы соблюдаете требование «лицензионной чистоты», но расходуете денег на лицензии больше, чем необходимо. Учитывая то, что клиентские лицензии могут стоить весьма недешево (например, специализированная конкурентная лицензия для управления финансами «AM De-synced Financial Management TB657AAE» стоит порядка 6000$), вы получаете возможность значительной экономии денежных средств.
Именно эта задача – снизить количество неиспользуемых лицензий, и стоит перед нами в случае с HP Asset Manager. Для этого необходимо понять, насколько оптимально используются приобретенные лицензии.
Экземпляры ПО
В первую очередь нас будет интересовать обнаружение и идентификация экземпляров ПО, так как экземпляр ПО сигнализирует нам о том, что мы используем определенную лицензию.
В отличие от приложений, для которых выполняется установка ПО (например, установленный пакет Microsoft Office на рабочей станции), экземпляром ПО для конкурентных и именных лицензий является факт коммуникации между клиентом и сервером. И как таковой «установки» специфического клиентского приложения может и не быть – например, будет использоваться интернет-браузер:
Рисунок 2. Одна сессия между клиентом и сервером порождает один экземпляр ПО
Более того, в некоторых случаях, одна сессия между клиентом и сервером может порождать несколько экземпляров ПО:
Рисунок 3. Одна сессия между клиентом и сервером порождает несколько экземпляров ПО
Давайте посмотрим, что получится, если мы попробуем обнаружить и идентифицировать экземпляры ПО на клиентах.
Обнаружение и идентификация экземпляров ПО на клиентах
Как уже упоминалось, возможно использование двух типов клиентов, «толстого» и «тонкого».
Если используется «толстый» клиент, то найти установленное клиентское приложение на рабочей станции не составляет проблем. Обнаружить такое приложение может практически любая система автоматической инвентаризации. Проблемы вызывает обнаружение и идентификация экземпляров ПО для клиентских лицензий (а мы помним, что экземпляр ПО для именных и конкурентных лицензий это факт взаимодействия между клиентом и сервером), которые мы в дальнейшем должны корректно сопоставить с необходимыми лицензиями.
Рисунок 4. Обнаружение и идентификация «толстого» клиента
На рисунке 4 мы видим, что средство автоматической инвентаризации обнаружило на рабочей станции установленный «толстый» клиент HP Asset Manager, однако экземпляры ПО для пользовательских лицензий не обнаружены.
Факт наличия клиентского ПО не скажет нам о том, что:
- В данный момент клиент подключен к серверу и использует определенную лицензию:
- На одной рабочей станции может поочередно (используя различные профили) работать несколько человек;
- Один человек может запускать клиентское приложение на разных рабочих станциях.
Рисунок 5. Отсутствие коммуникации между клиентом и сервером при активном клиентском приложении
Клиент HP Asset Manager запущен, однако нет подключения к серверу. Клиентская лицензия не используется.
С «тонким» клиентом ситуация усложняется, так как явных следов клиентского ПО на рабочей станции нет, и обнаружить запуск и использование такого ПО с помощью системы инвентаризации очень трудно.
Таким образом, для обнаружения и идентификации экземпляров ПО на клиенте придется решить следующие задачи:
- Отслеживать наличие трафика между клиентом и сервером. Это позволит понять, что в данный момент времени действительно существует определенный экземпляр ПО (что лицензия действительно «используется», а не «простаивает»). Такая возможность обычно обеспечивается мониторингом определенных портов, которые использует приложение;
- Инспектировать трафик между клиентом и сервером, чтобы точно идентифицировать обнаруженные экземпляры ПО (и в дальнейшем понять, какие именно лицензии используются). Например, если сотрудник играет роль финансового менеджера, то в случае с HP АМ во время одной сессии он будет порождать два экземпляра ПО, и соответственно использовать две лицензии: управление портфелем и управление финансами. Если все коммуникации между клиентом и сервером шифруются, то такая задача может быть вообще нереализуема;
- Отслеживать учетные данные пользователя, от имени которого был произведен вход в систему. Для конкурентных лицензий это необязательное условие, в отличие от именных. Так как именные лицензии зарезервированы за определенным сотрудником, нам необходимо понимать, кто именно порождает в определенный момент времени экземпляр ПО.
Итак, мы видим, что на каждом клиенте нам придется решать очень непростые задачи. Это потребует значительных усилий, которые могут привести к следующему дисбалансу: затраты на подготовку инфраструктуры и развертывание подобного решения могут быть значительно выше ожидаемого эффекта от оптимизации лицензий.
Обнаружение и идентификация экземпляров ПО на сервере
В этом случае задача по обнаружению и идентификации экземпляров ПО значительно упрощается: вместо множества точек приложения усилий (клиентов) можно сосредоточится на одном компоненте – сервере. И здесь мы получаем прекрасную возможность использовать особенность серверной части приложения хранить данные о текущих сессиях, активных пользователях и используемых лицензиях. Как правило, такая информация хранится в журналах и/или в таблицах базы данных (если приложение использует базу данных) с названиями вроде «sessions», «users», «license_info» и т.д.
Таким образом, теоретически мы можем точно идентифицировать используемые лицензии ПО.
На практике же существуют некоторые проблемы:
Результаты
Используя необходимые представления базы данных приложения и дополнительную настройку средств автоматической инвентаризации, для HP Asset Manager в автоматическом режиме удалось получить информацию об утилизации клиентских лицензий управления портфелем активов:
К сожалению, данные об экземплярах ПО специализированных клиентских лицензий оказались зашифрованы, поэтому в дальнейшем пришлось использовать ручную процедуру сбора информации о принадлежности активных пользователей к функциональным ролям системы.
Несмотря на наличие ручных процедур, мы достигли цели – получили достоверную картину об утилизации клиентских лицензий.
Выводы
- Для обнаружения и идентификации экземпляров ПО желательно сосредоточиться на серверных компонентах клиент-серверных приложений, использование клиентской части – обычно неэффективно;
- По возможности использовать базовое средство автоматической инвентаризации с хорошим функционалом в части обнаружения данных об утилизации лицензий клиентского доступа. Чем больше приложений, для которых есть механизмы контроля использования CAL в пакете «из коробки» у системы автодискаверинга – тем лучше;
- Желательно использовать специализированные средства от производителей ПО в дополнение к базовому средству автоматической инвентаризации. Это может помочь, если система автодискаверинга не умеет работать с некоторыми приложениями определенных вендоров. Примерами таких инструментов могут служить Microsoft Assessment and Planning Toolkit (MAP Toolkit), Linux User Management (LUM), серверы лицензирования (например, Sentinel RMS) и т.д.
- В некоторых случаях придется применять процедуры ручного сбора данных по утилизации лицензий.
Для облегчения задачи оптимизации лицензий клиентского доступа мы разработали специальные коннекторы для некоторых продуктов, которые позволяют в автоматическом режиме отслеживать текущую утилизацию CAL. Подробнее ознакомиться со списком коннекторов можно по ссылке
Лицензия даёт право на использование программного обеспечения. В зависимости от типа лицензии определяется, как, и на каких условиях, получатель лицензии может использовать программный продукт.
В разделе "Settings" -> "License" вы можете обновить лицензию, получить информацию об установленном типе лицензии, об ограничениях и сроках её действия, а также информацию о текущей версии InfiMONITOR .
Рисунок - Раздел "License"
Раздел включает в себя следующую информацию:
- "InfiMONITOR version " - текущая версия InfiMONITOR
- "Expiration date " - срок действия лицензии
- "License type
" - тип лицензии:
- "Free " - бесплатная бессрочная лицензия на 20 сетевых узлов.
- "Trial " - лицензия, ограниченная по времени (один месяц), но не ограниченная по количеству сетевых узлов. Лицензия может быть получена бесплатно по запросу в отдел продаж. После окончания срока действия начинает действовать лицензия типа " Free "
- "Enterprise " - платная лицензия, ограниченная по количеству сетевых узлов, но не ограниченная по времени.
- "The product is licensed to " - наименование организации, которой предоставлена лицензия
- "E-mail " - контактная информация
- "Total hosts " - общее количество сетевых узлов, добавленных в InfiMONITOR
- "Number of hosts limit " - общее количество лицензий
- "Licenses occupied " - количество используемых лицензий
- "Licenses available " - количество доступных лицензий.
Получение и применение лицензии
Для получения и применения лицензии необходимо:
- Обратиться в отдел продаж для получения необходимой информация о стоимости и условиях предоставления лицензии по адресу
- Загрузить файл, нажав на "download the activation key ", и отправить его в отдел продаж
- Получить ключ активации
- Загрузить ключ активации, нажав на "Extend license ".
ВНИМАНИЕ
Для обновления лицензии необходимо выполнить действия, указанные выше.
Назначение и отзыв лицензий
Лицензии могут быть назначены и отозваны с сетевых узлов оператором InfiMONITOR при использовании типов лицензий, ограниченных по количеству обслуживаемых узлов (Enterprise, Free) .
Чтобы назначить лицензию на узел, перейдите в раздел "Settings" -> "Host management".
Найдите в списке сетевой узел, которому необходимо назначить лицензию, и кликните правой кнопкой мыши. В появившемся контекстном меню выберите "Activate ".
Рисунок - Назначение лицензии на устройство
Если доступные лицензии отсутствуют, система выдаст ошибку. В этом случае необходимо отозвать лицензию с узла, мониторинг для которого может быть отключен, и назначить её на требуемый сетевой узел.
Рассмотрев вопрос, мы пришли к следующему выводу:
Указанные в вопросе затраты организации (в совокупности на приобретение программы по лицензионному договору и ее установку на ЭВМ по этому же договору) целесообразнее (в том числе и с позиции избежания возникновения временных разниц) равномерно признать в составе прочих расходов, связанных с производством и реализацией, на протяжении предполагаемого срока использования компьютерной программы.
В бухгалтерском учете данные расходы сначала отражаются в качестве расходов будущих периодов, а затем в течение установленного организацией срока учитываются в составе расходов по обычным видам деятельности. Сама программа одновременно с этим учитывается за балансом.
Обоснование вывода:
Бухгалтерский учет
Программное обеспечение (ПО) в целях бухгалтерского учета признается нематериальным активом (НМА) только в том случае, если предприятие получает исключительные права на него ( , ПБУ 14/2007 "Учет нематериальных активов", далее - ).
Приобретенные по лицензионному договору неисключительные права на использование результата интеллектуальной деятельности объектами НМА не признаются, то есть затраты на приобретение неисключительных прав подлежат включению в состав расходов (смотрите также п.п. 7.2 и 8.6 Концепции бухгалтерского учета в рыночной экономике России, одобренной Методологическим советом по бухгалтерскому учету при Министерстве финансов Российской Федерации, Президентским советом Института профессиональных бухгалтеров 29.12.1997).
Если программа будет использоваться в производстве или продаже продукции (товаров), для оказания услуг, выполнения работ, или для управленческих нужд предприятия, то затраты на ее приобретение по лицензионному договору признаются в бухгалтерском учете в качестве расходов по обычным видам деятельности (п.п. 2, 4, 5, 7 "Расходы организации", далее - ).
Согласно п. 18 расходы должны признаваться в том отчетном периоде, в котором они имели место, независимо от времени их фактической оплаты.
С учетом п. 65 Положения по ведению бухгалтерского учета и бухгалтерской отчетности в РФ, утвержденного Минфина России от 29.07.1998 N 34н, и ПБУ 14/2007 НМА, полученные в пользование (по лицензионному договору), учитываются лицензиатом на забалансовом счете в оценке, определяемой исходя из размера вознаграждения, установленного в договоре (например, по дебету забалансового счета 012 "НМА, полученные в пользование на основании лицензионного договора").
Платежи за предоставленное право пользования объектами интеллектуальной собственности, производимые в виде фиксированного разового платежа (как в рассматриваемой ситуации), отражаются в бухгалтерском учете лицензиатом как расходы будущих периодов и подлежат списанию в течение срока действия договора.
На наш взгляд, при приятии к учету расходов по лицензионному договору, в соответствии с условиями которого производится установка ПО, стоимость установки не обособляется, поскольку без нее приобретенная программа не может быть использована.
Таким образом, если приобретенные неисключительные права на ПО используются по назначению в течение нескольких отчетных периодов (месяцев), совокупные затраты на приобретение таких прав, оплаченные разовым платежом, первоначально отражаются в бухгалтерском учете по дебету счета 97 "Расходы будущих периодов" с последующим их списанием в дебет счетов учета производственных затрат (расходов на продажу, общехозяйственных расходов) в течение срока действия договора.
В бухгалтерском учете делаются следующие записи:
Дебет 012
- права, приобретенные по лицензионному договору, поставлены на учет на забалансовый счет в оценке, определяемой исходя из размера вознаграждения, установленного в договоре;
Дебет 97 Кредит 60 (76)
- отражены в составе расходов будущих периодов затраты, связанные с приобретением прав на использование дополнительных модулей.
По мере признания расходов:
Дебет 20 (26, 44) Кредит 97
- списана часть расходов, приходящаяся на отчетный период.
Налог на прибыль организаций
Поскольку в рассматриваемом случае организация не получает исключительных прав на ПО, понесенные затраты нельзя отнести к расходам на приобретение НМА ( НК РФ, Минфина России от 05.05.2012 N 07-02-06/128, от 13.02.2012 N , от 24.11.2011 N ). В данном случае расходы на приобретение прав на использование программ для ЭВМ принимаются к учету в соответствии с НК РФ - в составе прочих расходов, связанных с производством и реализацией ( Минфина России от 30.01.2017 N 03-03-06/1/4386, от 12.02.2016 N ). Также в составе прочих расходов налогоплательщик вправе учесть затраты, связанные с подготовкой программного обеспечения к использованию, в том числе по адаптации программного обеспечения, настройке программы, при условии, что эти расходы соответствуют критериям, установленным в НК РФ ( УФНС России по г. Москве от 22.08.2007 N 20-12/079908).
Согласно НК РФ при применении метода начисления расходы признаются в том отчетном периоде, в котором они возникают исходя из условий договора, независимо от времени фактической выплаты денежных средств и (или) иной формы их оплаты и определяются с учетом положений НК РФ.
Расходы признаются в том отчетном (налоговом) периоде, в котором эти расходы возникают исходя из условий сделок. Если же сделка не содержит условий о периоде возникновения расходов и связь между доходами и расходами не может быть определена четко или определяется косвенным путем, расходы распределяются налогоплательщиком самостоятельно.
Таким образом, организация самостоятельно устанавливает срок, в течение которого расходы на приобретение прав на использование программ и баз данных (и сопутствующие непосредственно приобретению затраты по установке ПО) будут равномерно учитываться для целей налогообложения прибыли, если в лицензионном договоре срок использования программы не определен ( Минфина России от 18.03.2014 N 03-03-06/1/11743, от 16.01.2012 N , от 02.02.2011 N , от 20.04.2009 N 03-03-06/2/88, от 19.02.2009 N 03-03-06/2/25, письмо ФНС России от 19.01.2009 N 3-2-13/9 и др.). С позиции Минфина России, при установлении срока необходимо учитывать положения ГК РФ ( Минфина России от 23.04.2013 N 03-03-06/1/14039).
Не можем не отметить, что существуют и разъяснения с иной точкой зрения ( Минфина России от 23.04.2013 N 03-03-06/1/14039, от 02.02.2011 N , от 29.01.2010 N , от 16.08.2010 N , от 23.10.2009 N , от 20.04.2009 N 03-03-06/2/88, от 17.03.2009 N 03-03-06/2/48, от 19.02.2009 N 03-03-06/2/25).
Арбитражная практика показывает, что налогоплательщики успешно оспаривают требования налоговых органов о равномерном признании расходов на программы для ЭВМ (смотрите, например, Четвертого арбитражного апелляционного суда от 03.04.2014 N 04АП-4378/13, ФАС Московского округа от 18.03.2014 N по делу N А40-14277/2012, Седьмого арбитражного апелляционного суда от 28.11.2012 N 07АП-9152/12, ФАС Поволжского округа от 12.07.2012 N Ф06-5251/12 по делу N А65-20465/2011, ФАС Северо-Западного округа от 09.08.2011 N Ф07-7033/11 по делу N А56-52065/2010 и от 21.07.2011 N Ф07-12326/10 по делу N А56-48512/2009).
В то же время существуют примеры дел с иной позицией, когда решение принимается в пользу налоговых органов. Так, судьи сделали вывод, что если условиями лицензионного соглашения срок использования программы для ЭВМ не установлен, то расходы на приобретение неисключительных прав на данное программное обеспечение принимаются при определении налоговой базы по налогу на прибыль организаций равномерно с учетом срока, установленного ГК РФ (5 лет), а не единовременно, как это сделано налогоплательщиком ( Одиннадцатого арбитражного апелляционного суда от 18.04.2016 N 11АП-2863/16).
Таким образом, вопрос учета в целях налогообложения прибыли расходов на приобретение программы для ЭВМ является на данный момент неоднозначным, поскольку законодательство не содержит правил определения срока списания затрат в случае, когда в лицензионном договоре не указан срок использования программного обеспечения.
На наш взгляд, организация в целях налогообложения вправе признать расходы по лицензионному договору равномерно в течение определенного отрезка времени, что обусловит сближение налогового и бухгалтерского учета и не приведет к появлению временных разниц (ГК РФ. Данный вариант предпочтителен с точки зрения минимизации налоговых рисков;
2. Расходы на приобретение неисключительных прав признаются в течение меньшего срока, установленного организацией самостоятельно.
На наш взгляд, при установлении срока налогоплательщику следует исходить из реального планируемого срока использования программного обеспечения в своей деятельности, а не из сроков, рекомендованных производителем. При этом планируемый срок может совпадать и со сроком, рекомендованным производителем программного обеспечения или иным уполномоченным лицом.
С учетом и ПБУ 1/2008 при отсутствии в учетной политике указанного порядка (в том числе и в части определения срока использования ПО) организация может дополнить ее соответствующими правилами.
Рекомендуем ознакомиться со следующими материалами:
- . Учет расходов, связанных с приобретением прав на использование программ для ЭВМ и баз данных по лицензионным договорам;
- . Налоговый учет расходов, связанных с использованием справочных правовых систем, бухгалтерских программ и т.д.
Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
аудитор Пивоварова Марина
Ответ прошел контроль качества
Материал подготовлен на основе индивидуальной письменной консультации, оказанной в рамках услуги Правовой консалтинг. Для получения подробной информации об услуге обратитесь к обслуживающему Вас менеджеру.
Программные лицензии 1С:Предприятия являются на сегодня основным вариантом для лицензирования, предоставляя администраторам новые возможности и снимая некоторые ограничения аппаратных ключей. В тоже время применение программных лицензий имеет свои особенности, которые способны вызвать немало затруднений, несмотря на то, что они довольно подробно описаны в руководстве администратора, которое "по традиции" никто не читает. Поэтому мы решили подготовить данный материал, включив в него как официальную информацию, так и собственные пояснения, и примеры.
Общие сведения о программных лицензиях
Программная лицензия представляет собой специальный файл, который в зашифрованном виде содержит параметры лицензии и компьютера, для которого эта лицензия была активирована. Дублирование данного файла не допускается, в этом случае лицензия аннулируется и заносится в "черный список" на сервере активации 1С.
Активация лицензии выполняется при помощи пин-кода, вместе с лицензией поставляются активные и резервные пин-коды, которые требуются для повторной активации лицензии при изменении ключевых параметров компьютера.
Здесь мы подошли к крайне важному моменту: привязке программных лицензий к конкретному ПК. Для этого используется понятие ключевых параметров , в которые входят:
- сетевое имя компьютера;
- модель материнской платы;
- объем оперативной памяти;
- тип и версия BIOS;
- список процессоров и их параметры;
- список сетевых адаптеров и их MAC-адреса;
- список жестких дисков и их параметры.
На платформе Windows в число ключевых параметров также входят:
- наименование операционной системы;
- версия операционной системы (только первые две цифры номера версии);
- серийный номер операционной системы;
- дата установки операционной системы;
При этом из списка ключевых параметров исключаются :
- сетевые адаптеры Bluetooth;
- сетевые адаптеры, подключенные по IEEE 1394 или USB;
- программные адаптеры WAN и RAS;
- адаптеры, не имеющие MAC-адреса и данных VEN_ и DEV_ из PNP-идентификатора;
- внешние накопители, подключаемые по IEEE 1394 и USB.
В дальнейшем список ключевых параметров, который хранится в зашифрованном виде в файле лицензии сравнивается с текущими параметрами компьютера, при этом анализируется только удаление , а не добавление устройств, это же касается и объема оперативной памяти.
Проще говоря, вы можете добавить в систему еще один сетевой адаптер или жесткий диск, но не заменить текущие, а также не можете снизить объем оперативной памяти до значение меньшего, чем было на момент активации лицензии.
Из этого следует простое правило: при активации программной лицензии временно отключите все жесткие диски, кроме системного, а также все дополнительные сетевые адаптеры (если установлены).
Отдельно следует коснуться активации в виртуальных средах, при этом в качестве ключевых параметров лицензии берутся аналогичные значение виртуальной машины. Если вы используете динамическое выделение памяти, то на момент получения лицензии должны отключить эту возможность и загрузить систему с минимально возможным объемом выделенной памяти.
Наибольшие сложности возникают при использовании виртуальных машин в составе кластера, в этом случае при перемещении машин между нодами могут измениться сразу несколько ключевых параметров, в частности параметры процессора и сетевой карты. Если последний вопрос легкое решается присвоением статического MAC-адреса, то изменение типа процессора при текущей модели лицензирования является серьезной проблемой.
Из нашего опыта можем сказать следующее: успешная миграция виртуальной машины с сохранением активации лицензии 1С возможна только при использовании на всех доступных для миграции нодах однотипного железа, т.е. одинаковых моделей материнских плат (вплоть до версии BIOS) и одинаковых процессоров (с одинаковым степпингом).
Также обратите внимание на информацию о владельце лицензии, которую вы должны заполнить при первоначальной активации, при повторном получении лицензии вам потребуется ее повторить с точностью до символа! О чем, кстати, вас предупреждают, требуя установить соответствующую галочку.
Поэтому, чтобы не было неприятных сюрпризов, сохраните введенные данные в надежном месте.
Вообще, складывается впечатление, что фирма 1С сильно переусложнила систему защиты программных лицензий, что приводит к существенным неудобствам и в ряде случаев вынуждает владельцев лицензии прибегать к способам обхода защиты (что негласно рекомендуют даже партнеры 1С), например, при использовании кластера с разным железом на нодах. Более логично было бы пойти по пути Microsoft и аннулировать активацию при изменении только нескольких ключевых параметров.
Виды программных лицензий
Все программные лицензии делятся на клиентские и серверные. Клиентские лицензии бывают трех типов:
- Однопользовательские - позволяют запускать неограниченное число приложений в режиме тонкого и толстого клиентов, а также Конфигуратора на одном ПК.
- Многопользовательские - позволяют запускать указанное в номинале лицензии количество приложений в режиме толстого, тонкого и веб-клиентов, а также конфигуратора на произвольном количестве ПК. Выдачей клиентам многопользовательских лицензий занимается сервер 1С:Предприятия или модуль расширения веб-сервера.
- Комбинированная - содержит лицензии обоих видов, но активирован при этом может быть только один, если из такого набора первым был активирован однопользовательский пин-код, то в дальнейшем использовать эту лицензию как многопользовательскую уже не получится.
Серверная лицензия позволяет запускать неограниченное число рабочих процессов сервера 1С:Предприятия (rphost) на одном сервере, делится на 32-х и 64-х разрядную, при этом 64-х разрядная лицензия позволяет запускать и 32-разрядную версию сервера.
Однопользовательская лицензия поставляется с основной поставкой или в виде лицензии на одно рабочее место. Может быть установлена на компьютер, сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов. В случае установки на сервер складывается с другими активированными на сервере лицензиями и используется, кроме сервера терминалов, как многопользовательская.
Многопользовательские лицензии поставляются в комплектах на 50, 100, 300 и 500 лицензий и могут быть установлены только на сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов, в последнем случае используются как однопользовательские.
Комплекты на 5, 10 и 20 пользователей являются комбинированными, тип лицензии выбирается в момент активации первого пин-кода.
Использование однопользовательских лицензий
В большинстве случаев, особенно для небольших предприятий, использование однопользовательских лицензий является предпочтительным, потому как ограничением данного вида лицензии являются лицензируемые ПК, а не сеансы 1С. В файловом режиме это единственный доступный вид лицензии (кроме режима терминального сервера). Рассмотрим следующую схему:
Имея в своем распоряжении ПК с активированной однопользовательской лицензией вы можете без ограничений запускать любое количество баз в файловом режиме, расположенных как локально, так и в сети, а также базы расположенные на сервере 1С:Предприятия или веб-сервере, в последнем случае работа возможна только в режиме тонкого клиента. Запуск базы через веб-клиент с однопользовательской лицензией невозможен
, так как веб-клиент должен получить клиентскую лицензию от модуля расширения веб-сервера.
Клиент - серверный режим
В данном режиме, как мы уже говорили, возможны два варианта: использование однопользовательской лицензии на каждом рабочем месте или получение многопользовательской лицензии от сервера 1С:Предприятия. Также не следует забывать, что отдельного лицензирования требует сам сервер.
При запуске любого клиентского приложения 1С:Предприятия (толстый и тонкий клиенты, конфигуратор) сначала происходит поиск локальной лицензии, если она найдена, то происходит запуск приложения. Таким образом ПК с установленной однопользовательской лицензий позволяет открыть неограниченное число клиентских приложений для работы в клиент-серверном варианте.
Если локальная лицензия не обнаружена, приложение обращается к серверу, который выдает ему многопользовательскую лицензию на каждое запущенное приложение. На нашей схеме на сервер установлена лицензия на 5 подключений и если на двух ПК откроют по два клиентских приложения, то пользователь ноутбука сможет открыть только одно, так как недостаточно клиентских лицензий.
Режим веб-сервера
Модуль расширения веб-сервера 1С:Предприятия может работать как с файловыми, так и с клиент-серверными базами. В первом случае лицензии должны быть активированы на компьютере с модулем расширения, во втором, если лицензия у модуля расширения отсутствует, то он запросит ее с сервера 1С:Предприятия. Важно понимать этот момент, так как для файловой базы модуль расширения никогда не запрашивает лицензию с сервера, в тоже время, для клиент-серверных баз сначала отдаются собственные лицензии и только потом запрашиваются лицензии с сервера. Это может привести к ситуации, когда общего числа лицензий хватает, но вы не можете запустить файловую базу из-за отсутствия свободной лицензии на веб-сервере.
На нашей схеме на сервер 1С:Предприятия установлена многопользовательская лицензия на 5 пользователей, а на веб-сервер однопользовательская. Это позволяет запустить через веб-клиент один сеанс в файловом режиме или до шести сеансов в клиент-серверном режиме.
Допустим на первом (слева -направо) ПК было открыто два сеанса к клиент-серверной базе, один через приложение, второй через веб-клиент. В этом случае приложение получит лицензию от сервера, а веб-клиент от модуля расширения веб-сервера, причем модуль сначала выдаст собственную лицензию. Открыв на втором ПК еще два приложения, мы получим две лицензии от сервера, в общей сложности потратив 4 лицензии.
Если после этого на третьем ПК мы запустим через веб-клиент клиент-серверную базу, то для нее модуль расширения получит лицензию на сервере, а вот запустить через веб-клиент файловую базу уже не получится, так как у модуля расширения нет свободных локальных лицензий, в тоже время оставшаяся свободной лицензия на сервере позволит запустить через веб-клиент еще одну серверную базу.
Чтобы избежать такой ситуации не следует публиковать на одном веб-сервере файловые и клиент-серверные базы одновременно.
Еще одна тонкость связана с модулем расширения веб-сервера и локальной однопользовательской лицензией.
При подключении веб-клиента локально на компьютере с веб-сервером можно будет запустить только конфигуратор, запуск в режиме клиентского приложения для любых баз будет невозможен. Это следует учитывать в небольших организациях, где в качестве веб-сервера может быть использована одна из рабочих станций. С другой стороны, такое поведение облегчит жизнь разработчикам, так как позволяет использовать единственную лицензию как локально, так и для клиентских подключений.
Режим терминального сервера
Терминальный сервер допускает установку любого типа лицензий, все лицензии должны быть установлены локально и быть доступны всем пользователям. При этом все лицензии, вне зависимости от вида складываются как однопользовательские и ограничивают общее количество терминальных сеансов (не путать с сеансами приложений 1С).
Как видно из схемы выше, установив на сервер терминалов одну многопользовательскую, на пять пользователей, и две однопользовательские лицензии получим возможность неограниченного запуска клиентских приложений 1С:Предприятия в семи терминальных сессиях, причем не важно, каким именно образом будут запущены приложения, в режиме рабочего стола или как удаленные приложения RemoteApp. При этом работа может производиться как с файловыми, так и с клиент-серверными базами, а также с базами на веб-сервере при помощи тонкого клиента.
При неправильной настройке терминального сервера может возникнуть ситуация, когда на каждое новое подключение пользователя создается новый терминальный сеанс, особенно это касается режима RemoteApp, поэтому в настройках сервера терминалов обязательно укажите опцию Ограничивать пользователя единственным сеансом .
Сочетание программной и аппаратной защиты
Еще один важный вопрос, который нельзя не упомянуть. 1С:Предприятие позволяет сочетать оба типа лицензий, складывая их количество, и для эффективного их использования следует знать некоторые моменты. А именно процесс поиска лицензии. Мы приведем упрощенную схему, которой, однако должно быть вполне достаточно для понимания происходящих процессов. При запуске клиентского приложения поиск лицензий происходит в следующем порядке:
- Локальная программная лицензия
- Локальный аппаратный ключ
- Сетевой аппаратный ключ
- Программная лицензия на сервере 1С:Предприятия
- Локальный аппаратный ключ на сервере 1С:Предприятия
- Сетевой аппаратный ключ доступный на сервере 1С:Предприятия
При использовании локального или доступного по сети клиенту HASP-ключа полученная лицензия рассматривается как однопользовательская, т.е. позволяет запустить на ПК неограниченное количество клиентских приложений. При получении лицензии из HASP-ключей доступных серверу лицензии выдаются как многопользовательские, т.е. на каждый сеанс к информационной базе.
Теги:
