Приветствую, уважаемые. Есть база БП 2.0. Файловая. Есть платформа 8.2.17. Есть бухша, которая работает в этой базе. С периодичностью пару раз в месяц она мне сообщает, что база не сохраняет наработанные ей данные. Т.е. "я вчера с 4 до 6ти правила документы, они не сохранились".  Когда прошу номер хоть одного документа, который она правила, чтоб глянуть в ЖР, говорит "не помню". Притом бухша весьма адекватная, в 1с шарит, квартал за нее ниразу закрывать не приходилось. Бэкап делается раз в сутки в 4 утра, копированием папки с базой. Развернул бэкап, там, говорит, тоже данных нет. причем, злой умысел с ее стороны невозможен, т.к. она после того, как мне пожалуется, все молча переделывает. Куда копать? может знает кто?

вызови специалиста

(1) Ты всегда, когда ответ не знаешь, так говоришь?

(0) Я бы грешил в сторону обменов если они конечно есть!

(0)А глянуть в сторону логов и разобраться совсем не судьба?

Что мешает посмотреть в ЖР, что на самом деле делала бухша вчера с 4 до 6?

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

(5) ОТвет в (1) ;-)

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

(8) Тогда смотри журнал!

(0) проверь что она не в тестовой работала..

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

Сядь, в конце концов, с ней с 4 до 6ти посмотри что и где она делает, на следующий день проверить сохранились ли изменения, если нет, пичальбида, если да, то забудь про адекватность буха.

"после того, как мне пожалуется, все молча переделывает"
и
"номер хоть одного документа, который она правила, ..., говорит "не помню""
Как она делает первое без второго? Узнай у нее (или гляди в ЖР), что она начинает делать во второй раз - и по этим докам смотри в ЖР, что было в первый раз.

ЖР, в означеный ей период - пустой. Че туда смотреть? У нее на  раб столе 1 ярлык рабочей бухии. тестовой нет
(11) Это происходит в произвольный период времени с периодичностью 2-3 недели. Мне месяц от нее не отходить :)

(4) по каким логам?

(13)Ну нормально че))) Отпуск считай, и отмазка перед руководством есть, мол задача крайне важна, наблюдаю)
А по делу реально посмотри сколько баз у нее, может она и вправду в другой делает сама того не подозревая, ну и слежку организуй, делов то. А в ЖР за тот день ее авторизация вообще есть?

(15) Баз у нее 1 бух, одна ЗУП и одна УТ. Прчем в зуп она не ходит. В Ут тоже. Авторизация и кипучая деятельность в ЖР на лицо. С 16:36 ничего

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

(17) Копия то утренняя. Да и как файловую базу восстановишь, если в ней кто-то есть? + зам - бывший кассир. В администрировании не сильна :)

http://risovach.ru/upload/2012/04/comics_fy_orig_1333475624.jpg

(17) подключает флешку, копирует базу поработать дома работает с флешки? Ставь кейлогер, и программулину которая пишет какой процесс активен с какого места запушен

(19) мне это незачем. Буху, вроде как, тоже

(16) а выход их программы в ЖР-то есть? Во сколько?

(14) Посмотри в журнал регистрации, "а был ли мальчик?" :)

(21) Если всем побоку, тогда что ты тут пишешь в (0)? :)
Нам тем более побоку, как у тебя по жизни ;)

(22) завершения сеанса вообще ни у кого в ЖР нет. Последняя запись - проведение документа. У всех только аутентификация и начало
(23) про ЖР написал же
(24) интересно же. Интриги, расследования...

Чушь какая-то, не может такого быть, чтобы она сидела в файловой базе и с 16.36 не было записей по ЖР, значит в это время она просто не работала. Как вариант, динамические изменения в БД были накатаны в те же 16.36, после них, сеанс работы с базой был принудительно отключен от основной конфигурации с требованием перезапуска и предупреждением об откате изменений в текущем сенсе

(20) Говорят, из дома не работают. На флешку копировать не умеют.

(26) БД обновляется раз в полгода до свежего релиза. Когда то давно в базу добавили пару отчетов, в остальном она типовая

(27) все так говорят, не верь никому (с)

Ну если записи про выход нет, сам то как думаешь, что может быть? Файлик бд можно дернуть и из под работающих пользователей, а потом аккуратно вернуть его на место, затерев старый, по-моему у вас завелась крыса)

