Клиент купил 50лицензий. Привязал их к серверу (там при прописывании можно указать что привязать к серверу).
В базу
заходит 40 человек, но кто то по 2-3 раза. Работают с базой через публикацию на веб-сервере - тонким клиентом, т.е. не на  терминальном сервере.
остальные 10 пользователи не могут попасть в 1С - пишет что лицензий не хватает. Поясните - если пользователь запустил 2-3 сеанса с одной базой, он съедает 2-3 лицензии ?
как этого избежать ?

при работе через веб - никак

Отучить пользователей.
Купить больше лицензий

Какие костыли обычно делают ?

(0) Да
Никак
Ну, может еще "Завершение сеанса при бездействии пользователя" будет интересно https://wonderland.v8.1c.ru/blog/uluchsheniya-v-administrirovanii-sistemy

(3) Обычно покупают еще 50 лицензий

я уже сказал что 50 будет достаточно, по старинке думал что 1 пользователь максимум 1 лицензию кушает.

(6) Ну а теперь скажи, что облажался и таки нет, не будет достаточно

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

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

(6)>я уже сказал что 50 будет достаточно, по старинке думал что 1 пользователь максимум 1 лицензию кушает.

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

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

(6) "я уже сказал что 50 будет достаточно, по старинке думал что 1 пользователь максимум 1 лицензию кушает."

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

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

(0) заходит 40 человек, но кто то по 2-3 раза.
если пользователь запустил 2-3 сеанса с одной базой

Так у тебя всего одна база? я думал, пользователь открывает несколько разных баз, а у тебя вон чего..
тю.
Тогда берешь БТЛ (большую тяжелую линейку) и ебашишь по голове, приговаривая - "не открывай, сука, одну базу несколько раз подряд".
Ну или вместо БТЛ можешь цивилизованно сделать проверку и прописать при старте что-то типа такого - "этот пользователь уже открыл эту базу с этого компа, поэтому второй раз открывать - ПНХ!"

(13) Не вариант - иногда пользователь не виноват - выбросило из сеанса - он повторно зашёл - а зависший сеанс на сервере висит...

(14) "иногда пользователь не виноват - выбросило из сеанса"
хм..
Одна база!
40 пользователей всего
50 лицензий активировано

на случай "иногда выбросило" получается зарезервировано 10 лицензий

А если вместо "иногда" у него "постоянно"
выбрасывает из базы - так тут резервируй не резервируй - никогда не хватит. Тут и вторые 50, которые ему порекомендовали купить, не спасут.
В общем, у автора в резерве 20 (двадцать) процентов от имеющегося кол-ва лицензий (10 из 50-ти).
Сколько, по твоему мнению, вообще полагается иметь резервных лицензий про запас на случай "иногда выбросило из базы"? 200%? 250%? 300%?

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

Нет, ну вопрос и вправду любопытный, действительно, а как все полагают

Сколько вообще нужно иметь резервных лицензий про запас на случай "иногда выбросило из базы"?
В процентах об общего числа лицензий.

(16) лично мое мнение: любых свободных ресурсов должно быть как минимум 20%

это и для памяти и для лицензий и для загрузки сотрудника работает.

если свободного ресурса менее 20% нужно начинать планировать увеличение этих самых ресурсов.

(0) если лицензии установлены под службу - настрой перезапуск этой службы раз в 2 часа

(0) Да сьедает 2-3. Как избежать - купить 1 пользовательские на компы "многоокошечников". Будет жарть локальную на все их окна. И серверную не жрать. Ну или загнать их в терминал.

(19)>купить 1 пользовательские на компы

покупать кучу коробок на 1 раб.место - это накладно совсем будет,
пины для активации однопользовательских лицензий есть в составе комплектов на 5, 10 и 20 раб. мест

(16) >> Сколько вообще нужно иметь резервных лицензий про запас ...?

Нет одного правильного ответа.

Пример.
В организации 500 сотрудников работают с 1С.
Установлены какие-нибудь стандартные УТ и БП, с которыми работают 100 пользователей.
А ещё 1С Документооборот (ДО), с которым работают все 500 человек, но крайне не постоянно, а только время от времени, когда надо что-то утвердить, согласовать или ознакомиться. Кто-то - по несколько раз в день, а кто-то и раз в месяц.
100 пользователей, работающих с БП/УТ, ходят в ДО как правило тонким клиентом (но могут и через браузер).
Остальные 400 человек - через браузер.

Сколько лицензий нужно такой организации?...

Если руководствоваться советом vde69 и подходить строго формально по количеству пользователей, то 600 лицензий.
Но здравый смысл подсказывает нам, что даже 500 лицензий будет много. И вероятнее всего трёх сотен будет вполне достаточно.

(21) Вы меня не правильно поняли, я НИГДЕ не говорил про пользователей, я говорил про лицензии.

Например в Вашем случае

УТ - 100
БП - 100
ДО - 50

итого 250 активных
+ 20% резерв о котором я говорил
в итоге нужно 300

а вот если периодически бывает такой расклад

УТ - 100
БП - 100
ДО - 60

то уже 300 я считаю мало и нужно больше...

(20) Я же сказал только многокошечникам. У него 50, там нет однопользовательских. В любом случае он уже пакетом/ами активировал.  Ну если есть 5 многокошечников то можно купить пакет на 5 для снижения удельной цены если имелось ввиду это.

(23) 50 можно разбить на 20+20+10 и активировать однопользовательские тем, кто запускает по несколько баз

делал проверкой при старте, как говорили выше, вполне рабочий вариант, даже на 8.2, где у сеанса на Агенте сервера нет IP. Пришлось свою таблицу лепить. Ее же при входе подчищать от зависших и "остаточных", добавлять новую запись, если все ок. Зависшие, которые при помощи агента не выкинешь - клиника, к админам разбираться, пользователю войти дать. Но такого обычно немного. Как то уже и не вспомню, когда последний раз это видел. Раньше бывало, теперь.. Может админы все таки разобрались, но что то не верится, что это лечится самостоятельными средствами, а не при помощи Фирмы и ее баголовами в платформе

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

ИмяПользователя1 СеансДата1, СеансДата2
ИмяПользователя2 СеансДата1

Удаляем номер сеанса ИмяПользователя1 с Дата1 с помощью:
АдминистрированиеКластераRAS.УдалитьСеансыИнформационнойБазы

RAS несложно поднять как службу.

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