Это чем-нибудь опасно?
Никогда такого не видел...

"Это чем-нибудь опасно?" если руки в резине, то током не ударит

Надо использовать ключ на 13-ть :)))

(1) но зачем-то кто-то указал 10 кодов??
Он что-то имел ввиду?

(3) спроси у него

(2) а ещё лучше 22 на 24. Или разводной.

(4) не найден.

А что так можно?

(3) Например, лицензии стояли на клиентах, потом перенесли на сервер.

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

(8) да нет, рассказывают, изначально на сервере появились 10   lic-файлов...

(9) работать будет,
но если лицензии слетят, то вводить придется 10 пинкодов, а не 1с,
и в центре лицензирования резервные пины также запрашивать придется несколько раз

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

(12) да, скорее всего было нечто подобное.
Чел впервые увидел многопользовательский ключ. И решил, что у него нет вариантов.

(13) многопользовательский хуже, потому что он выделяет одну лицензию на каждый сеанс. Лучше поставить 10 однопользовательских. Что ваш чел и сделал.

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

(14) если все лицензии на сервере, то они раздаются абсолютно одинаково, что с одного многопользовательского файла, что с нескольких однопользовательских

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

(16) думаю, они не на сервере 1с, а на компьютере Сервер.

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

(19) Ну да, я тоже так всегда думал. Что однопользовательская лицензия может быть использована для нескольких сеансов, только если она на локальном компе вместе с платформой.
А в данном случае подключения к одному и тому же серверу, каждый запуск платформы "отъедает" лицензию, где бы он её не нашел.

(20) >А в данном случае...

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

(20) возможно у вас лицензии на локальном компе. То есть сервер = это локальный комп. И тогда при работе в терминале будет отъедаться одна лицензия на пользователя, а не на сеанс.

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

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