У регистра есть два измерения "Номенклатура", "Уникальный идентификатор записи", Ресурс "Значение".
Пользователю поле "Уникальный идентификатор записи" не видно, хочу при записи программно его заполнять

В модуле набора записей регистра

    
    Процедура ПередЗаписью(Отказ, Замещение)
    
        Для Каждого ТекЗапись Из ЭтотОбъект Цикл
            ТекЗапись.УникальныйИдентификаторЗаписи = Новый УникальныйИдентификатор();
        КонецЦикла;
        
    КонецПроцедуры
    

При этом получаю ошибку "Запись не верна! Значение поля не соответствует установленному отбор. Поле 'УникальныйИдентификаторЗаписи'"
Смотрю в "ЭтотОбъект.Отбор", там почему-то два элемента Номенклатура и УникальныйИдентификаторЗаписи заполнены своими значениями. Что где не так я делаю?

(0) там где ты набор записей записываешь - ты этот отбор и накладываешь

(1) где я набор записываю? Это делает пользователь в форме списка регситра

+(1) потом у набора с отбором по одному значению измерения, ты в это измерение пихаешь другое значение и теперь удивляешься, что значение измерение не соответствует отбору?

(2) конечно пользователь. У него ведь консоль выполнения и он там прям так и пишет: НаборЗаписей.Записать().

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

"два элемента Номенклатура и УникальныйИдентификаторЗаписи заполнены своими значениями" + "хочу при записи программно его заполнять" = ?

Зачем тебе _пере_заполнять значение УИДа?

(3) Да, надо просто добавить

    Если ЭтотОбъект.Отбор.УникальныйИдентификаторЗаписи.Значение = "" Тогда
        ЭтотОбъект.Отбор.УникальныйИдентификаторЗаписи.Значение = УникальныйИдентификаторТекущейЗаписи;
    КонецЕсли;

(7) я не перезаполняю его, это просто строковое поле, измерение регистра сведений. Он пустой перед записью, и я его заполняю

(8) то есть поставил костыль - и успокоился?)
http://pics.rsh.ru/img/_g015s8vu.jpg

(10) а как быть?

(11) Для чего этот идентификатор нужен в измерении?

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

(12) иначе нельзя будет для одной и той же номенклатуры делать несколько записей

(14) А как ты потом будешь различать какая запись что значит?

"два элемента Номенклатура и УникальныйИдентификаторЗаписи заполнены своими значениями"
"Он пустой перед записью"
Что-то ты завираешься

(15) в этом нет цели

(16) нет, ты не понял
отбор заполнен своим значением, как правило пустой строкой
а измерение в наборе пустое, поэтому я программно его заполняю

(17) Зачем тогда регистр сведений? Клади в ТЧ элемента номенклатуры.

(12) Известно для чего: например, когда требуемая гранулярность не покрывается периодичностью регистра

(19) может быть так и лучше, просто потом запросами регистр читать легче

(21) Зато писать в него сложнее: тебе либо по 1 записи надо добавлять, либо читать набор записей с отбором только по номенклатуре, добавлять/модифицировать некоторые записи и записывать набор обратно, тоже с отбором только по номенклатуре.

(22) запись - ничто, чтение - всё

(20) Тут тогда последовательный счетчик логичнее - по нему хотя бы сортировать можно.

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