Доброго времени суток!
Первый раз такое вижу.
База УПП на поддержке с возможностью редактирования, в свойствах конфигурации: Управление производственным предприятием, редакция 1.3 (1.3.73.2).
Взяла конфигурацию, загрузила в пустую базу. Стала обновлять - говорит 66 релиз.
Ладно, накатила все с 66 до 73. Все обновилось. Выгрузила cf. Загрузила в рабочую базу через сравнение/объединение, все изменения применились, в свойствах конфигурации 1.3.73.2.
Через некоторое время стала снова обновлять, конфигуратор говорит - у меня 66 релиз. Думала, кто-то что-то некорректно обновил.
Ладно, опять все обновления накатила до 79.2. Все делала очень внимательно, аккуратно. В свойствах конфигурации: Управление производственным предприятием, редакция 1.3 (1.3.79.2) . Сейчас хочу обновить на 80-й, конфигуратор говорит - 66-й релиз.
Что я делаю не так?

"Загрузила в рабочую базу через сравнение/объединение" - это плохо. Конфигурация поставщика так не обновится.

почистить кеш

Тимати не качает.. спирт качает.
Конфигурация поставщика обновлена? Кеш почисть..

Конфигурация поставщика не обновлена. Конфигурация - поддержка - настройка поддержки, посмотрите какая там версия.

(0) Конфигурация поставщика осталась прежней. Нужно сделать "конфигурация" - "Загрузить конфигурацию из файла".

(1) +1

Всем спасибо. Буду исправлять ситуацию

(6) только не делай, как в (5)

(7) Почему?

(7) +1

(8) потому что след. темой будет "куда делись документы и пр."

(0) сначала обновляешь на типовой cf (при объединении галочки вообще не трогаешь), затем сравниваешь со своим cf со всеми галочками

однако мнения разделились. Что ожидаемо).

Всегда делаю как в (5), ни разу с (10) не столкнулся.
(11) наверное, нравится сам процесс сравнения?

Будет здесь очередной срач на 1000 постов как правильно переносить обновления на рабочую базу?

Мне и тебе намекают, что нельзя "перепрыгивать" через обязательные релизы - можно потерять данные базы при некоторых изменениях в метаданных справочников и документов.

(0) >>>Думала, кто-то что-то некорректно обновил<< Это была ты )))

(13) Ещё одна вечная тема. Я бы "обязательные" тоже в кавычки взял)

(12) Как знать, если только нет новых документов или справочников и других не типовых объектов :)

(13) нет, данные могут пропасть по причине несоответствия идентификаторов текущей и загружаемой базы, а "перескок" - это уже десятый вопрос

(12) а я столкнулся и теперь загрузку делаю только в том случае, если уверен, что идентификаторы совпадают
PS к примеру выгрузил конфу из базы, доработал ее, при этом снял какие-то объекты с поддержки и чтобы не заморачиваться со снятием в рабочей базе - просто загружаю

(16) где их нет? Всё есть.
Если ты копию получил копированием базы или загрузкой конфигурацией, то никаких проблем с последующей загрузкой обратно НЕ будет.
А вот если твоя "копия" конфигурации - это уже результат объединения чего-то со свежей рабочей конфой, то конечно при последующей обратной загрузке ты почти гарантировано снесёшь таблицы из добавленных метаданных.

(18) столкнулся от того, что не понимаешь что делаешь.

(17) "несоответствия идентификаторов" - исключено.

(20) хотя да, в случае ТС такого не будет

(19) не спорю, но все равно загрузку в рабочую использую крайне редко

как правило, основная причина потери данных (из практики) -  это изменение типа данных. Такое не часто, но бывает.

Вторая проблема - перезаполнение "старых" и/или заполнение "новых" реквизитов "задним числом" обработками обновления. Можно прозевать этот момент, пропустить нужное обновление/обработку и на выходе получить не рабочую базу по сути.

А еще pos=19 так получают.

(5) Это только если ничего не допиливалось. Да и то рискованно. Если конфигурация типовая - то из меню Поддержки обновляться.