В ПриЗаписи присваиваю значение реквизиту объекта. Не важно изменилось ли значение или нет, Модифицированность() становится Истина.

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

Описался * в ПередЗаписью()

Перед присвоением проверяй, совпадает ли текущее значение с новым. Если совпадает, то ничего не делай.

(0) врем = ИмяРеквизита
Если врем <> ИмяРеквизита Тогда
    ИмяРеквизита = врем;
КонецЕсли


Можно в отдельную функцию вынести, если это часто.

(0) (3)
врем = НовоеЗначение;

Извиняюсь

(2) (3) с условием то понятно.
Так то в конце процедуры ПередЗаписью можно пробежать по метаданным и сравнить значения реквизитов ссылки с значениями реквизитов объектов.
Надеялся, что у платформы есть какая-нибудь функция типа РеальняМодифицированность()

(5) Не очень понятно назначение этого. Для каких-то обменов?

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

(6) Как я понимаю, модифицированность блокирует объект для других пользователей. Хочу минимизировать эти блокировки.

(8) Э нее, брат, блокировка это одно, модифицированность другое.

модифицированность формы вообще ничего не блокирует

(9) Только что проверил.
Получил объект в двух клиентах. В одном перезаписал значение реквизита. После этого во втором уже ничего присвоить нельзя, пишет что объект заблокирован

(10) Не о форме речь. Об объекте

(9) Согласен, что модифицированность и блокировка - разные вещи. Но они между собой тесно связаны. Блокировка может быть наложена без модифицированности, а модифицированность без блокировки не существует

(13) Зачем пользователю что-то менять в форме, когда он не собирается внести изменения, и что это за форма когда её одновременно 2 пользователя пытаются менять?

(9) Нет, это связанные вещи, если речь идет об объектеных (нетранзакционных) блокировках.

(14) Да не о формах речь.
В объекте куча реквизитов по разным видам учета. Куча объектов обрабатывается пакетами с разными назначениями.
При этом еще и куча пользователей постоянно создают кучу транзакций.
Постепенно разношу данные по регистрам, но тормоза на скуле приводят к постоянным конфликтам блокировок.
В процессе выполнения ПередЗаписью кто то еще упевает схватить объект. Да даже не схватить.. Элементарно запрос не всегда выполняется, если в выборке присутствует заблокированный объект.

(16) >Элементарно запрос не всегда выполняется, если в выборке присутствует заблокированный объект.
Довольно странно.

(16) У тебя каша в мыслях. Перезагрузись.

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

(17) "Заблокированный" объект находится в транзакции своей записи. Объектная блокировка здесь не причем.

Запрос, который не выполняется - тоже находится в транзакции, база не в режиме 8.3, без snapshot-ов.

Зачем этот запрос выполняется в транзакции, вот в чем вопрос.

(15) Связаны конечно, всегда думал что объект нужно сначала заблокировать, прежде чем модифицировать.. разве где-то есть наоборот? Я не говорил что они не связаны. Только помоему причина и следствие перепутаны здесь.

(22) (16)  Я о чем в общем то - ты ищешь как избежать модифицированности объекта, но может быть надо искать как избежать избежать вообще захвата и получения объекта.. не?

(20) платформа 8.2.19.116 в режиме совместимости с 8.1
snapshot - не знаю что такое
(23) так и есть. Но для этого нужно знать нужно захватывать этот объект или нет. У меня в транзакции записи одного объекта возможна запись других объектов или создание новых с присвоением ссылки. Пока транзакция активна, ссылка есть на новый объект, записанный в этой транзакции. А если по какой то причине транзакция отменяется, то и ссылка на новый объект пропадает, а её уже где то прочитали.
Думаю не стоит пока ломать голову. продолжу причёсывать запись объекта. А там посмотрю как выйдет