В конфе есть самописный независимый регистр сведений "ГрафикСроковДоставки", подскажите как организовать регистрацию удаления записи из этого регистра? т.е. чтоб ткнуть конкретного пользователя, сегодня возникла конфликтная ситуация когда пользователи спирают ответственность друг на друга (мол я не удалял), а мне поручено разобраться кто виноват:).

в копии базы удалил запись, и типовой журнал регистрации показывает только Данные.Изменение

По уже произошедшему событию никак. А на будущее надо версионировать.

Либо (2) - рисовать своё версионирование.
Либо точечно - делать принудительно дополнительные записи в журнал регистрации на определенные события (изменение, удаление) с контролируемым регистром. Содержание записи будет зависеть от того, что конкретно нужно знать о случившемся событии. Можно хоть содержание записи туда писать в xml в поле Комментарий.

(2) >> По уже произошедшему событию никак.

Не совсем. Есть один извращенский вариант, но сильно трудоёмкий в части разбора таких ситуаций. Заключается в том, чтобы найти в журнале регистрации все события "Данные.Изменение" "Данные.Удаление" по данному регистру по каждому пользователю и восстанавливать копию базы на каждый такой момент. Способ подходит только, если таких событий относительно немного - два, три, если база относительно небольшая (чтобы было где и куда развернуть несколько копий одновременно), и если база в полной модели восстановления, позволяющей восстановиться на любой момент времени.

(3) я специально удалил запись и потом посмотрел в журнале регистрации, там эта операция зарегилась как "Данные.Изменение"

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

(3)По-моему проще пользователей послать)))

Виноваты все пользователи.Задачи ставилась на версионирование?Если нет то пусть идут все лесом

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

у регистра есть форма списка на ней таб поле в событии ПередУдалением, напишу свой код. Всем спасибо за помощь.

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

(6) >> ...проще пользователей послать)))

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

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

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

(11)Инструмент нужен, но распаковка поминутных бэкапов - это уже перебор.

(13) > распаковка поминутных бэкапов - это уже перебор.

Согласен.
Но опять таки зависит это от критичности и важности задачи.
Может там вопрос на пару миллионов еврорублей. И решается вопрос о том кто конкретно из пользователей будет продавать свою квартиру, машину и дачу. Откуда нам знать? ради такого можно и поминутные бекапы поразворачивать.

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

(15) если вам хочется разобраться с прошлым событием - то это все плохо и печально. Данные.Изменение и больше никаких следов.

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

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

(0) >как организовать регистрацию

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

История данных поддерживает регистры сведений. Там можно увидеть удаление.

Есть мнение, что чувствительные к бизнесу данные на независимых регистрах делать не стоит