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

Обоснование вывода:

Бухгалтерский учет

Программное обеспечение (ПО) в целях бухгалтерского учета признается нематериальным активом (НМА) только в том случае, если предприятие получает исключительные права на него ( , ПБУ 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 при отсутствии в учетной политике указанного порядка (в том числе и в части определения срока использования ПО) организация может дополнить ее соответствующими правилами.

Рекомендуем ознакомиться со следующими материалами:
- . Учет расходов, связанных с приобретением прав на использование программ для ЭВМ и баз данных по лицензионным договорам;
- . Налоговый учет расходов, связанных с использованием справочных правовых систем, бухгалтерских программ и т.д.

Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
аудитор Пивоварова Марина

Ответ прошел контроль качества

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

Консалтинг в управлении ИТ-активами

качественно. Профессионально.

Оптимизация лицензий клиентского доступа

Установление правдивой картины по текущей утилизации клиентских лицензий (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 запущен, однако нет подключения к серверу. Клиентская лицензия не используется.

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

Таким образом, для обнаружения и идентификации экземпляров ПО на клиенте придется решить следующие задачи:

1. Отслеживать наличие трафика между клиентом и сервером. Это позволит понять, что в данный момент времени действительно существует определенный экземпляр ПО (что лицензия действительно «используется», а не «простаивает»). Такая возможность обычно обеспечивается мониторингом определенных портов, которые использует приложение;
2. Инспектировать трафик между клиентом и сервером, чтобы точно идентифицировать обнаруженные экземпляры ПО (и в дальнейшем понять, какие именно лицензии используются). Например, если сотрудник играет роль финансового менеджера, то в случае с HP АМ во время одной сессии он будет порождать два экземпляра ПО, и соответственно использовать две лицензии: управление портфелем и управление финансами. Если все коммуникации между клиентом и сервером шифруются, то такая задача может быть вообще нереализуема;
3. Отслеживать учетные данные пользователя, от имени которого был произведен вход в систему. Для конкурентных лицензий это необязательное условие, в отличие от именных. Так как именные лицензии зарезервированы за определенным сотрудником, нам необходимо понимать, кто именно порождает в определенный момент времени экземпляр ПО.

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

Обнаружение и идентификация экземпляров ПО на сервере

В этом случае задача по обнаружению и идентификации экземпляров ПО значительно упрощается: вместо множества точек приложения усилий (клиентов) можно сосредоточится на одном компоненте – сервере. И здесь мы получаем прекрасную возможность использовать особенность серверной части приложения хранить данные о текущих сессиях, активных пользователях и используемых лицензиях. Как правило, такая информация хранится в журналах и/или в таблицах базы данных (если приложение использует базу данных) с названиями вроде «sessions», «users», «license_info» и т.д.

Таким образом, теоретически мы можем точно идентифицировать используемые лицензии ПО.

На практике же существуют некоторые проблемы:

Результаты

Используя необходимые представления базы данных приложения и дополнительную настройку средств автоматической инвентаризации, для HP Asset Manager в автоматическом режиме удалось получить информацию об утилизации клиентских лицензий управления портфелем активов:

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

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

Выводы

1. Для обнаружения и идентификации экземпляров ПО желательно сосредоточиться на серверных компонентах клиент-серверных приложений, использование клиентской части – обычно неэффективно;
2. По возможности использовать базовое средство автоматической инвентаризации с хорошим функционалом в части обнаружения данных об утилизации лицензий клиентского доступа. Чем больше приложений, для которых есть механизмы контроля использования CAL в пакете «из коробки» у системы автодискаверинга – тем лучше;
3. Желательно использовать специализированные средства от производителей ПО в дополнение к базовому средству автоматической инвентаризации. Это может помочь, если система автодискаверинга не умеет работать с некоторыми приложениями определенных вендоров. Примерами таких инструментов могут служить Microsoft Assessment and Planning Toolkit (MAP Toolkit), Linux User Management (LUM), серверы лицензирования (например, Sentinel RMS) и т.д.
4. В некоторых случаях придется применять процедуры ручного сбора данных по утилизации лицензий.

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

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

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

Классификация лицензий и типы лицензирования ПО

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

К открытым относятся: Open Source программы с открытым кодом которые можно модифицировать.

К бесплатным относятся: Freeware, GPL, Adware, Postcardware, Donationware, Nagware/Begware.

К условно-бесплатным относятся: ShareWare, TrialWare, Demoware.

К коммерческим относятся: Commercial главная цель таких программ получение прибыли, код программ закрыт.

Для наглядности рассмотрим сравнительную характеристику условий самых распространенных лицензий в виде таблицы, где будет указано о наличии или отсутствии в лицензии тех или иных требований. Все лицензии, которые будут рассматриваться являются лицензиями, одобренными Open Source Initiative для распространения ПО с открытым исходным текстом.

* Если нет письменного разрешения об использовании наименования продукта создателей лицензии.
** В данном случае речь идет об исходном тексте.

Кратко разберем какой тип лицензирования что из себя представляет.

OEM. Предустановленное ПО является одним из самых дешевых вариантов. Он заключается в том, что пользователь приобретает ПО вместе с самим компьютером или сервером и использовать его можно только на купленном ПК.

Full Package Product. «Коробочный» продукт применяется в основном для розничной торговли и удобен для частных лиц или малого бизнеса. Разрешение на использование программного продукта на одном компьютере дает покупка одной «коробки» и не важно, сколько людей будет пользоваться этим ПК. Так же можно сменить ПК, но определенное количество раз.

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

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

Итак, теперь посмотрим в чем же разница типов лицензирования, а что бы это было нагляднее представим в виде таблицы.

Теперь по этой таблице можно сделать вывод, кому, что больше подойдет.

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

FPP версия подойдет для тех у кого уже куплено оборудование, но отсутствует на нем нужное ПО, особенно если компания маленькая и сотрудники будут пользоваться одним ПК по несколько человек.

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

SUB версия подойдет для тех кто хочет использовать ПО кратковременно, или не знает на сколько данное ПО ему пригодится. Если же продукт нужен на долгое использование, то лучше посмотреть версию из “коробки”.

Тенденция развития лицензирования.

В заключении хотелось бы показать, как развивается лицензирование и к чему все идет. На данный момент популярны два направления:

1) Подписка на лицензирование ПО. Производители программного обеспечения серьезно взялись за перевод своих продуктов на платную «подписку». Зачем платить за продукт сразу всю сумму если можно платить частями по мере использования? Сравним достоинства и недостатки данного лицензирования для пользователя, а также приведем пример выгоды данного способа для разработчиков программного обеспечения.

Разработчики программного обеспечения плавно переводят от “вечного” использования продукта к подписке. Рассмотрим наглядно как это работает:

Тем самым производители программного обеспечение стимулируют пользователей покупать подписку непрерывно.

2) Частичный перевод коммерческих продуктов на открытые лицензии. Тем самым привлекая к себе для спонсирования крупные компании и государства.

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

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

В разделе "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 " - количество доступных лицензий.

Получение и применение лицензии

Для получения и применения лицензии необходимо:

1. Обратиться в отдел продаж для получения необходимой информация о стоимости и условиях предоставления лицензии по адресу
2. Загрузить файл, нажав на "download the activation key ", и отправить его в отдел продаж
3. Получить ключ активации
4. Загрузить ключ активации, нажав на "Extend license ".

ВНИМАНИЕ

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

Назначение и отзыв лицензий

Лицензии могут быть назначены и отозваны с сетевых узлов оператором InfiMONITOR при использовании типов лицензий, ограниченных по количеству обслуживаемых узлов (Enterprise, Free) .

Чтобы назначить лицензию на узел, перейдите в раздел "Settings" -> "Host management".

Найдите в списке сетевой узел, которому необходимо назначить лицензию, и кликните правой кнопкой мыши. В появившемся контекстном меню выберите "Activate ".

Рисунок - Назначение лицензии на устройство

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