Уточню, в случая получении одной многопользовательской лицензии на терминальный сервер необходимо активировать ее один раз на сервере терминалов при активации выбрать на этот компьютер, но ввести пинкод из комплекта для активации на сервере 1с предприятия.(В доп лицензиях на 5,10 и т.д. мест есть два комплекта пинкодов для активации на каждой клиентской машине и для активации на сервере), в описанном выше случая терминала нам нужен последний ЛК 1С при установке сетевого ключа на терминальном сервере рекомендовала использовать однопользовательские активации. Только при активации надо выбрать "доступен всем пользователям". Использование многопользовательской лицензии на терминальном сервере, если я все правильно понимаю, работать не будет. Вариант, предлагаемый ЛК 1С - работает. Инфа 100%. УТ + 10 рабочих мест в учебном классе. Один терминальный сервер и 10 бездисковых станций (каждый заходит в терминал под своим пользователем). На терминале активировалось 10 однопользовательских лицензий (с указанием, что доступны для всех пользователей). Все работает. Многопользовательские лицензии работают только в клиент-серверном варианте и через веб-сервер для файловой, т.к. есть место централизованной раздачи лицензий. ============================================================= Цитата из техподдержки: Вопрос: Где можно использовать многопользовательские программные лицензии Ответ: Многопользовательские программные лицензии может выдавать сервер 1С:Предприятия 8.2 (только для клиентов, запускающих клиент-серверные базы, обслуживаемые данным менеджером кластера). Также многопользовательские лицензии может выдавать веб-сервер (только для веб-клиентов, работающих с файловыми базами). Еще многопользовательские программные лицензии можно устанавливать на сервере терминалов. Для этого надо при запуске клиента в терминальной сессии получить многопользовательскую лицензию "На этот компьютер" в варианте "Всем пользователям данного компьютера". При запуске в терминальной сесии толстые клиенты 1С:Предприятия 8.2 могут сами находить файл с лицензией и определять, какое количество лицензий в данный момент доступно. Использование сервера 1С:Предприятия или веб-сервера для выдачи лицензии в такой ситуации не требуется. В остальных случаях следует устанавливать многопользователькую лицензию по однопользовательским пин-кодам на каждую рабочую станцию. ========================================================================== Изменения, которые будут реализованы в 15 платформе В диалоге "О программе" реализовано отображение того, каким образом получена лицензия: клиентским приложением или сервером. Консоль администрирования кластера отображает информацию об используемой лицензии для следующих объектов: Сеанс (в списке и в свойствах сеанса). Рабочий процесс (в списке и в свойствах рабочего процесса). Для объекта "ISessionInfo" реализовано свойство "License", содержащее информацию о клиентской лицензии, с которой работает сеанс. Для объекта "IWorkingProcessInfo" реализовано свойство "License", содержащее информацию о лицензии, с которой работает рабочий процесс. Реализован объект "ILicenseInfo", описывающий параметры полученной лицензии. В случае, если при запуске клиентского приложения не обнаруживается лицензия, в диалоге, который оповещает об этом, реализована кнопка "Подробно". При нажатии на кнопку открывается протокол поиска лицензий. В диалоге "О программе" история лицензий, которые использовались с данной информационной базой, отображается только для пользователей с установленным правом "Администрирование". Если клиентское приложение подключено через веб-сервер, то лицензии, полученные этим клиентским приложением, не отображаются в консоли администрирования кластера и не сохраняются в списке использованных лицензий информационной базы. При проверке привязки лицензии к компьютеру используются только два первых числа в номере версии ОС Windows. При проверке привязки лицензии к компьютеру учитывается только исчезновение старых устройств и не учитывается появление новых. Увеличение объема оперативной памяти не приводит к необходимости повторного получения лицензии. Повторное получение лицензии потребуется в том случае, если объем оперативной памяти станет меньше, чем в момент привязки лицензии к компьютеру. В связи с изменением правила контроля перечня устройств: Если лицензия получена версией 8.2.14 и младше, то привязка проверяется на полное совпадение списка устройств. Если лицензия получена версией 8.2.15 и старше, то привязка проверяется только по списку устройств, установленных на момент привязки. Чтобы проверка привязки лицензии, полученной версией 8.2.14 и младше, выполнялась только по списку устройств, установленных на момент привязки, необходимо выполнить обновление лицензии с помощью версии 8.2.15. =================================================== Если например на предприятии есть клиент-серверные базы, есть файловые. При этом лицензий 20, а пользователей 50. одновременно работают только 10-15 как в файловые могут зайти, так и на сервеные базы. При это железо с каждым годом обновляют, заменяют на новое. Как в таком случае все это контролировать. Судя по всему самый нормальный способ работы с программными лицензиями в вашем (и иных аналогичных) случаях: - Завести терминальный сервер и активировать многопльзователькую лицензию как 20 однопользовательских - завести 20 виртуальных машин и опять же активировать многопользователькую как 20 однопользовательких (последнее судя по всему для использования программных лицензий наиболее удобно, т.к позволяет спокойно апгрейдить железо. правда может потребоваться лицензия на windows на виртуалки, поэтому вариант целесообразен конечным пользователям организовывать рабочие станции на Linux или вообще бездисковые чисто под тонких клиентов). По-моему привязка к объему (!) оперативки и версии БИОС - такое только в России могли придумать. (К большинству фирменного железа, кстати, идут утилиты которые этот БИОС автоматически обновляют - этак можно каждый месяц лицензии получать.) Осталось еще только привязку к мощности блока питания, модели мышки и клавиатуры добавить.) Кстати в базовых версиях привязки к оперативке 100% нет (проверено). (кроме того в документации к базовой версии говорится только о привязке к компьютеру (железу) но не windows). (По-моему она вообще только к жесткому диску привязывается, но не 100% уверен) У Citrix, Micrоsoft и др. вопрос с лицензированием решен очень просто. Лицензирование отделено от продукта. То есть можно собрать отдельный сервер и запустить на нем службу лицензирования. Которая выдает, например, терминальные лицензии. Соответственно сервер лицензирования не трогаешь, а остальное спокойно апгрейдишь. ======================================================== Итак первый опыт установки программной лицензии. Терминал-сервер. Программная лицензия из основной поставки УНФ. Активирована как однопользователская. в режиме "Доступна всем пользователям". Пока только одна. Что получилось: лицензию занимает тот пользователь, который первым запустил 1С. При этом, в своей терминальной сессии он может запустить несколько соединений с 1С, как с этой базой, так и с другими базами. После его выхода их всех баз лицензия освобождается и ее может занимать другой пользователь. Таким образом при использовани терминального сервера однопользовательская программная лицензия рулит по сравнению с однопользовательским (локальным) аппаратным ключом, т.к. локальный ключ в терминальных сессиях не доступен вообще. Указанное справедливо для использования толстого/тонкого клиентов, при использовании веб-клиента естественно расходуется по одной лицензии на каждое соединение.