Файл не содержит доступных обновлений

(1) _mir_, релиз 1.3.38.4 не поддерживает обновление с релиза 1.3.35.2, поэтому и выдает ошибку. Надо сначала обновить на 1.3.36.1, а потом уже на 1.3.38.4.

(3) _mir_,
Не обновлять порелизно - это сравнить/объединить, а не обновить.

(3) _mir_, вероятно что-то не так с cf-ником. Попробуйте создать cf-ник через Конфигурация > Поддержка > Настройка поддержки > Сохранить в файл.

(5) _mir_, выше написано.
.cf - через сравнение/объединение, а через обновление - .cfu

(8) я обновляю как (9)

(8) _mir_, Так и делается, если надо перескочить через несколько релизов. Для измененной конфигурации то же самое, только я сначала накатываю новый cf на копию, восстанавливаю настройки, в случае необходимости, создаю файл поставки и им обновляю рабочую базу - проблем не было.
Для обновления копии всегда создаю файл поставки из обновленной ДЕМО - такой проблемы не было ни разу.
Хотя вру :-), были, при попытке указать cf базовой для ПРОФ или наоборот.

(11) _mir_, "файл поставщика" обновляется по порядку.
(8) _mir_,
Тебе же сказали, что даже в цф-ке обновляются те релизы, которые прописаны в ней.

(14) beldieff, когда происходит прыжок через несколько релизов происходит обработка обновления каждого релиза, но это уже сосвсем другая тема. Как объяснить то, что конфигурация не находит обновлений для следующего релиза. D моем случае: 1.3.35.2 не видит файл .cfu 1.3.36.1. Когда в поддержке пробую сохранить файл поставщика, он сохраняет пустой файл .cf размером 0 байт. Отсюда можно сделать вывод, что что-то случилось с конфигурацией поставщика. Как можно это объяснить?

(14) beldieff, - ИМХО - это или для фикси - т.к. солдат спит - служба идет, или для хапуги - побольше часов нарубить.
Если уж и обновляться в несколько этапов, то только по ключевым релизам, где должна произойти какая то супер-мега реструктуризация данных с удалением одних объектов и записью их в другие и то это в теории.
На практике всегда обновляю сразу до последнего - проблем не встречал, а количество релизов бывает с запозданием в лучшем случае квартал, а в некоторых особо запущенных и больше года - не порушил пока ничего ни разу.
Алгоритм в любом случае должен быть таким: создается копия исходной базы, накатывается кумулятивное обновление. Если что-то не проходит - тогда уже начинаем думать, через сколько релизов обновить или уж совсем край - последовательное обновление до победного.

(25) Jen1978, номер релиза у меня правильно стоит.
Я знаю как прокатит: снять с поддержки и попробывать обновить .cf текущего релиза. Конфигурация снова встанет на поддержку. Конфигурация поставщика в свою очередь, тоже должна встать на место. Но в этом случае не будет возможности сравнить сделанные изменения в рабочей конфигурации.