(28) Как говорил доктор Хаус - "Все врут". Нет такого механизма в windows и 1С, чтобы не было записей в ЖР или событиях системы. Если их нет, значит ничего и не было сделано

(30) записи про выход вообще в ЖР нет за всю его историю.

(30) Тогда у остальны тоже записей не будет, хотя если чел грамотный он напишет перенос данных с отборо по бухгалтеру :)

(31) А события системы какие смотреть?

(34) У файла есть время изменения

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

(26) угу.. ибо сидела в другой базе..

знаем, плавали, видели..

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

(32)А у меня есть "Сеанс.Завершение" называется, странная у вас 1С

А какие события есть вообще после 16:36

(34) Управление компьютером - просмотр событий - журналы Windows, там два основных журнала - Приложение и Система. Глянь какие есть в этот период. Больше всего интересуют Приложения.

Да ничего из журнала виндоуса не вытянет он.

еще посмотри планировшик, на сервере, на компьютере

(39) Никаких. Следующие - с сегодняшнего утра
(38) У меня завершение почему-то не пишет

(0) "Автономные файлы" (или как там эта тында точно называтся?) на разделе, где база лежит, вЫключены?

Вот кстати в (0) интересно написано, что мол бух молча все переделывает, это уж очень странные мысли навивает, обычно ору было бы аж руководство услыхало. Что-то тут явно не то.

(43) БД, у вас на сервере, или локально у буха на компе?

(45) Мальчик в (0) не понимает, что в конце бухша подводит все дело к тому, что виновен будет автор :)

+(43) Если на сервере, то как у вас делаются бекапы?
Попробуй очистить кэш, ну как вариант :)
1С так любит работать с кэшом, что порой непроверяет его актуальность :)

Так же проверь, как настроено ведения лога, там пять режимов:
Должно быть так.. http://savepic.org/3736107.jpg

+(48) >>> Должно быть так

А потому что так безопасней тебе в первую очередь ;)

(45) это означает что она еще не уверенна что это не ее косяк

Бух врет. Ничего там не пропадает.

(40) В журналах в это время только то, что пользователя выкинуло с сервера из-за превышения длительности сеанса. Бухша говорит, что перезашла и все было на месте
(42) в планировщике на сервере нет ничего, доступа с к ее компу у меня нет, тока у админа. Он в отпуске
(34) файл меняется все время. пока с ним работают. Или история где то хранится?
(44) не могу найти :(
(46) На сервере. На сервере БД, а доступ у баха к базе через сервер РДП
(48) на сервере папка с базой тупо копируется на другой сервак каждую ночь. Настройка так и стоит, только не разделяет журнал по дням. Надо разделять?

У меня пару раз было подобное - выяснилось что сделанные документы, не были записаны, и висят открытые в терминальном сеансе, другого пользователя.

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

(51) А зачем? она там у себя в бухгалтерии полубог. Ей никто ничего не говорит. Если бы она хотела отдыхать, то просто бы молча ничего не делала и все. Меня подставлять ей тоже ни к чему. На место мое тож никто не метит. М.б. реально кто то пизжит базу?

(55) Мож у нее отбор стоит? :)

(54) Хм.. у нас юзера выкидывает из базы, если он не завершал сеанс на сервере больше 36 часов. М.б., кстати, что она не завершает сеанс на сервере, а тупо давит крестик. А как тогда победить эту беду?

(56) на что отбор?

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

(58) в списке документов, типа заходит в список документов в один день, поставила отбор, поработала, вышла. На следующий день отбор запомнился, и документов по нему нет.

+59 хз, в лицензиях тут дело, в админе или в железе. Факт на лицензионном ПО, даже установленном студентом, таких плюшек не видел.

(60) не, докуентов нет в принципе. Вернее изменнений в них. И ЖР пустой.
(59) сервак полностью лицензионный, все по честному. Админ без свитера и бороды, но тру, вроде. Выкидывало, да. писал же уже :)

Хотя бред говорю, если она в "старом" сеансе записала документы, в новом изменения никуда не денутся, может она конечно открыла 1 документ и правила его 2 часа, не сохраняясь, а потом "перезашла" в "новый" сеанс и логично не увидела своих изменений, а со "старого" сеанса ее выкинуло автоматом через 36 часов. Как версия..

В случае (63) надо запалить этот момент невозможности войти в свой сеанс при разрывах и настучать руководству и буху, что виноват во всем админ, а 1С не при чем.

Версий целую кучу накидали, осталось только проверить все и отбрасывать их по одной.

