УТ 10.2
Файл-серверная.
Документ открыт вечером.
Пользователь убежал домой . Утром - "программа выполнила недопустимую
операцию ..." и т.д.
Грешим на возможность 1с глюкавить при переезде через линию
перемены дат. Повторить экскримент не решаемся. дороговато.
Кто что может сказать ?

Что значит дороговато? Сделали копию, в ней повторили.

Конгениально ! При случае сделаем .
Пока что шеф запретил.
А по существу ? Кто-нить встречался с ситуацией ?

(2) Шеф запретил рассказывать о таких ситуациях.

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

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

Не льстите себе... Подойдите поближе...

Встретился не с таким же, но со "смежным" глюком. v.8.0, конфига 1.5.4.1 Бухгалтерии предприятия.
Ситуация следующая. При работе под пользователем с ограничением прав на элементы конфигурации в разрезе организаций не получалось провести документ "задним числом". Долгие изыскания выявили следующее:
1. Документ не проводится задним числом в срок, не более чем 10 дней от текущей даты. Причем этот срок постоянно сдвигается ;) Т.е. если сегодня было возможно провести документ неделей назад, то завтра будет возможно провести его только следующим числом;
2. Документ задним числом не проводится только "слету". Поясню...
При формировании документа сегодняшним числом, изменении его даты на прошлую и попытке сохранить, получаем сообщение
"У текущего пользователя недостаточно прав для операций над информационной базой".
Однако, если новый, только что сформированный текущей датой документ предварительно сохранить (кнопка "Записать"), и лишь затем изменить дату на заднее число, то такой документ замечательно и сохраняется и тутже проводится...

Сразу отвечу на незаданный вопрос. Право "Интерактивное проведение неоперативное" было разрешено...

3. Было также замечено, что при формировании документа задним числом, никак не изменяется и не фиксируется ВРЕМЯ документа. Т.е. логичный, казалось бы, "РежимАвтоВремя (Последним)" не срабатывал. А при детальном рассмотрении форм оказалось, что он и вовсе не используется. Однако его добавление в процедурах "ПриЗаписи" и "ПередЗаписью" результатов не дало.
4. Также опытным путем было определено, что если у вновьсозданного задним числом документа документа сразу же поменять время его создания хотя бы на минуту, то он успешно проводится "на лету".
Да, забыл сказать, у нового документа с прошлым числом время стоит 00-00-00... И при сохранении документа никак самостоятельно не меняется.

вот такие вот дела...

(7) Ко всему сказанному еще и не перепроводится задним числом документ "Закрытие месяца" в части внеоборотных активов.

а теперь подумайте - когда по времени закрывается  период и действия ГБ при этом...

P.S. покупайте бронежилеты для защиты своих я..ц от ГБ....

(7) И как с этим бороться ? - а то задолбало пользователям говорить про смену даты.

мы своим вешаем такую лапшу:
"Если нужно провести задним числом - соблюдай порядок:
а. Создал и заполнил документ с текущим числом
бЭ. Записал документ
вЭ. Поменял дату на любую
гЭ. Нажал "ОК"...."
бухгалтера любят последовательные четкие инструкции. Они не спрашивают "Почему?". :)))

(11) а как обходить перепроведение "Закрытие месяца" - я пока полными правами для буха.

(11) Или с "Закрытием месяца" все нормально ?

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

с полными правами нет проблем, ибо - ПОЛНЫЕ ;)))
...
а вот насчет простоя и отключения вечером...
из собственного опыта:
1.  замечено, что при запуске сервера 1С.Предприятия 8.0 как службы на серваке, оно работает много стабильнее
2. пользователей нужно с самого начала приучать закрывать приложение после завершения работы с ним, а не оставлять "на ночь"

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

(2)Самое смешное нет события, которое можно отловить в момент смены дат.
У нас кассу без 5 мин 12 закрывали и потом открывали после полуночи, чтобы избежать глюков 7 :)

(17) а не пробывали это проблему решить?

Есть варианты?