Было обнаружено, что в базе УПП пропал один документ. Были подняты старые копии базы, из которых удалось узнать день, когда документ исчез из базы. Лог 1С ничего не показывает. Есть предположение, что кто-то удалил его из SQL.

(0) Зря отключили логирование.

жесть админы не знают как на скуле включить логирование ... пользователи залезают в скул руками

Логирование 1С включено. Могли залесть в SQL и админы. Я не админ, логирование SQL может быть включено. Как его посмотреть?

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

Какое нафиг логирование!?
Откуда у юзеров права на доступ в SQL???

(5) Может оставили стандартные пароли типа sa/sa или включили аутентификацию финдовс.

В скуле есть такая штука - аудит)

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

(8) "ошибки" ага еще на вирусы погреши)))

(4)да собственно достаточно удалить только запись из основной таблицы

хотя похоже что обработкой, ну или как вариант обменом, грохнули

в ЖР событие "Удаление" - нет ничего точно?

Обмен отсутствует, есть только одна база. В журнале 1С ничего нет, смотрели и по представлению. Журнал за этот день, в котором исчез документ, живой.

(13) отфильтруйте по событию "Удаление" только, а не по представлению ищите

и отбор по периоду уберите, всмысле с запасом, а не 1 день только смотрите

(8) Ага. Ошибка четко в таблице на записи конкретного документа и таблица читается?

А в журнале регистрации вообще есть события того периода,когда документ удалили? А то можт у вас журнал поврежден?

ответ на (17) а (13)

В этот день вводили в базу один документ или много? Может быть админ SQL бэкап восстановил за прошлый день.

вводили много документов в этот день.

Нашел в копии Уникальный идентификатор пропавшего документа

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

(22) И что из этого следует?
Документ значит не пропал, его перебили на новый.

либо пропал, а его УИ занял новый

(23)
Его не перебили на новый, а создали новый с этим же УИ.

(24) вот шанс на это нулевой. Там случайным числом генерируется УИ. Это надо было конкретно его указать.

(0) "Есть предположение, что кто-то удалил его из SQL". Скандалы, интриги, расследования...

(22) для модели угроз , сколько бабла поднял злоумышленник ?

(25) такое возможно только программно, так что (23)

(26) программно (в том числе и внешней обработкой) - почему бы и нет?

(30) кто будет таким морочиться? тупо перебили документ в базе да и все

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

(31) Тогда был бы не создан, а изменен.

(33) все дело в том, что документ ЖР хранит уже последний номер и дату документа. Соответственно он был создан под одним номером, потом изменен, а в ЖР мы видим, как-будто был создан документ с новым номером