Удаляются нетиповые документы, справочники (элементы) при переходе на следующую редакцию. БСП удаляет?
Есть конфигурацию редакции 1.0. В ней некоторые документы добавлены. Конфигурация для обновления редакции 2.0 подготовлена - в новой так же перенесены эти объекты метаданных, при сравнении они устанавливаются соответственно. Однако в обновленной версии базы данных документов и справочников нету. Объекты метаданных есть, в списках пусто, но можно добавлять новые. Вопрос - особая фича БСП, о которой я не знаю?
РЛС нету
Промежуточные бэкапы удалил, не могу посмотреть, на каком этапе обновления исчезают документы.
РЛС нету
Промежуточные бэкапы удалил, не могу посмотреть, на каком этапе обновления исчезают документы.
Найденные решения
(9) Причина была вот в чем.
1. подготовка новой конфигурации через загрузку новой конфигурации, и добавление в нее метаданных через сравнение-объединение с конфигурацией базы данных (стандартный проход) - документы сваливают.
2. подготовка новой конфигурации сравнением-объединением с новой конфигурацией, в т.ч. из п.1 - документы на месте.
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с. Внутренние идентификаторы метаданных сбрасываются. Странно, почему при сравнении-объединении они не учитываются и отображаются как идентичные (не приходится устанавливать соответствие объектов принудительно)
1. подготовка новой конфигурации через загрузку новой конфигурации, и добавление в нее метаданных через сравнение-объединение с конфигурацией базы данных (стандартный проход) - документы сваливают.
2. подготовка новой конфигурации сравнением-объединением с новой конфигурацией, в т.ч. из п.1 - документы на месте.
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с. Внутренние идентификаторы метаданных сбрасываются. Странно, почему при сравнении-объединении они не учитываются и отображаются как идентичные (не приходится устанавливать соответствие объектов принудительно)
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) О чём речь, традиционно))), неизвестно, но в конфигурации для обновления с редакции на редакцию (про БП 2.0 -> БП 3.0 точно) работают некоторые правила конвертации (для как раз -таки переноса данных), "зашитые" в обновление, добавленных объектов эти правила не содержат, потому и ничего не переносится. Совет простой - переносите после обновления какими то другими способами.
(2) Обновление с БП2 на БП3 ставится как обновление. Все данные сохраняются если не убить их специально.
Если переход выполняется через выгрузку тогда да. И тут решение задачи зависит от переносимых данных. Решение для гипотетического перехода с гипотетической редакции 1 на гипотетическую редакцию 2 с переносом гипотетических документов может быть только гипотетическим.
Если переход выполняется через выгрузку тогда да. И тут решение задачи зависит от переносимых данных. Решение для гипотетического перехода с гипотетической редакции 1 на гипотетическую редакцию 2 с переносом гипотетических документов может быть только гипотетическим.
(3)
Обновление с БП2 на БП3 ставится как обновление. Все данные сохраняются если не убить их специально.
- ага ага, вот только внутри этого обновления обычные правила конвертации (разработчики расстарались, и оформили выгрузку/загрузку в виде обновления), даже если Вы этого не видите))) Поизучайте вопрос на досуге...
(5) Ну вообще исторически переход с 2.0 на 3.0 сделали как обновление только потому, что за пару-тройку лет до того был переход с 1.6 на 2.0 через выгрузку остатков. Народ сильно возмущался и тогда сделали как обновление. Хотя переход с 2.0 на 3.0 через выгрузку был бы куда более уместным.
(4) Да только что обновлял сильно изменённую 2.0. Прям сильно. С десяток справочников, десяток документов, регистры. Добавленные реквизиты в типовых объектах. Всё что проверял после обновления, всё на месте. Но теперь при обновлении на чистовую буду внимательнее. Наверное и ценник стоит поднять.
(6) Согласен, погорячился))) - конвертации добавленные объекты не требуют, и должны при обновлении с переходом на новую редакцию остаться в базе.
Есть момент - если для таких объектов заданы какие то формы (документа, списка, элемента, записи итп), то в применении к переходу на 3.0 они просто не откроются (если конечно их не написали/переписали для управляемого приложения).
Может у ТС именно такая ситуация - данные в базе есть, но он их не видит?
Есть момент - если для таких объектов заданы какие то формы (документа, списка, элемента, записи итп), то в применении к переходу на 3.0 они просто не откроются (если конечно их не написали/переписали для управляемого приложения).
Может у ТС именно такая ситуация - данные в базе есть, но он их не видит?
(8)
Это безусловно так
(8)
У нас ещё такая ситуация была. Есть несколько баз с идентичными конфигурациями. В них добавлен документ. Сотрудник обновила одну базу руками, выгрузила конфигурацию, а остальные обновляла обновлятором. Обновлятор в половине прочих баз этот документ снёс. Функционал есть, данных нет.
Может тут примерно так же. При обновлении на 3-ку всё есть, а когда накатывают подготовленную конфигурацию, всё сносит.
они просто не откроются
Это безусловно так
(8)
Может у ТС именно такая ситуация - данные в базе есть, но он их не видит?
У нас ещё такая ситуация была. Есть несколько баз с идентичными конфигурациями. В них добавлен документ. Сотрудник обновила одну базу руками, выгрузила конфигурацию, а остальные обновляла обновлятором. Обновлятор в половине прочих баз этот документ снёс. Функционал есть, данных нет.
Может тут примерно так же. При обновлении на 3-ку всё есть, а когда накатывают подготовленную конфигурацию, всё сносит.
(9) Причина была вот в чем.
1. подготовка новой конфигурации через загрузку новой конфигурации, и добавление в нее метаданных через сравнение-объединение с конфигурацией базы данных (стандартный проход) - документы сваливают.
2. подготовка новой конфигурации сравнением-объединением с новой конфигурацией, в т.ч. из п.1 - документы на месте.
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с. Внутренние идентификаторы метаданных сбрасываются. Странно, почему при сравнении-объединении они не учитываются и отображаются как идентичные (не приходится устанавливать соответствие объектов принудительно)
1. подготовка новой конфигурации через загрузку новой конфигурации, и добавление в нее метаданных через сравнение-объединение с конфигурацией базы данных (стандартный проход) - документы сваливают.
2. подготовка новой конфигурации сравнением-объединением с новой конфигурацией, в т.ч. из п.1 - документы на месте.
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с. Внутренние идентификаторы метаданных сбрасываются. Странно, почему при сравнении-объединении они не учитываются и отображаются как идентичные (не приходится устанавливать соответствие объектов принудительно)
(9)
вот именно об этом и было:
(12)
У нас ещё такая ситуация была. Есть несколько баз с идентичными конфигурациями. В них добавлен документ. Сотрудник обновила одну базу руками, выгрузила конфигурацию, а остальные обновляла обновлятором. Обновлятор в половине прочих баз этот документ снёс. Функционал есть, данных нет.
вот именно об этом и было:
(12)
В общем, несмотря на то, что в обоих случаях объекты метаданных остаются одни и те же, и при всех сравнениях-объединениях отображаются как те же самые, разница между ними все же есть, при чем не видима программисту средствами 1с.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот