Доброго времени суток!
Существуют ли ситуации, когда UID документа может быть изменен самой 1С?

При перегрузке данных между базами стали возникать ошибки типа: "Значение поля "Номер" не уникально". И действительно в обоих базах существуют документы с идентичными номерами (и др. реквизитами), но при этом с разными UID. В базе-приемнике документы вручную НЕ создаются. Поэтому, первая мысль была, что в базе-источнике удаляют первоначальный документ и создают новый с таким же номером. Но и пользователи утверждают, что не делают подобного, и журнал регистрации их "поддерживает".

>"Значение поля "Номер" не уникально"

причем тут uid

за отсутствие префиксов отдельное спасибо...

(1) Не читатель?

(2) А префиксы причем?

В премники документы не создаются, они переносятся из источника.
И у автора при переноси появляется 2 одинаковых документов, но с разными уидами


ИМХО проверь правила переноса документов основания. Т.е. скорее всего там поиск не по ГУИДУ,
Ну и документы операция (т.е. перенос субконто), тоже не мешает проверить

(4) Префиксы базы. Позволяют избежать ситуации с дублированием кодов и номеров различных элементов из разных узлов.

>>Существуют ли ситуации, когда UID документа может быть изменен самой 1С?
само ничего не меняется

(1)
1) в базе-источнике создается документ;
2) он выгружается в базу-приемник;
3) в источнике тот же документ редактируется;
4) при повторной загрузке в приемник обработка видит в xml-файле новый UID (тэг "Ref"), соответственно пытается НЕ изменить существующий, а создать новый документ и вот тут-то вылетает ошибка про не уникальный номер.

(8) при редактировании документов УИД не меняется. В правилах наковыряли что-то

(9) +1

(8) Уид отредактировать обычными средствами невозможно.
Только создается _другой_ документ с таким же номером и другим уидом

(6) Еще один писатель

(7) Ты не прав. Яркий пример - справочник контрагенты

(13) ась? у тебя гуиды контрагентов сами меняются?

(14)
1. Создаем программно контргента
2. Присваиваем ему гуид
3. Записываем его
...
Материмся, ибо 1С изменила ГУИД

Речь идёт о работе типовых, а не о самописке

(15) и где в (0) написано что руками присваивается новый uid?

>Ты не прав. Яркий пример - справочник контрагенты

в каком месте?

(9) (11) Я знаю, что UID не меняется при простой перезаписи. Вот собственно и хотел узнать у знатоков, а есть ли какие-нибудь случаи когда меняется.
Может быть при обработке какого-нить события, не знаю, ПриУстановкеНовогоНомера или т.п.?

(16) Само ничего не меняется - это факт, если в твоей типовой что-то меняется - значит так написано в коде.
У меня например ничего не меняется... чяднт?

(18) на форуме Хогвартса надо спросить, это магия

чтобы при редактировании менялась сама ссылка - что-то новое в природе

(0) грешишь?)

может что-то не так с сопоставлением объектов (если это применяется) - ищет, не находит и пытается сделать новый...

а так крута было бы - отредактировали реквизит, сохранили, все записи в других таблицах по ссылке отвалились

Правильно ли понял результаты бурной дискуссии по данному вопросу?
Если первоначально документ выгружался в xml-файл в одним UID, а теперь тот же документ (в смысле с тем же номером, той же датой и т.д.) выгружается с другим UID, то значит, с точки зрения 1С, это уже другой объект. А достичь такого можно лишь удалив старый и создав новый документ с такими же реквизитами. И других вариантов изменения UID (не прибегая к прямым операциям над СУБД или т.п.) нет.

ссылка не может измениться

в некоторых случая(я встречал в системах логирования изменений) при записи объекта ему присваивается уид отличный от оригинального ... соответственно при попытке записать документ(обменом) в данном случае получим указанную выше опу