На что повлиект два одинаковых УИД в базе?
 

Добрый день.
Есть при выгрузке из УТ в БП, в БП приходится создавать 2 документа, разного типа, но с одинаковыми УИД.
Это ООП и Реализация.
Как поведет себя 1С, нормально ли она отреагирует, если в базе будет 2 одинаковых УИДа, но в разных таблицах?

хм, 100 раз так делал, ни разу даже не задумался

ТиИ что говорит ?

UID по определению уникален, почему вдруг двоится ?

(3) В результате обменов для однозначной идентификации создаваемых объектов - (0) встречается сплошь и рядом

(0) - 1С будет чувствовать себя прекрасно.
Засада будет если, например, из БП придётся выливать данные в какую-нить третью базу и в ней и из ООП и из Реализации нужно будет создавать документ одного и того же вида с сохранением UID ссылки.

Контроль ссылочной целостности будет смешно себя вести наверное.

(4)Простите за тупизну, можно подробнее про происхождение двойников. Мы речь ведем о 36-значеом UID ?

при выгрузке из УТ в БП, при некотором условии один и тот же документ реализации товаров и услуг может выгрузиться в БП как Реализациа, а может как ООП.
При этом, при повторной выгрузке, условие может измениться и реализация выгрузится уже по другому.
т.е. первый раз выгрузилась как реализация второй раз как ООП.
В итоге в базе будет 2 документа с одинаковым УИДом, один из них помечен на удаление второй проведен.

Ни на что не повлияет. ГУИДы (уникальные идентификаторы) проверяются на уникальность в пределах таблицы. Для разных документов разные таблицы. Не парься.

[quote=USSR;38666663] о 36-значеом[/quote]
36 значный, в смысле 36-ричный ?

(10)Он и значный и ричный )

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

И Игорь13 прав, UID уникальны в пределах вида метаданных, в данном случае документа, то есть при поиске ссылки по UID необходимо указывать вид документа

Всем спасибо за ответы.
Сделал вывод что все таки два одинаковых УИДа в разных таблицах это нормально и 1С себя не будут вести "вызывающе".