Доброго времени суток.. а у кого то работает эта функция ?
В конфе - администрирование Параметры информационной базы
Там есть время засыпания и время завершение спящего сеанса.
При вводе туда "секунд" и даже перезагрузки сервера(служб). Все равно сеанс не засыпает, ну либо засыпает не суть. Но не завершается.

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

ибо есть подозрение, что типовые на БСП постоянно от пользователя "дергают" базу - поэтому никогда не засыпают

[имхо]
"Спящий" сеанс - это когда юзверь спит, а есть ещё "зависшие" сеансы - они не спят, они висят в ожидании. И в современных платформах такие сеансы постоянно имеют активность.

(1) Не на пустой конечно, нафига мне пустая конфигурация.. на типовой с расширениями

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

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

(4) Базы клиент-серверные или файловые?

(6) клиент серверные конечно. и если что, упп 1.3 )

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

(7) И совместимость такая же древняя, как и УПП ?

(9) 8.2.13 стоит

сама платформа 8.3.18

Если не засыпает, значит не является пассивным с точки зрения платформы. И тогда он естественно не будет засыпать и закрываться.
Чаще всего пассивными являются только сеансы с разорванным соединением. Если программа открыта, то у нее скорее всего будет оставаться какая-то активность и сеанс будет продолжать считаться активным.
А вот если соединение с сеансом разорвано длительное время, тогда платформа помечает сеанс как спящий и отбирает у него лицензию. Принудительно как-то бороться со спящими сеансами особого смысла не имеет, все равно они кушать не просят.

(4) Я делал своё регламентное задание, которое рубит всех в определенное время.
"Все кто не спрятался", т.е. не вышел из базы вечером, тупо рубятся в час ночи. (всё отлично работает)

(13) +1

(10) Вот Вам и ответ на Ваш вопрос. Имхо с обратной совместимостью что-то неладное в платформах творится. У меня на УПП аналогичные проблемы: зависают сеансы и соединения, когда юзверь завершает сеанс и выключает комп; когда фоновые задания "вешаются"...

(13) Это как раз не проблема, сделать задание которое рубит всех после определенного время кто не вышел из базы поле окончания рабочего дня.  Да и если нужно что бы все вышли, можно и через Админку 1с выкинуть на сервере.

Сейчас проблема в людях которые 1с открыли, поработали 5 минут, и ушли по каким то делам. или на обед или еще что-то. они в базе висят, бездельно, ключи занимают, у не которых по 3-4 базы открыто, а их нет по пол дня на рабочем месте грубо говоря. а пользователей 150+

(2) В моем понимании наоборот, "спящий" сеанс, это когда от клиента ни одного пакета не приходит. Например, комп в сон отправили.

(17) там вроде пакеты всегда идут до 4 байт если верить форумам, как раз настройки выше должны рубить сеанса по времени если определенное количество секунд пакеты выше 4 байт не идут от пользователя.

(16) Это нужно решать административными мерами. Или переводить таких на RDP, нагрузки они не добавят, даже если не работают.

(19) каких таких 100 человек ? на РДП ? денег для микрософта жалко) они не бесплатные )

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

При 150+ проще лицензий докупить.

(21) В смысле 1С лицензий

(21) у нас их 300 и так. 500 уже дорого и не обосновано из за таких вот людей )

(4) Платформа тебе в этом никак не поможет и не "должна". Потому как технически минимальная активность в сеансе как правило остается даже если пользователь не работает. А "активность пользователя" - вопрос очень расплывчатый. Может, он час инфу на экране формировал а теперь час ее напряженно анализирует. А предупреждения не увидел, потому что отвернулся чайку заварить.

(23) Ну купите 20.

(16) Это нужно ходить с палкой и по рукам бить, а так вы никогда не искорените это, просто "борьба с ветряными мельницами".
Вы обратите внимания на пользователей, когда у них по в браузере открыто более 20-ти вкладок. Я иногда спрашивал таких, зачем, а потом почитаю (на неделе или в сл.месяце). Но каждая вкладка тоже ресурсы "жрёт". Им пофигу.

(23) ~150 пользователей открывают 300 сеансов?

(21)
нашел на форуме
При начале работы системы
в функции ОбработкаОжидания через NN Вопрос(<Текст_вопроса>,<Режим>,<Таймаут>)
Таймаут=-1 или "Таймаут" если закончилось время ожидания ответа

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

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

(27) Некоторые по несколько одних и тех же баз открывают наверняка.

(27) УПП - 1
БП ЗП каждой по 5-ь. 5-ь юр лиц, ведутся в разных БП ЗП
ДокументоОборот

Вот и все. Бухгалтера 15 штук, открывают сразу несколько баз
УПП  150 пользователей
ДокументоОборот около 50-и

