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

Основным документом, который определяет права и обязанности пользователя программного обеспечения, является лицензионное соглашение (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 ".

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

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

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

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

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

Поэтому план нашей сегодняшней беседы будет такой:

Если описать систему лицензирования двумя словами, то это звучало бы как-то так:

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

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

1. Типы лицензий 1С в системе лицензирования 1С

В системе лицензирования 1С существует два типа лицензий:

• Аппаратные лицензии 1С (USB ключи 1с) , имеющие материальный носитель в виде флешки, подключаемой к компьютеру через USB порт, поэтому их ещё называют ключи 1С;

• Программные лицензии 1С (в виде пин-кодов) , как понятно из названия, это лицензии 1С без материального носителя, в виде регистрационного кода.

Удобства и недостатки в использовании каждого из типов лицензий очевидны:

Тип лицензии	Удобства	Недостатки
Аппаратная лицензия 1С Предприятие (или USB ключ 1С)	Позволяет работать на любом компьютере с установленной платформой 1С Предприятие без ограничений и дополнительных активаций	Фешка с лицензией 1С — это физический носитель, который можно потерять или сломать, её могут украсть и т.д.
Программная лицензия 1С Предприятие	Устанавливается на компьютер пользователя и дает возможность работать с 1С Программами без дополнительных устройств	Лицензия привязывается к «железу» компьютера или сервера, соответственно, при смене компьютера (сервера) лицензию 1С необходимо активировать по новому регистрационному коду

К данным таблицы ещё хотелось бы добавить, что Аппаратные лицензии 1С (USB ключи 1с) стоят выше стоимости Программной лицензии 1С, вероятно из-за своей материальной основы. На момент написания статьи аппаратная лицензия 1С (USB ключ 1с) стоит 8200 руб. , программная — 6300 руб.

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

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

2. Система лицензирования 1С базовых версий конфигураций 1С Предприятие

Компания 1С предъявляет достаточно лояльные требования к малым предприятиям, предлагая базовые версии 1С конфигураций за доступные 3000 — 5000 руб. За эти деньги пользователи 1С получают возможность пользоваться всей функциональностью 1С конфигураций со следующими техническими ограничениями:

• Одновременно в базовой версии 1С может работать только один пользователь;
• Можно вести учет только одной организации в одной базовой версии 1С, а для ведения учета нескольких организаций необходимо для каждой из них создать отдельную базу;
• Работать в базовых версиях 1С можно только с одного рабочего места, причем допускается 3 переноса базы на новые рабочие места;
• Нет возможности внести изменения в типовой функционал 1С Предприятие 8.3;
• Нет возможности организовать каких-либо соединений с другими приложениями, если говорить техническим языком, то нет возможности организации распределенных баз данных, использования COM-соединений и Automation-сервера.

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

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

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

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

Вот такое неожиданное решение. 💡

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

3. Система лицензирования 1С для нескольких пользователей 1С Предприятие

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

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

3.1 Переход с базовых на профессиональные версии 1С Предприятие

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

3.1.1 Покупка профессиональной версии 1С Предприятие и одной дополнительной лицензии 1С

Профессиональные версии конфигураций 1С разделяются по типам лицензий (читай выше), поэтому если в прайсе 1С вы увидите названия конфигураций с припиской USB , то это значит, что конфигурации продаются в виде USB флешки; без какой-либо приписки, — с программными 1С лицензиями (в виде регистрационных кодов).

Стоимость ПРОФ конфигураций 1С составляет:

• с программными лицензиями – в районе 13000 руб. ;
• с аппаратными лицензиями (USB ключами 1с) — в районе 16000 руб .

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

• стоимость дополнительной программной лицензии 6300 руб .;
• стоимость дополнительной аппаратной лицензии (USB ключа 1с) 8200 руб .

Итого, стоимость покупки профессиональной версии конфигурации на двух пользователей обойдется:

• с программными лицензиями — 13000 руб. + 6300 руб. = 19300 руб.,
• с аппаратными лицензиями (USB ключами 1с) — 16000 руб. + 8200 руб. = 24200 руб.

Мы рассчитали стоимость покупки профессиональных версий 1С Предприятие 8.3 без учета того, что у вас куплена базовая версия конфигурации 1С. При наличии базовой версии 1С Предприятие можно сделать апгрейд до ПРОФ версии и немного сэкономить.

3.1.2 Апгрейд с базовой до профессиональной конфигурации 1С Предприятие 8.3

Формула расчёта стоимости апгрейда с базовых до профессиональных версий 1С Предприятие 8.3 составляет:

Стоимость профессиональной 1С конфигурации – Стоимость базовой 1С конфигурации + 150 рублей ,

но не менее половины стоимости приобретаемого продукта 1С.

Для нашего примера получаем: если стоимость базовой конфигурации составляет 3300 рублей, а стоимость профессиональной конфигурации составляет 13000 рублей, то стоимость апгрейда будет:

13000 руб. – 3300 руб.+ 150 руб. = 9850 руб.

Половина стоимости профессиональной версии 1С составляет 13000 / 2 = 6500 руб. Стоимость апгрейда больше этой суммы, а значит, сумма 9850 руб. является окончательной.

К этой сумме необходимо добавить стоимость дополнительной лицензии 1С, тогда, в итоге, вы получите конечную сумму апгрейда с базовой версии 1С Предприятие на ПРОФ версию с программными лицензиями для работы двух пользователей, равную 16150 руб .

3.1.3 Несколько вопросов, возникающих при покупке дополнительных лицензий 1С Предприятие

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

1. Дополнительная лицензия дает право пользователю работать с неограниченным количеством конфигураций 1С Предприятие 8.3, находящихся в одной сети., т.е. один пользователь, при наличии лицензии 1С, может сразу работать и в 1С Бухгалтерии 3.0 и в 1С Управление торговлей 11 и в других конфигурациях, расположенных в одной сети .
2. Допускается одновременная работа аппаратных и программных лицензий 1С, т.е. если на компьютере одного пользователя активирована программная лицензия, то второй пользователь может подключиться к базе по сети, используя аппаратную лицензию (USB ключ 1с) без каких-либо ограничений .
3. Профессиональные версии продуктов 1С обслуживаются партнерами 1С.

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

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

• осуществить работу пользователей в пределах одной сети;
• организовать работу распределенных баз 1С Предприятие;
• подключать удаленных пользователей к базе 1С Предприятие через интернет.

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

Рассмотрим схему подключения на примере. Предположим, что на одном компьютере установлена 1С Бухгалтерия 3.0, а на другом — 1С Зарплата и управление персоналом 3.0 (см. картинку).

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

3.3 Лицензирование 1С для нескольких пользователей работающих удаленно через распределенные базы данных

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

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

Для организации распределенной базы необходимо купить две ПРОФ конфигурации 1С и в офис, и на склад . В состав ПРОФ версий программ уже входят по одной лицензии, поэтому дополнительных лицензий покупать не придется.

В итоге, стоимость организации обменов двух узлов 1С через распределенные базы данных с аппаратными лицензиями 1С (USB ключами 1с) составит около 26000 руб ., с программными лицензиями 1С около 32000 руб.

3.4 Система лицензирования 1С для нескольких пользователей работающих удаленно через Web интерфейс

В случае, если на удаленном складе интернет более менее хороший (возможно «посидеть» в социальных сетях 😉), то существует техническая возможность организовать работу с базой 1С через Web интерфейс. В этом случае, связь с базой 1С Предприятие будет осуществляться через интернет. При этом, пользователь 1С будет иметь возможность работать с базой 1С как через интернет браузер (так же, как и соц. сети, только вместо «Огорода » будет возможно вбивать первичные документы 1С), так и через платформу 1С.

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

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

• через браузер , как с обычным сайтом без использования платформы 1С . В этом случае будут использоваться лицензии, активированные в офисе . В нашем примере используется 5-ипользовательская лицензия, при этом 4 лицензии используются в офисе. При подключении 5-го пользователя через браузер, он задействует последнюю 5-ю лицензию и всем следующим пользователям, подключающимся как через веб-интерфейс, так и по сети подключиться не удастся из-за недостатка лицензий.

• через платформу 1С в режиме «Тонкого клиента». В этом случае лицензия будет искаться на складском компьютере и, если не будет найдена, то будет использоваться офисная лицензия . В том же самом офисе, как и в примере выше, удаленные пользователи подключаются через платформу в режиме тонкого клиента (см. рис.).

1. Первый пользователь использует лицензию 1с на компьютере, при подключении система лицензирования 1с обнаружит её и позволит подключится к 1С базе через веб-сервер.
2. Следующий пользователь запускается без лицензии, поэтому при попытке открыть программу, будет искаться лицензию на компьютере пользователя, — не будет найдена; поиск продолжится по офисным лицензиям, обнаружится последняя свободная, которая позволит открыть программу.
3. Самый нижний пользователь при попытке открыть конфигурацию 1с через тонкого клиента без использовании лицензии 1с потерпит неудачу, поскольку система лицензирования 1с не обнаружит лицензию ни на его компьютере ни в сети.

Учитывайте эти моменты при планировании подключений пользователей 1С.

4. Система лицензирования 1С для клиент-серверного варианта работы 1С Предприятие

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

Для работы большего количества пользователей, необходимо организовать клиент-серверных вариант работы 1С. В этом случае база с данными 1С будет храниться не в файле, а в реляционной базе данных (самые популярные MS SQL или PostgreSQL). Тогда все операции будут выполняться ресурсами сервера, а рабочие станции будут только воспроизводить результаты вычислений, что увеличивает скорость работы 1С Предприятие в разы.

4.1 Приобретение серверной лицензии 1С Предприятие

Для создания клиент-серверной базы 1С необходимы:

• Сервер или мощный компьютер;
• Реляционная база данных — платная MS SQL или бесплатный PostgreSQL;
• Серверная лицензия 1С.

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

Серверные лицензии 1С существуют 32 разрядные и 64 разрядные . Разница обусловлена выделяемым объемом оперативной памяти под выполняемые процессы при работе 1С Предприятие. При объемных операциях и нехватке ресурсов операция будет завершаться с ошибкой, поэтому, что бы не «рисковать», обычно покупаются 64 разрядные серверные лицензии 1С из-за своей универсальности, — они работают и в 32 и в 64 разрядных системах . 32 разрядные лицензии работают только в 32 разрядных системах .

Серверные лицензии 1С различаются по стоимости, см. таблицу:

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

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

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

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

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

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

Многопользовательские программные лицензии 1С могут активироваться:

• как многопользовательские на сервере 1С , в этом случае раздача лицензий будет осуществляться сервером 1С, который подсчитывает количество подключений к базе данных и не позволяет делать очередное подключение, при превышении порога лицензий. Говоря проще, подсчитывается количество одновременно запущенных приложений 1С со всех компьютеров и «режется» каждый новый запуск, если превышено количество установленных лицензий. Чувствуете разницу с аппаратными лицензиями?

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

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

• как однопользовательские на все компьютеры в сети , в этом случае пользователи получат возможность запускать неограниченное количество приложений 1С со своих компьютеров.

А теперь мы многопользовательскую программную лицензию активировали не одним пин-кодом на сервере, а на каждый рабочий компьютер в сети. Такой вариант активации лицензий позволяет запускать неограниченное количество 1С приложений с каждого компьютера. В этом случае всем 3-м пользователям 1С удалось запустить по 2 приложения 1с, и остались 2 незадействованные лицензии.

4.3 Система лицензирования 1С Предприятие для работы клиент-серверного варианта 1С через терминальный сервер

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

Всё! Работа системы лицензирования 1С Предприятие освещена. Надеюсь, что ничего не забыл. Если что-то не понятно, то задавайте вопрос в комментариях или на форуме.

Система лицензирования 1С Предприятие — подробное описание : 35 комментариев

стоимость лицензий сервера не соответствует, перепутаны стоимости аппаратных и х64 лицензий

• Добрый день! А возможна ли работа одного пользователя но из разных мест (мне необходимо подключение в офисе и дома). Или в любом случае нужно покупать две лицензии? Прошу прощения, если вопрос глупый, т.к. с 1С столкнулись впервые

• Как лицензии распределяются по конфигурациям и ключам? У нас несколько пользователей одновременно с одного компьютера могут работать в различных базах, различных конфигураций.

  Вопрос в том, что в одной сети существует много файловых баз различных организаций но имеющих одинаковую конфигурацию, допустим бухгалтерию Проф.3.0, но на разное количество клиентских лицензий, разных типов (программные и аппаратные). Будут ли организации «подъедать» лицензии друг у друга?

  Не будут ли пользователи конфигурации «Бухгалтерия» захватывать лицензии пользователей «УПП» (серверная платформа)?

  Если какой-нибудь софт позволяющий отследить все лицензии в сети (в том числе и программные)?

• [В случае, если организовывается клиент-серверный вариант работы 1С через терминальный сервер, то лицензии (независимо от типа - и аппаратные лицензии (ключи 1С) и программные лицензии) распространяется на сеанс терминалов. Это означает, что если пользовательскому сеансу досталась лицензия, то пользователь сможет запустить неограниченное количество приложений 1С Предприятие. Соответственно, количество сеансов, под которыми пользователи смогут запускать приложение 1С ограничены порогом лицензий.]
  Вопросы:
  1. Я правильно понимаю, что данный вариант описан при условии, что клиентские лицензии находятся на терминальном сервере?
  2. Что будет, если лицензии будет раздавать сервер приложений 1С при использовании терминального сервера?
  3. Сколько можно запустить баз данных на каждом рабочем месте, если 5ти пользовательскую аппаратную лицензию будет раздавать сервер приложений 1С?

• Добрый день!
  1.При переходе с файловой базы на клиент-серверную что происходит с уже поставленными лицензиями пользователей? Подхватятся ли они при запуске такой базы, ведь лицензия привязывается к железу? или необходимо отдельно покупать специальные клиентские лицензии для работы с клиент-серверной базой?
  2. Может кто из личного опыта поделится, что помимо лицензии 1с на сервер и лицензии БД необходимо для перехода от файловой на клиент-серверную версию.
  Спасибо!

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

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

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

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