Добрый день!
Помогите определится с количеством необходимых лицензий.
Вводные данные:
  Терминальный сервер Windows
  Сервер 1с х64 MS SQL
  4 базы:
      - БП
      - БП
      - ЗУП
      - УТ
  на сервер будут заходить 20 пользователей. У всех будет доступ ко всем базам.
  Теоретически в один момент все 20 могут работать во всех 4х базах.

  Собственно вопрос на сколько клиентских лицензий нужен ключ? 20 или 80

аппаратный 20, программный скорее всего 50

(0) 20 лицензий если на терминальном активировать и раздавать на юзера а не на каждый сеанс

(2) на терминальном активировать что? программный ключ?
Какими можно управлять типом раздачи?

(1) Был опыт с аппаратным?
Почему 50?

нужно 20 лицензий, почему 80? Один пользователь может запустить несколько баз, при этом сжирается одна лицензия.

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

(6) Все правильно если лицензии будет раздавать сервер 1С (или модуль расширения веб-сервере) то лицензии будут "пер сеанс".
Если же лицензия цепляется толстым или тонким клиентом 1С то "пер юзер"

https://its.1c.ru/db/v8314doc#bookmark:adm:TI000000547

(5) когда раздача лицензий сервером 1с, сжирается одна лицензия на каждый сеанс. То есть нужно 80 лицензий.

(6) всё-таки вряд ли в зуп и в ут у вас будут одинаковые пользователи.

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

(10) здесь для меня важно само понимание лицензирования.

(11) Базы файловые?

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

(14) С файловыми вопросов нет!

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

(7) Вы имеете в виду толстым или тонким клиентом с локального компьютера? не rdp?

(16) Какая связь между полнотой прав и количество лицензий?

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

А если лицензии аппаратные - то еще проще.

(19) Вот по моему это как раз про активацию однопользовательских лицензий в терминале...

(20) Рассматриваются аппаратные.
Намекните куда копать

Достаточно 20, если использовать аппаратные ключи HASP4 и лицензии раздавать будут HASP License Manager-ы - они выдают лицензии "на компьютер", независимо от количества открытых баз, запущенных клиентских приложений. Иначе всегда можно нарваться на ситуации, когда лицензия будет выдана "на сеанс".

(23) А как себя будут вести в этой ситуации тонкие клиенты через модуль расширения web - сервер?
находятся удаленно не в локальной сети.
Они смогут получить лицензию или им нужны свои ключи?

(18) Сервер терминалов 100 пользователей, запущено 200 сеансов. Программная лицензия lic на 100 пользователей активирована на терминале, клиент-сервер.
Как при запуске 1С идет опрос остальных 100 пользователей и их подсчет на терминале. На терминале нет никакой службы, которая бы занималась их подсчетом.

(24) А вот это беда. По http лицензии раздаются только на сеанс. Придется активировать для базы раздачу лицензий сервером приложений. Вариант красивой совместной раздачи для одной и той же базы лицензий на сеанс и на пользователей по каким-то критериям мне неизвестен.

Хотя, если ходят тонким клиентом, то возможно они и смогут получать лицензию из своей сети. С таким вариантом (тонкий клиент по http но с "местными" лицензиями) я не сталкивался.

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

(23) Ну давай расскажи как аппаратный ключ будет для веб-клиента раздавать лицензии "на компьютер" ))

(0) в случае с терминальным сервером хватит клиентской лицензии на 20 раб.мест.

(24) для удаленных юзеров лучше активировать лицензии локально на каждом клиентском ПК

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

(29) А давайте не будет пальцы веером распускать, а? До того, как я предложил использовать аппаратные ключи, автор вопрос о веб-клиентах не задавал.

(29) в случае с веб-клиентом лицензия будет расходоваться на каждый запуск и без разницы терминал или нет, файловая или SQL, программная лицензия или USB,
каждый вход - одна лицензия, без вариантов

Всех благодарю!

проблема в  том,что нельзя рмздать на сеанс для  web и на компьютер для  остальных.

(35) Вы не уточнили программные или аппаратные ключи, версию платформы и веб-клиент - файловый вариант ИБ или веб-клиент - клиент-серверный вариант ИБ. А это - важно.
См. http://catalog.mista.ru/public/281119/#p4

(35) Можно но не совсем законно

(37) Здесь все свои. Мы никому не скажем :) Как?

(38)
1. Аппаратный - ключ это ПЗУ работающее строго с одной прогой/драйвером, что будет если путем прокладки разрешить работать с одновременно с разными прогами/драйверами?
2. Программный - вопрос а как можно внутри виртуалки узнать что это вируталка? А отличить две одинаковые виртуалки выполняемые на одном железе?

(39) Не знаю. Так как, говоришь, сделать так, чтобы веб-пользовали брали пер сеанс, а остальные - пер юзер? :)

(40) Обратиться к специалисту.

И да я в этих взломах не спец, я больше по созиданию

(4) Конечно был, как с программными, так с аппаратными

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

сервер, в этом случае порты юсб могут быть заняты другими вещами, ил например он стоит удаленно

Количество лицензий всегда берется из расчета между цифрами пользователи которые обязаны работать в системе+ пользователи окторые эпизодически смотрят в систему

(4) почему 50, в конфигурации есть возможность ограничить работу в нескольких окнах, на платформу или сервере не знаю (не спец по платформе)
Но все равно будут пользователи, которые будут работать в нескольких базах

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

(24) как вариант vpn канал и по нему обращаться к hasp licence menager и получаем лицензию на устройство открывай сколько нужно баз и вперед

Ну не знаю, по RDP я бы всех завел на второй сервер, там сеансы объединяются в один, открывай сколько хочешь окон будет использоваться один сеанс.
У вас устаревшая информация, я та уже 2 года работаю.

(25) просто терминал объединяет сеансы одного пользователя в один сеанс, странно что об этом никто не знает. Пошло кажется с 2016 сервера.

(49) Спасибо, буду знать :)

(41) Ну вот. Я думал, есть готовые рецепты. Про теоретическую возможность взлома чего угодно и так всем известно.