(28) Будет негатив, когда пользователь оставил на редактирование, чтобы потом доделать (отвлекли допустим). И тут бах, оно всё закрылось. :)

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

ДокументоОборот там тупо сидят. аля ждут когда им придет какое нибудь согласования.. могут открыть согласовать 1 документ и сидеть там целый день
УПП там ситуация лучше, но человек может уйти на совещания допустим часа на 2-а или вообще поработать 2 часа далее ему не нужна и не закрыть.
БП и ЗП ладно там бухналтера хотя то же откроют по 4 базы а работают в двух, а остальные две поработали час и не закрыли

(29) для этого и служат аппаратные ключи и раздача их не через сервер 1с

(31) Ну так время то поставить адекватное.. час, два.. Если человек что то открыл и его отвлекли на 2 часа значит явно был не супер важный документ который нужно быстро сделать... сделает еще раз

бездействие <> спящий сеанс.
Типовыми средствами никак не отследить бездействующих

Как всегда лицензий не хватает?

(32) Вот так 1С и богатеет за счет криворуких программистов.

"Не запостил - значит не было"(с)
Если юзверь хочет, чтобы не пропали редактируемые данные - он их должен периодически сохранять. Ваш КО.

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

(33) Кардинально это решается только лицензированием "по ядрам сервера" или "по клиентским устройствам". Все крупные вендоры к этому пришли, скорее всего и 1С придет.

Наверное подойдет https://infostart.ru/public/16441/

(42) Надо глянуть.. правда она 2009 года )

(43) Как раз для УПП. :-)

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

(28) >> Через определенное время допустим каждый час или хотя бы 3 раза в день выдавать вопрос о надобности программы если человек через какое то время не ответил на вопрос, то закрывать программу.

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

(35) >> Если человек что то открыл и его отвлекли на 2 часа значит явно был не супер важный документ.

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

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

(41) так есть по устройствам - это ключи

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

(46) И с другой стороны если у них пару раз так закроется. они на третий раз будут знать и как минимум сохранят свой важный и долгий документ. А если не согласны пусть к руководству идут и спорят.. не моя же идея

Надо анализировать количество используемых лицензий и при достижении критического значения включать режим дуэли.
"Поздравляю! В связи с исчерпанием свободных лицензий вы выиграли участие в групповой дуэли! Также в дуэли принимают участие <список пользователей>. Три участника последние нажавшие на спусковой крючок будут застрелены! Время пошло!". Ну и результаты дуэли тоже обязательно оглашать надо. Таблицу рекордов и список погибших.

(48) Костыль для костыля.
После таких и появляется мнение о том, что "эта ваша жёлтая программа - не нормальный софт, а поделка русских криворуких прогов".
Ни кому в мире не приходит в голову разработать что-то, чтобы закрывался excel или word, если пользователь какое-то время ничего не делает в окне этих программ.
И только 1С-ники героически строят велосипеды с треугольными колёсами, от езды на которых всех тошнит.

(50) + Ну и для погибших ограничить минимальное время респауна. Чтоб не превращалось в ледовое побоище.

(52) Отличная идея кстати) думаю людей это повеселит )) еще отчет им сделать по датам, кто в какой день чего добился в дуэли ))

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

(54) Тогда с другой стороны.. А пользователи зашедшие в базу, разве ресурсов не едят ?
если их 300. а работают реально допустим 150. А 150 тупо висит  (ну кроме ресурсов лицензий)

(50) Дуэль с пользователем, ушедшим на обед/в туалет? Неспортивно!

(56) Так там же время.. обед фиксированный 1 час, туалет больше 1 часа, лучше дома тогда остаться если проблема ))
Если таймаут будет 1-30, то они то же должны успеть участвовать)

(55) И откуда ты эту статистику выдумываешь?
В результате всех твоих изысканий, разработок и издевательств над пользователями выяснится, что действительно "тупо висит" сеансов 10-20. А все остальные реально работают.
Но кого-то из работающих ты заставишь пару раз закрыть программу только ради того, чтобы через час её снова открыть.
Реально едят ресурсы те, кто занимается подобного рода разработками. ИМХО.

Надо завести журнал. Хранить у секретаря. Для получения разрешения на сеанс работы пользователя в программе 1С. С графами "Дата начала работы", "Период работы", "Время окончания работы", "Подпись дата, разрешено", "Подпись, дата, согласовано", "Подпись, дата, утверждено", "Подпись, дата, отклонено", "Подпись, дата ...

[навеяло прошлым, когда в особом отделе стоял единственный компьютер с доступом в интернет и журналом регистрации работы. Вот ведь ж были же такие времена]

(55) УПП, толстые клиенты... проблема с ресурсами не так остро стояла, как дефицит лицензий.

(56) Для так и не нажавших писать "Застрелен в спину"