Есть. Например, я сделал так: регистр сведений, куда пишется xml-снимок документа в момент его записи. Далее обработкой сравнивается 2 снимка (состояния) документа. При такой технологии можно увидеть изменения в документе с точностью до реквизита таб. части.
А при открытии документа никакой копии не формируется - просто открывается форма сохраненного ранее (или нового) документа. Никакого отслеживания изменений при этом, конечно, не получится.

В структуру БД вообще лезть не советую, как уже сказали, первое же изменение конфигурации БД - прощайте все ваши тригеры. Только средствами восьмерки, и никак иначе.

Предполагаю - задача была поставлена так: отслеживать, кто из пользователей изменил документ и что именно было изменено. Журнал регистрации показывает только сам факт изменения, без деталей. Я прав?

Valer4ik99 Регистрироваться леньПредполагаю - задача была поставлена так: отслеживать, кто из пользователей изменил документ и что именно было изменено. Журнал регистрации показывает только сам факт изменения, без деталей. Я прав?

Совершенно верно

Отлично. Пойдем дальше - отслеживать изменения нужно в момент записи/проведения документа, так? Допустим, отследили. Куда это самое отслеженное писать будем?

Valer4ik99 СисойТогда уж дождаться 8.1
Там есть механизм подписки на события.
Это позволит без изменения кода прикладных объектов протоколировать любые изменения универсальной процедурой.

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

Да действительно, интересно бы поподробнее узнать про етот механизм.

На сайте 1С есть кусочек об этом. Вкратце - это возможность вызывать некую процедуру из общего модуля при вызове обработчика события объекта (например, ПриЗаписи). Проблемы это не решает, естественно, зато делает решение чуть удобнее ;)