(0) самый действенный метод - метод терморектального криптоанализа.

(64) Как его запалить? наличием 2х одновременных сеансов? Админ адекват. Если беда именно в этом, он примет меры, думаю. Что там надо сделать? Отключение от сервака отменить?

(66)+

(67)Как ты его отменишь в случае разрыва связи?

Не вот у людей проблемы, мнеб такие!

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

(69) Сеть, кстати, падает с завидным постоянством. Чего делать то тогда? (66) Как раз ищу чей ректал анализировать :)

ответ уже дали - поставит ьна ее комп прогу, делающую сканы каждые полминуты - но ей не говорить! когда придет с подобным вопросом  открыть сканы и смотреть - что, где и когда она делала.

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

(72)"Сеть, кстати, падает с завидным постоянством. Чего делать то тогда?" обратить на это внимание адекватного администратора. Бухше сказать, что проблема зафиксирована, ищем причины, объяснить, чтобы в случае разрыва сеанса, сразу обращалась к тебе, не к админу, а именно к тебе, так сможешь сам зафиксировать проблему.

+(75)Пока проблема не решена, обязать буха жать кнопку "записать" не реже чем раз в минуту, так, с вероятностью в 146%, ты спасешь ее данные в момент очередного падения.

Спасибо всем большое. Буду решать проблему с сеансами, значит. Если не поможет - буду следить по сканам

1с запущена в "песочнице" антивируса. Сам наблюдал такое для 7.7 в файловой версии.

Ну 1стати 1ску то в любом случае надо добавить в исклчюение

Антивирус на сервере? Хотя да, тру админ и все такое...

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

варианты
1. Бух не работала в рабочей базе, или наглая ложь или работала например в копии
2. Бух работала, но сама не сохранила (выкинуло из терминала, паралельная сесия и т.д.)
3. Бух работала, сохранила, но база чудесным образом все откатила (УРБД, дисковый кеш, востановление копии файла, версинизирование файлов)
4. Бух работала, сохранила, в базе все хорошо, но сейчас бух не видит своих документов (например забыла организацию поставить а в отчетах фильтр по организации стоит и ничего не видит)

(82)Итого, виновен Бух, дело закрыто.

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

(84) У них часто такое. см. (56)

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

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

Я бы просто поставил программу, пишущую на видео все что бух делает типа фри кам, ну и смотреть что происходило в период когда данные пропадали. Все остальное это поиски по косвенным уликам черной кошки там где ее нет.

(52) >>>  Настройка так и стоит, только не разделяет журнал

Тогда:
1. Просто скопировали бекап обратно и все потёрли :)
(это мог сделать любой, знающий)
2. ЖР - всегда пишется и должен писаться, с учетом твоих настроек.
(В этом случаи пункт № 1 подтверждается)

...
Поздравь того, кто просто скопировал БД обратно :)

(81) Про песочницу здравая мысль, может тоже отработать :)

(83) Поддерживаю, автору остается только подобрать правильные слова и остаться не запачканным клеветой буха :)

(0)А бухша молодая и холостая? А то был у меня один подобный случай...

(86) Шо ты, бухт такие сплетницы... Они только и делают, что друг дружку обсуждают за спиной :)

(0) кейлогер на месяц ей поставьте с админом, и всё станет ясно, где чего она набирает (92) +100500 :))) видел такое

ЖР насколько я понял несильно информационная вещи в таком случае. Много было прецендентов про якобы случайную замену Номера документа!!!!!, изменений в доке. В глаза говорю что вот те то и те люди работали последними, ВСЁ! Ан нет немы ивсе тут. Выручает снова бэкап, правда он делается у меня каждые два часа и тут прощще развернуть и показать носом ткнув практически. А так да, ставить чт ото типа HiddenCamera и пару-тройку дней пологировать действия "нерадивого" сотрудника.

а почему не рассматриваете варианта например психоза Бушки от перегрузки на работе.
Типа ее вырубает в бессознательное на часа два...
ей кажется что она работает... че-то там заводит... а реально сидит втыкает...
потом приступ проходит... она такая... опа опа... а где же документы ?

(96) Дрыхнет, полюбому. А потом - Оппаньки!

(95) ЖР показал то, что она даже не заходила в БД ;)

(96) ..."А убийцей окажется, все ровно, дворецкий"... ;)

(98) дак я угадал в 96, сводите ее на прием к невропатологу... мало ли.

(95) версионирование в таких случаях очень спасало