База на SQL. Некий пользователь удалил много документов в 1С. Затем очистил журнал регистрации за определенный период. Можно ли каким-то образом выяснить, кто это сделал? Хранит ли журнал транзакций SQL данные об удаленных элементах. Или о том кто очистил жт. какие есть идеи?

(0) В отдел кадров сходи, кого хотели уволить, и у кого права на удаление есть?

(0) А какая разница? Тебе будет легче?

(1) в то время у многих пользователей было право на удаление.

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

(4) Ну тогда дай им послушать песню - Нас не догонишь!

(0)
Всех, кто работал (мог работать) в базе в тот день оштрафовать. Разделить сумму убытка на всех.

Реально виноватого они сами потом найдут и растерзают. ))

(6) эта идея мне нравится.

так-то я понимаю, что уже никак не узнать?

(7)
Насчет узнать средствами SQL - я не могу сказать, не знаю.
Подожди, может кто-нить еще выскажется.

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

(0) А разве права на удаление данных журнала регистрации есть у обычных пользователей?

(10) 146% все настроено по умолчанию - все админы, лог файл скуля в модели simple с автошринком. Так что только (5)

(9) что мне даст откат транзакций?

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

(13) Не найдешь концов. Пусть уроком предводителям фирмешки будет.

(12)В процессе удаления он не очищал журнал очевидно. То есть можно поймать тот момент когда документы УЖЕ удалены, а журнал ЕЩЕ не почищен. Если транзакции архивируются, модель фулл и архивы транзакций в наличии.

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

(15) в том то и дело, что было это месяцев 5 тому назад. и никаких архивов нет

(16) цель не в восстановлении удаленных документов. нужно узнать, кто это сделал.
все верно, по умолчанию модель full. журнал транзакций отдельно не архивировался

(17) вы через 5 месяцев узнали что у вас МНОГО документы удалили. тут даже сочувствовать нечему.

(19) не я, а заказчики.
согласен, ситуация печальная )

Скупой платит дважды

Старо, как мир -  ищи кому это выгодно...

(21) Тупой трижды, а лох всегда ;-)

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

(17) А вообще я бы подозревал ГБ

Не заметить как у нее поменялась оборотка может только слепой человек

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

я думаю вариант один есть и вполне рабочий

1. по логам сервера установить всех кто в этот период входил в систему
2. всем этим юзерам всем устроить проверку на полиграфе

(28) USR1CV8 виноват, однозначно!

(26) объем базы очень большой. как раз-таки сложно обнаружить пропажу.
но какие документы были удалены известно.

(29) Вы не в курсе, каждый юзер перед авторизацией 1с авторизуется в винде...

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

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

(32) лог удалили из 1с напрямую.

(31) Точно-точно. Особенно, если сервер на линуксе. Ну, или в веб-клиенте. Обязательно, да.

(33) Прям вот открытый для записи? Взяли и удалили?

(34) в веб клиенте - логи веб сервера, на линуксе - то же есть логи...

(33) его нельзя удалить из 1с, только сократить...

Какая ценность в своровпнных документах в базе? Сперли или реальный товар или реальные деньги. И то и другое привидениями не делается. Следы физических действий остаются.

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

(36) да, именно сократили до определенного периода.

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

(41) Используйте что-то типа: https://softonit.ru/catalog/products/journal/ и не будет таких ситуаций.

(41) Спасибо, товарищ капитан! А вода мокрая, потому что состоит из жидкости?

(25) +1
Это не проблема программистов. Тем более с такими сроками обнаружения рецидива. ГБ наказать на весь ущерб. В следующий раз будет более требовательно относиться к своим обязанностям. Кроме того, электронные носители не являются первичными доками. Кстати, как с первичными доками на бумаге, они тоже исчезли?

(40) Всю команду с правами админов сажайте вводить утерянную информацию. В своё личное время.
У меня случай был. Стёрли вчистую 20-й счёт за год, со всеми субсчетами. Взял первичку с начала года. Прогнал через файнридер. (Виновник сидел 3 недели не отрывая задницу) Написал по. Восстановили.
Так что, хватит искать виноватых, вперёд, вас ждут великие свершения.

(43) нет, бумаги вроде на месте.