вопрос по переносу данных между одинаковыми конфигурациями #762195

6 лет не имел дела с 1С, а тут пришлось приобщится. Задача у меня такая - выгрузить конфигурацию, загрузить ее в новую. Перенести все справочники и штук 100 документов "ВводОстатков". Есть обработка Выгрузка и Загрузка данных XML 2.1.8. Базу создал, справочники перетащил, а вот при переносе документов у меня задваиваются некоторые счета из плана счетов. Если не выгружать план счетов по ссылкам, а просто выгрузить док, то в нем в итоге "счет не найден" и дальше GUID объекта. Прошу рекомендации как поступить. Как еще можно перетянуть документы без задвоения счетов в ПС?

Может, специалиста пригласить, а тем временем заняться подмета^W своим делом?

дело в том, что я и есть "специалист". Да и задачи у меня другие в организации. И начальству я говорил, что с 8-кой я совсем никак, но на то оно и начальство, что для него все 1С-ки одинаковые.

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

м... сейчас наверное дешевле - дать задвоиться, а потом при помощи поиск и замена значений заменить дубли счетов на оригиналы, дубли удалить

есть другая обработка. поиск и замена значений. + много чего еще предопределенного задвоиться должно было, планы видов характеристик те же хотя бы. Предопред. элемент не удалишь, пока не сделаешь его не предопределенным (реквизит ИмяПредопределенныхДанных очистить)

выгрузил базу в .cf,создал новую пустую, загрузил из .cf, запустил, настроил параметры учета по образу и подобию, перетащил константы, перетащил справочники. Проверил. Все норм. Перетащил документы - счета задвоились.

2 Надо было видимо закоментить вызов процедуры первоначального заполнения БД. Не знаю как на счет счетов, но например многие справочники заполняются из мактов, и в новой базе у них будут новые UID, и в таком случае при использвании выгрузказагрузкаданныххмл.епф задвоения не избежать

у меня была такая мысль, но к стыду своему я не нашел где это. Не подскажешь? БП 3.0 типовая.

проще наверно в 100 доках счета поменять, а дубли удалить

не подскажу, у меня нет БП 3.0. можно просто закоментить весь код в ПриНачалеРаботысистемы... наверное

А скопировать базу и почистить документы чем не устраивает?

при выборе счета из дока дублей не видно, а удалить элемент я не могу - они предопределенные и в конфигураторе их почему-то не видно

предопред. создаются при открытии бд в режиме предприятия (при использовании разделителей - при входе в область) забей уже, сделай как в и . свертку базы делали? тогда долго

"они предопределенные и в конфигураторе их почему-то не видно" - хрень какая-то

а... это потому что БП 3.0 и 8.3.6 наверное...

знаю что хрень. сам понять не могу.

2 Да вообще ничего не делать - скопировать базу, в новой базе завести новую организацию. Ну и что что будет еще и старая. Кому она помешает?

2 см. . 1-я строка

. Эм...боевая база которую нужно скопировать крутится на 8.3.6, да...а новую разворачиваю на 8.3.7. Это из-за платформы разные GUIDы могут быть?

ТС, ответь на , че и зачем делаете то?

нет, не из-за разных платформ, а из-за того что в 8.3.6+ предопределенные не создаются на этапе конфигурирования, а  в момент (13.1). могут иметь другие уиды но теже именпредопределенных

да всем устраивает. чем пометить на удаление все доки?

релиз платформы ни при чем, объект метаданных и объект данных - разные вещи

Спустя почти сутки решил поднять тему. Проблему, можно сказать, я решил просто сверткой базы. Далее начались попытки понять что же пошло не так. Хочется задать вопрос товарищам из и . Итак. Имеем платформу 8.3.6.2100. Создаем новую пустую конфиругацию. Создаем план счетов. Добавляем три счета 01, 02, 03. Сохраняем, запускаем в режиме предприятия. При помощи обработки читаем GUIDы, сохраняем в текстовый файл. Выгружаем нашу конфу в cf, создаем пустую, загружаем из cf, запускаем в режиме предприятия, той же обработкой читаем GUIDы, сохраняем в текстовый файл. Потом текстовые файлы сравниваем. Как итог - GUIDы разные. WTF? Как же тогда обработка переносит данные, если опирается на GUIDы, которые разные? p.s. может где-то можно почитать про ТАКИЕ тонкости платформы?

А почему они должны быть одинаковыми при повторном создании новой базы? Вот если бы ты старую выгрузил...

я выгрузил старую, создал новую пустую и загрузил конфигурацию из cf.

Ты создал новую (НОВУЮ, Карл!!!!) базу.

. Ок. Как создать базу без данных, но с такими же метаданными как в старой? Никак? Тогда я не понимаю как перетащить данные без задвоения плана счетов? Тоже никак?

Обсуждалось уже не раз. Обработка из 2.1.8, та которая для 8.3 корректно переносит предопределенные. Задваивает та, которая для 8.2, при использовании в 8.3.

+ там другой формат и отдельный раздел в XML для предопределенных данных.

у меня та, что 2.1.8. Сначала использовал 2.1.5 (которая для обычного приложения), думал что 2.1.8 решит проблему, но не решила. Пробовал не один раз - картина одинаковая - план счетов всегда задваивается (если ставить галку напротив плана счетов "выгружать при необходимости"), если не ставить - док "ВводОстатков" просто не открывается "Элемент не выбран"

название обработки?

Выгрузка и загрузка данных XML 8.3.epf в режиме предприятия в заголовке формы (Выгрузка и загрузка данных XML(2.1.8)

2.1.8.2? сравнил с 2.1.8.1, там много изменений.

точнее версию не скажу. я ее нарыл на просторах интернетов. Она вообще откуда? С ИТС?

в конце файла выгрузки должен быть примерно такой кусок:

Наверняка платформа 8.3. А в ней изменился принцип и подход у предопределенных элементов, поэтому и задваивается. Я писал правил обмена в Конвертации данных, там предопределенные элементы сопоставляются автоматически, поэтому при загрузке дублей не будет. Так как базы идентичны, то правила достаточно сделать в Автоматическом режиме.

обработка версии 2.1.8.2 помогла. Все перенеслось корректно. Я думаю, что мой предшественник меня немножко обманул и в прошлом году делал перенос из БП 2.0 в БП 2.0, а потом обновился до БП 3.0, потому у меня такие грабли и вылезли. Спасибо огромное за помощь!