Есть какая-нибудь известная функция?
Просто модифицированность не пойдет, потому что мне нужно отслеживать изменения только нескольких параметров (включая таб. часть)
Создать строку при открытии, куда записать всё, включая таб часть?
И при закрытии проверить, не изменилась ли она? Мне же всё равно, что именно поменялось из этих параметров?

(0) почему строку?
а так - да, при открытии сохраняешь куда-нибудь значения тех реквизитов, которые нужно отследить, а перед закрытием - сравниваешь с текущими значениями этих рекизитов

(0) при создании объекта запиши в доп свойства старые значения реквизитов, сравнивай при перед записью значение доп свойствах со значениями полей

(0) Если доступна Ссылка, то зачем записывать куда-то?

А зачем так сложно? Все записывать, все сравнивать? Строку - быстрее и проще!

А зачем в тёмную играть и хотите простые советы иметь?

Доп свойства - это свойство объекта, в считай памяти
а доставать через ссылку это уже обращение к БД

"потому что мне нужно отслеживать изменения только нескольких параметров" - каких параметров? Мой телепат уже отдыхает.

Пока писала вопрос - думала - а как с таб. частью быть, а как написала - поняла, что туда же!

(4) реквизит/ТЧ может поменяться не интерактивно, например, в процедуре ПриИзмененииДоговора()

(7) Ну, не все, которые влияют на модифицированность, а только половина. Какая разница, какие? Я даже еще не смотрела, мне прислали список.

Если и может, то какая разница? Я сравню результат при закрытии.

Будет смешно смотреть, если юзверь сохранит объект без закрытия :)

(13) или не интерактивно модифицирует, групповой обработкой , например

Ну, при записи. Или перед записью, посмотрю.
Если не интерактивно, то "всё пропало".

перед любой записью документа все требуемые к контролю реквизиты кладешь в список значений, дальше его сортируешь и потом переводишь в строку, от этой строки вычисляешь ХЕШ и сохраняешь его в документе.
перед записью если новый ХЕШ отличается от записаного - значит была модификация.

данный метод очень надежный при условии, что корректно будешь строить ХЕШ...

(15) +
данный метод подходит для ЛЮБОЙ записи и программной и интерактивной...

(15) Метод
1. Очень медленный
2. Плохо реализуемый в 77

А есть алгоритм для хеш?

у меня 8!

(18) (19) Да хоть 100 разных, один фиг могут быть ошибки и иногда при изменении данных в реквизитах хеш совпадет и подумает что изменений не было ))

(19)
ЗаписьXML = Новый ЗаписьXML;
    ЗаписьXML.УстановитьСтроку();
    
    СериализаторXDTO.ЗаписатьXML(ЗаписьXML,Объект);
    ДанныеСтрока = ЗаписьXML.Закрыть();
    
    Хеш = Новый ХешированиеДанных(ХешФункция.CRC32);
    Хеш.Добавить(ДанныеСтрока);
    
    Возврат Хеш.ХешСумма;

Объект - например структура со значениями реквизитов шапки и ТЧ

//Реквизиты шапки и таб.части
    Запрос = Новый Запрос;
    Запрос.Текст ="ВЫБРАТЬ ПЕРВЫЕ 1 * ИЗ "+Док.Метаданные().ПолноеИмя();
    
    Результат=Запрос.Выполнить();
    Выборка=Результат.Выбрать();
    
    СтрокаРеквизитов="";
    Для каждого Колонка Из Результат.Колонки Цикл
        Если Колонка.Имя="ВерсияДанных" ИЛИ Колонка.Имя="МоментВремени" ИЛИ Колонка.Имя="Предсталение" Тогда Продолжить; КонецЕсли;
        СтрокаРеквизитов=СтрокаРеквизитов+?(ПустаяСтрока(СтрокаРеквизитов),"",",")+Колонка.Имя;
    КонецЦикла;

    СтруктураДокумента=Новый Структура(СтрокаРеквизитов);
    
    Если Выборка.Следующий() Тогда
        ЗаполнитьЗначенияСвойств(СтруктураДокумента,Док);
        Для каждого ТабЧасть Из Док.Метаданные().ТабличныеЧасти Цикл
            СтруктураДокумента.Вставить(ТабЧасть.Имя,Док[ТабЧасть.Имя].Выгрузить());
        КонецЦикла;
    КонецЕсли;

(17) по скорости - вполне приемлемо

для старых версий платформы - да не очень подходит...

(20) совпадений не встречал, у меня по этому прицепу были базы  с контролем более 10 лямов записей в месяц, за 2 года ни разу ни чего не вылезло...

Какая конфа и форма (ОФ / УФ)?

(24) "совпадений не встречал" // У тебя алгоритм сигнаизировал при совпадении хэша, но несовпадении его "ключа"? Сомневаюсь. Скорее всего ты просто никак не заметил коллизию?

У меня будет просто строчка.
И еще нужен признак - выгружен документ или нет, это совершенно самописная выгрузка, которая запускается руками прямо из документа.
Можно ли этот признак завести просто в документе или городить-таки регистр?

перед записью проверять Объект.ТвойРеквизит = Ссылка.ТвойРеквизит предлагали?

Делаете РС, в который пишете значения значимых реквизитов. При закрытии формы сравниваете текущие значения с тем, что в РС. Если разные, пишите в РС. Таким образом, вы увидите полную историю изменений значений реквизита в разрезе юзеров и значений.

А мне не нужна история изменений!
Сделаю-как я просто "выгружено" булево.

(21) >ХешФункция.CRC32

Вот это ты свинью подложил ТС-у!

у тебя прям в документе хранится флаг выгружен? лучше так не делать

смысл перепроверять значение реквизитов? проще перевыгрузить

(33) Почему нет? Задание - проверять.

Хэш должен быть мд5 или Sha,могу выслать реализацию на VbScript
за хеш на срс обычно программисту дают пинка,данная функци прекрасно отслеживает небольшое изменение данных,но в силу малости вариантов вполне может совпадать на совершенно различных данных.при использовании срс обычно неявно задана еще и длина данных,так как при передаче она задана.