Добрый день!

Есть небольшая база 1С с данными.
Необходимо в силу определенных причин сменить все идентификаторы объектов в конфигураторе.
Насколько я знаю существует следующий способ - создать пустую базу и сделать сравнение/объединение (не загрузку) с CF из исходной базы. Идентификаторы будут другие, но и данные все потеряются, так как загружаем мы в новую пустую базу. А данные должны остаться.

Кто может подсказать, какие есть варианты решения этой задачи?
---
чтобы элементы создавались с новым ГУИДом
Так обработка "UploadToXML" сама делать не умеет.
Но, теоретически, почему бы и нет?

Делаем выгрузку их исходной базы данных.
Получаем большой-пребольшой XML-файл, суть текстовый документ.
Обрабатываем текст по такому приблизительному алгоритму:
1. ищем все уникальные UUID, заносим их в таблицу значений о двух колонках "Старый УУИД", "Новый УУИД" в колонку "Старый УУИД".
2. генерим на каждый старый УУИД новый УУИД и заносим в соседнюю колонку.
3. Ищем последовательно в XML-файле-выгрузке все старые УУИДы и заменяем их на новые.
4. загружаем в пустую базу полученный после такой обработки XML-файл.

Такую обработку текста можно сделать из любого языка/среды. Хоть даже на платформе 1С.
Работать будет медленно. Но, коли это раз в жизни надо, то не страшно.
---
Да, в результате Вы получите пустую базу.
Но ведь потом можно выгрузить все данные из исходной базы в XML с помощью стандартной типовой обработки "UploadToXML" ("Выгрузка-загрузка данных XML" поставляется на диске ИТС).
Потом загрузить все данные в полученную сравнением/объединением новую пустую базу с помощью этой же обработки.
Обработка "UploadToXML" есть на ИТС и для режима управляемого приложения, и для режима простого приложения.
---
Спасибо, а можно ли как-то сделать, чтобы при переносе и пользовательских данных, их ГУИДы не перенеслись? То есть чтобы элементы создавались с новым ГУИДом?
---
чтобы элементы создавались с новым ГУИДом
Так обработка "UploadToXML" сама делать не умеет.
Но, теоретически, почему бы и нет?

Делаем выгрузку их исходной базы данных.
Получаем большой-пребольшой XML-файл, суть текстовый документ.
Обрабатываем текст по такому приблизительному алгоритму:
1. ищем все уникальные UUID, заносим их в таблицу значений о двух колонках "Старый УУИД", "Новый УУИД" в колонку "Старый УУИД".
2. генерим на каждый старый УУИД новый УУИД и заносим в соседнюю колонку.
3. Ищем последовательно в XML-файле-выгрузке все старые УУИДы и заменяем их на новые.
4. загружаем в пустую базу полученный после такой обработки XML-файл.

Такую обработку текста можно сделать из любого языка/среды. Хоть даже на платформе 1С.
Работать будет медленно. Но, коли это раз в жизни надо, то не страшно.
---
коли это раз в жизни надо А вот интересно - зачем такое может быть надо? Кроме как стырить чужую конфигурацию, защита которой как-то завязана на идентификаторы, лично мне других "определенных причин" в голову не приходит.
---
Кроме как стырить чужую конфигурацию, защита которой как-то завязана на идентификаторы
Вы, пожалуйста, будьте поосторожней с намёками. Незачем тень на плетень наводить. Вы, можно подумать, сами совсем без греха и поэтому камнями бросаетесь??
---
Спасибо. То, что нужно.
---
Можно сделать образ через конвертацию данных 2.0 и в каждом объекте убрать галочку поиск по идентификатору, оставить поиск по ключевым полям.
---
Ну или можно написать обработку, которая поменяет в каждом объекте ИБ ссылку, сгенерит новый УИД и заменит ссылки на этот объект, работы тоже достаточно много, но никто не говорил, что менять уиды - это просто.