есть форма списка справочника, редактируем в режиме диалога, когда редактируем по дв. нажатие на строку списка, вызывается форма элемента, редактируем несколько - соотв. вызывается несколько экземпляров формы элемента - несколько окон.
сделал копию формы элемента, указал ее в свойствах справочника формой элемента вместо прежней, и УБРАЛ у нее источник данных "Справочникобьект" чтоб не загружались данные элемента.
так вот при редактировании нескольких элементов, загружается только один экземпляр формы, как сделать чтоб при дв. нажатии загружалось несколько экземпляров этой формы (которая без источника данных)? - несколько окон

Ключ уникальности не помог?

Хотя вообще не понял смысл таких махинаций

спасибо про ключ уникальности.
а смысл махинаций из блокировок:
у элемента справочника например 3 реквизита. открыли два юзера:
первый изменил какой-нить реквизит не записал еще и не закрыл этот элемент, а второй тоже изменить захотел - ему ругается "не удалось заблокировать запись, так как объект уже заблокирован пользователем1"
когда польз1  запишет, а второй захочет записать у него  руганется на "не соответствие", когда он сделает кнопкой "перечитать данные обьекта" - то получит изменения от польз1 и потом сможет вносить свои.

как такие ситуации правильно разруливать?
сверху хотят:
каждый редактирует что хочет, записал - пишет тока свои изменения.
т.е. два П1 и П2.
оба начали редактировать в разные моменты времени:
П1
измененный реквизит1: папа

П2
измененный реквизит1: мама

П1 нажал запись в 12:00
П2 нажал запись в 12:01

итого реквизит1: мама

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

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

и что П2 изменил "папа" от П1 на свое "мама" - типа ничего страшного

Интересно.
А изменения предполагается перезаписывать в разрезе именно реквизита? Или всего объекта?

всего конечно, неизменный только "код" элемента
т.е.
исходный обьект (элемент справочника) грубо:
код:1
реквизит1:папа
реквизит2:10
реквизит3:кактус

* - измененный реквизит

открыл П1 и внес изменения (в один реквизит):
код:1
реквизит1:папа
реквизит2:20    *
реквизит3:кактус
сохранил в 12:00

открыл П2 и внес изменения (два реквизита изменил):
код:1
реквизит1:мама  *
реквизит2:20
реквизит3:свинец*
сохранил в 12:01

итого обтект в итоге:
код:1
реквизит1:мама
реквизит2:20
реквизит3:свинец

итого алгоритм: открываю форму отвязанную, в нее передан код элемента, все исходные значения реквизитов запоминаю, рутинно ручками в коде проверяю все реквизиты на предмет изменений, измененные реквизиты программно записываю для элемента с запомненным кодом.

(8) правильней вот как лучше наверно сформировать:
перезаписывать изменения в разрезе только измененных реквизитов обьекта (элемента справочника)

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

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