Есть конфигурацию редакции 1.0. В ней некоторые документы добавлены. Конфигурация для обновления редакции 2.0 подготовлена - в новой так же перенесены эти объекты метаданных, при сравнении они устанавливаются соответственно. Однако в обновленной версии базы данных документов и справочников нету. Объекты метаданных есть, в списках пусто, но можно добавлять новые. Вопрос - особая фича БСП, о которой я не знаю?
РЛС нету
Промежуточные бэкапы удалил, не могу посмотреть, на каком этапе обновления исчезают документы.
---
Причина была вот в чем.
1. подготовка новой конфигурации через загрузку новой конфигурации, и добавление в нее метаданных через сравнение-объединение с конфигурацией базы данных (стандартный проход) - документы сваливают.
2. подготовка новой конфигурации сравнением-объединением с новой конфигурацией, в т.ч. из п.1 - документы на месте.
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с. Внутренние идентификаторы метаданных сбрасываются. Странно, почему при сравнении-объединении они не учитываются и отображаются как идентичные (не приходится устанавливать соответствие объектов принудительно)
---
О чём речь, традиционно))), неизвестно, но в конфигурации для обновления с редакции на редакцию (про БП 2.0 -> БП 3.0 точно) работают некоторые правила конвертации (для как раз -таки переноса данных), "зашитые" в обновление, добавленных объектов эти правила не содержат, потому и ничего не переносится. Совет простой - переносите после обновления какими то другими способами.
---
Обновление с БП2 на БП3 ставится как обновление. Все данные сохраняются если не убить их специально.

Если переход выполняется через выгрузку тогда да. И тут решение задачи зависит от переносимых данных. Решение для гипотетического перехода с гипотетической редакции 1 на гипотетическую редакцию 2 с переносом гипотетических документов может быть только гипотетическим.
---
Обновление с БП2 на БП3 ставится как обновление. Все данные сохраняются если не убить их специально. - ага ага, вот только внутри этого обновления обычные правила конвертации (разработчики расстарались, и оформили выгрузку/загрузку в виде обновления), даже если Вы этого не видите))) Поизучайте вопрос на досуге...
---
Да уж, им там зарплату отрабатывать нужно было что-ли... Жесть
---
Ну вообще исторически переход с 2.0 на 3.0 сделали как обновление только потому, что за пару-тройку лет до того был переход с 1.6 на 2.0 через выгрузку остатков. Народ сильно возмущался и тогда сделали как обновление. Хотя переход с 2.0 на 3.0 через выгрузку был бы куда более уместным.
---
Да только что обновлял сильно изменённую 2.0. Прям сильно. С десяток справочников, десяток документов, регистры. Добавленные реквизиты в типовых объектах. Всё что проверял после обновления, всё на месте. Но теперь при обновлении на чистовую буду внимательнее. Наверное и ценник стоит поднять.
---
Согласен, погорячился))) - конвертации добавленные объекты не требуют, и должны при обновлении с переходом на новую редакцию остаться в базе.
Есть момент - если для таких объектов заданы какие то формы (документа, списка, элемента, записи итп), то в применении к переходу на 3.0 они просто не откроются (если конечно их не написали/переписали для управляемого приложения).
Может у ТС именно такая ситуация - данные в базе есть, но он их не видит?
---
они просто не откроются

Это безусловно так

(8) Может у ТС именно такая ситуация - данные в базе есть, но он их не видит?

У нас ещё такая ситуация была. Есть несколько баз с идентичными конфигурациями. В них добавлен документ. Сотрудник обновила одну базу руками, выгрузила конфигурацию, а остальные обновляла обновлятором. Обновлятор в половине прочих баз этот документ снёс. Функционал есть, данных нет.

Может тут примерно так же. При обновлении на 3-ку всё есть, а когда накатывают подготовленную конфигурацию, всё сносит.
---
Причина была вот в чем.
1. подготовка новой конфигурации через загрузку новой конфигурации, и добавление в нее метаданных через сравнение-объединение с конфигурацией базы данных (стандартный проход) - документы сваливают.
2. подготовка новой конфигурации сравнением-объединением с новой конфигурацией, в т.ч. из п.1 - документы на месте.
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с. Внутренние идентификаторы метаданных сбрасываются. Странно, почему при сравнении-объединении они не учитываются и отображаются как идентичные (не приходится устанавливать соответствие объектов принудительно)
---
У нас ещё такая ситуация была. Есть несколько баз с идентичными конфигурациями. В них добавлен документ. Сотрудник обновила одну базу руками, выгрузила конфигурацию, а остальные обновляла обновлятором. Обновлятор в половине прочих баз этот документ снёс. Функционал есть, данных нет.

вот именно об этом и было:

(12) В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с.
---
Согласен, погорячился))) - конвертации добавленные объекты не требуют

Поздно. Ценник уже поднял.
---
Ну и правильно))) Хоть кому то я помог...