При обновлении конфигурации (УПП с ноября 2004 года стоит на предприятии), Каждое обновление почему то каждый раз добавляет объекты  присутсвующие в базе и соответственно убирает "старые". Обновляеться конфигурация последовательно с каждым релизом.
Пример последнее обновление Авансовый отчет удалить и внизу Аввнсовый отчет добавить, и таких объектов особенно в документах уже 30 штук.
Каким образом можно этим объектам указать, что они существуют, и их нужно обновлять а не удалять.

(0) а как обновляете?

+(1) конфа на поддержке? возможность редактировать включена?

Конфа на поддержке с возможностью изменений, обновляем cfu стандартно

(0) а вообще проблема во внутрених идентификаторах объектов метаданных. Сравнение вашей текущей и релиза вашей текущей без возможности редактирования если сделаете, то увидете, иденификаторы каких именно объектов не совпадают. ну а дальше думать, возможно много :)

Пробовал Взять чистый релиз нашей конфигурации через сравнение и объединение не идет проблема в теме, через тупо загрузить cf загружает но при обновлении конфигурации базы начинает ругаться на Удалить добавить и не пустые документы, что внутренние идентификаторы я в принципе уже понял, вопрос глупый почему они появляються с каждым релизом по несколько штук, и как исправить, не нарушая целостность данных.

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

+(6) сравнил/объединил со станадартной, в процессе обновления пишет "реструктуризация" объекта, вроде не удаляет и не создает заново. Но есть проблема при этом с уникальностью записей регистров сведений, в которых такие объекты участвуют в качестве измерений...

А как только один почистишь, начинает писать другой, и тд на 15 мне надоело

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

В итоге знаю я какие объекты (идентификаторы которых) не совпадают. И что это мне даст?

Подниму ветку может кто сможет подсказать сегодня

(11) Так загружай cf, а данные - ВыгрузкаЗагрузкаДанныхXML.epf

(12) А насколько она надежная? Видимо по-другому никак...

Использовал эту обработку (ВыгрузкаЗагрузкаДанных.epf), у самого эта же проблема с внутренними идентификаторами, так всплыл глюк со справочником Валюты, обработка (не смотрел из-за чего) продублировала все валюты справочника.... для устранения этого нежелательного эффекта желательно чтоб база в которую загружается выгрузка была "совсем чистой"!

Мне кажется это не решения вопроса если я правильно понял методику, поскольку база уже имеет большой размер хотя и обрезанна с Нового года, тем более с  обновлением такие объекты периодически появляються, не будешь же после каждого обновления ВЫгрузку и загрузку делать, причем попробовал создал базу чистую, включаю возможность редактирования, и уже через обновление вылезли такие же проблеммы.

(15) Читал где-то в описании 17-го релиза платформы, что в нем исправлена ошибка сравнения/объединения, при которой теряются внутренние идентификаторы. Я как раз обновлялся в последний и единственный раз на 16-ой платформе. Так что по идее один раз загрузить/выгрузить и такого вроде как быть не должно.

А что делать тому у кого их потерянно много ничего не написанно?

Нормальная вроде обработка, только если хочешь "без проблем" новую информационную базу куда заливаешь данные почисти сперва (или не осуществляй первоначального заполнения при первом пуске)!!!

(17) В восемндацтом релизе накати свою конфу на стандартную и получишь конфу с исправленными внутренними идентфикаторами. Затем загрузи в таку чистую базу обработкой данные - и будет щастье.

(18) ОК, спасибище!

Пробовал по меттодикам описанным выше, беру чистую конфу накатываю свои изменения, выгружаю из рабочей данные в xml (2,4 гига) загружаю в исправленную, очень много ошибок, по которым прерываеться обработка. Так что это не вариант проблеммы, пробуем дальше

(19) Действительно, зачем менять идентификаторы, когда уже есть типовая с теми идентификаторами которые нужны.
(20) Получается, если нехочешь xml, то другой путь - править идентификаторы непосредственно в базе или искать связи метаданных с базой и их править.
Т.е. тебе нужно найти некий аналог 1cv7.dd для 8-ки если таковой существует.

Подсказали
"Ну есть распаковщик/упаковщик
http://1c.proclub.ru/modules/mydownloads/personal.php?cid=120&lid=7283
Теоретически можно конфижку распаковать, поменять идентификаторы и снова упаковать"
но с ним проблеммы и это не выход
через xml
выделяем документы и справочники по которым проблемма выгружаем их в xml, затем очищаем по ним данные, убираем все ссылки в конфигурации в документах регистрах итд на которые ссылаються удаляемые объекты, затем обновляем с удалением  . Загружаем и получим какую нибудь ошибку  и в итоге то что пересобирали конфу 2 недели нервно курим и начинаем заново

(22) Ты как хотел, что бы все легко было? Зачем мы тогда нужны? )))

+(23) распаковщик/запаковщик качал, запускал - глючно как-то. Тока это все равно ниче не даст. получить "правильную" конфигу можно легко и без него. вся сложность в том, что бы в рабочей базе подменить идентфикаторы на лету.

Отписал на HotLine ответ пока переданно в отдел разработки

(27) Как ответят - выложил, плиз, результат!

(28) Знаете как они будут отвечать? Залезут в партнерский форум и поищут такие вопросы. А ответы там будут одни и те же - ВыгрузкаЗагрузкаДанныхXML.epf
Можете проверить.

Ответ от 1с
В нынешних версиях платформы (8.0 и 8.1) внутренние идентификаторы объектов сохраняются при сравнении / объединении.
Изменить внутренние идентификаторы объектов нельзя.
О правилах сопоставления объектов и изменениях внутренних идентификаторов в серии статей на диске ИТС про поставку и
поддержку конфигураций). Для корректного сравнения с конфигурацией поставщика, следует воспользоваться командой сравнения, доступной из диалога настройки
поддержки. Перед объединением следует проверить соответствия,
и, при необходимости, установить их вручную.