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

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

(0) Подними бакап за вчера, проверь слова пользователя.

Вызывайте экзорциста.

Даже откатом журнала ФС или косяками РИБа такое нельзя обьяснить.

(3) Никакого риба нет, варианты с вредителями я, разумеется, рассматриваю, но помимо этого, могут ли быть какие-то иные причины?

И раз уж заговорили об этом - можно как-то отследить, что кто-то выгружал/загуржал/сокращал журнал регистрации?

(4) Посмотри права пользователей, у кого есть на это права, и ты сократишь список подозреваемых

>>можно как-то отследить, что кто-то выгружал/загуржал/сокращал журнал регистрации?

Никак. Если журнал тупо резали через SQLite , но ничего не найдешь.

То есть чисто технических причин быть не может, я правильно понял? Кэш там, или еще какая фигня...

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

(0) Еще как сталкивался, и не раз.
Пользователь работал в тестовой копии базы.

(9) РРРЖУУУУУУУУУУУУУУУ xD

(9) Вот, похоже на истину.

(0) И раз уж заговорили об этом - можно как-то отследить, что кто-то выгружал/загуржал/сокращал журнал регистрации?

у вас до много народу имеет права на данную операцию?

Пропажа в конфигураторе: динамическое обновление
Пропажа в предприятии:
Загрузка изменённой конфигурации

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

(9) О да. Помню эти вопли - "ВСЁ ПРОПАЛО!!!". )))

(9) +100

(7) Так что с бакапом, он есть у вас?

(9) (15) А между тем, это косяк не пользователя!

Примерно так же гавайцы получили реальное предупреждение о ядерном ударе вместо учебного: https://cdn-images-1.medium.com/max/1600/1*g8apgO_BtMFaH_RC-W5jPw.jpeg

(9) было такое, было и когда кодер забыл галку удалить непосредственно убрать, при доработках

(12) "у вас до много народу имеет права на данную операцию?"

Есть админ и еще 1 1с программист, но те, естественно, клянутся то ничего не трогали.

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

Вариант, когда на сервере 1С переадресовали базу тоже допускаю, но считаю маловероятным, хотя и не отрицаю.

*(26) Ключевые слова: "пропали изменения, сделанные в базе данных пользователем" - это скорее указывают на работу в копии, чем иные варианты. А если работа других пользователей не пропала, - то этот вариант наиболее вероятный.