Ошибка понятная. Несколько пользователей редактируют один документ одновременно. Редактируют разные реквизиты и никак по логике друг другу не мешают. Как убрать эту ошибку?

Документ весь лочится.

перечитать заново этот документ чтоб получить последние изменения

(2) Измененный реквизиты слетят.

(0) А точно разные пользователи?
Документ в один период времени может редактировать только один человек. Это правильно. В стандартных формах если кто-то уже начал менять, то другой просто не сможет внести никаких изменений, не то что сохранить.
Такая ошибка обычно означает, что документ изменен программно каким-то режимом, а не другим пользователем.

2(3) Давай ты сначала приведешь пример хотя бы одной базы данных, в которой в одну запись можно одновременно вносить изменения разными сеансами в разные поля, и чтобы не возникало конфликтов, и чтобы изменения обои сеансов не слетали, и мы тут же тебе подскажем как повторить это в 1С.

(5) Пример могу привести я. Есть такая НЕ 1С система "ИТ-Предприятия".
В ней возможно править документ несколькими людьми. Если оба пытаются сохранить, то второму выдается окошка с перечнем какие реквизиты изменились и кем.
С возможностями выбора:
1. Отменить мои
2. Отменить чужие
3. Сохранить мои и чужие.

Технически это можно сделать и в 1С. Своя форма и свои кнопки "Сохранить"
Просто это лишнее.

документ записывается целиком

ситуация

пользователь А открыл документ там в реквизите Б значение 100

пользователь Б открыл документ и изменил реквизит Б на 200, документ записал.

пользователь А решил отредактировать реквизит Д и записать его...

если ему это разрешить, то вместе с реквизитом Д он запишет и старое значение 100 в реквизит Б, по этому 1с оперирует версиями обьекта и не дает записывать не актуальные версии объекта, и за это огромное спасибо компании 1с!

я просил БД

(7) а что мешало 1С сделать (6)?

Проблема не в том что в одну сек записываю а в том что открыли формы 2ое один записал а второй уже не может выдает ошибку.

(7) Почитай тему, изменяют разные реквизиты.

(11) Сделай им АРМ, чтобы такого не было и пусть меняют.

(9) Потому что это хуже с точки зрения производительности.
Она проще для пользователя, меньше вероятность случайной порчи чужих данных.
Текущая реализация идеальна в большинстве случаев.
Если кому-то надо работать параллельно, то конфигуратор в руки и делай что хочешь.

(13) с каких пор 1С печётся о производительности?)))

(5) багтрекер мантиса. Вопрос/инцидент мгут открывать любые пользователи.

+(15) Да в принципе любая система, где не обеспечен механизм блокировок.

(16) Какие тут блокировки? Документ записывается не одновременно.

2(16) механизм блокировок на column-level ты хотел сказать
Потому что ни в Оракле ни в СКЛ такого например нет.

(0) Для корректного объединения документа нужны сведения о "модели документа" (внутренней логики работы). Это невозможно.

Если вам такое понадобилось, значит имеет место неправильное проектирование.

(17) Там не блокировки БД, а логические блокировки.
Их надо обеспечивать искусственно.

Ну, пусть автор искусстевенно обеспечивает

(9) дело в том, что "объект" это не только данные...

в 1с реализовано динамическое обновление, и планируется это развивать дальше....

значит возможна ситуация совсем корявая....

а с версионированием объекта все нормально...

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

(17)Объектная оптимистичная блокировка

(23) Не у это бред конечно. В каких системах такое есть?

на удаленном обучении по блокировкам от УЦ3 был пример, где разбирали возможность редактирования 1 документа несколькими пользователями.
Так что все реально.
Настроить блокировки. Сделать 2 формы у документа что бы реквизиты пересекались по минимуму и все будут счастливы=)

(24) в 1С, разумеется

(25) Можешь пример найти, может там индификаторы форм просто разные?

если реквизиты это записи в регистре сведений - то такой пример у меня есть...

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

(28) может и много, но ничего сложного, читаем в память объект, правим в нём всё что требуется, сохраняем.

PS не вижу пока ни одного случая когда требуется такое кроме того случая когда большую ТЧ сколько-то чел условно между собой разделили и быстро чего требуется там заполняют.

(29) такие ТЧ удобнее сразу переносить в РС...

(30) можно и так, РС с регистратором и измерением номер строки - вполне вариант! Хотя если ТЧ по настоящему огромная - нужно ещё измерение что-бы не читать чрезмерно много (+ блокировка и т.п.).