Обновление 8.1 посредством *.cf

Ситуация:
У организации есть подписка на ИТС, но диски только привозили, обновления не ставили.На машине стоят 4 ОТДЕЛЬНЫЕ базы . Все- Бухгалтерия предприятия 8.1. Изначально установлена редакция 1.6.15.6. снята с поддержки, внесены кое-какие изменения. Конфигурация( и изменения) во всех базах абсолютно идентична.
Попросили обновить. Взяла одну из баз, постепенно обновила ( сохраняя внесенные изменения) до 1.6.21.6. Машины слабоваты, обновление первой базы ( сравнить, внести изменения, сохранить) заняло примерно минут 50, поэтому остальные 3 решила обновить созданным из первой *.cf. Все отлично обновилось и работало, пока не появился диск с новым обновлением. И тут выяснилось,что все базы, которые обновила через *.cf не желают обновляться на Версия 1.6.23, считая что их собственная версия 1.6.15.6! При этом и в константе "НомерВерсииКонфигурации", и в сведениях о программе я вижу 1.6.21.6!
Где еще можно посмотреть? И что можно сделать?

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

В восьмерке кроме конфигурации, редактируемой в конфигураторе, и конфигурации базы данных существует еще понятие конфигурации поставщика. Она сохраняется отдельно в тот момент, когда Вы жмете кнопку "Включить возможность изменения". Так вот, эта конфигурация обновляется только через пункт меню Поддержка - Обновление конфигурации, а не через сравнение-объединение. Поначалу в этом ничего страшного - у клиента актуальный релиз, а потом получается такая ситуация, как у Вас.

Вариант решения - выгруженный .cf загружать в оставшиеся базы не через сравнение-объединение, а через пункт Загрузить конфигурацию, тогда конфигурация поставщика полностью тянется из файла. Плох этот вариант тем, что сносятся внутренние идентификаторы объектов и в дальнейшем опять все некрасиво обновляется и бывает, что не находятся соответствия объектов.

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

Можно еще делать свои обновления через "Поставку конфигурации": одну конфигурацию обновлять честно, а для остальных создать свое обновление.
И еще вариант (кажется я именно так делал) - взять стандартный cf, где не включена возможность изменения, нужной версии (последней) объединить (какие-то вопросы там задет и предложение сделать обновление), а следом объединить со своим cf.

>
> Вариант решения - выгруженный .cf загружать в оставшиеся базы не через сравнение-объединение, а через пункт Загрузить конфигурацию, тогда конфигурация поставщика полностью тянется из файла. Плох этот вариант тем, что сносятся внутренние идентификаторы объектов и в дальнейшем опять все некрасиво обновляется и бывает, что не находятся соответствия объектов.

"что сносятся внутренние идентификаторы объектов и в дальнейшем опять все некрасиво обновляется и бывает, что не находятся соответствия объект" - почему, если сами конфигурации абсолютно идентичны?

Всем большое спасибо!!! Завтра попробую все варианты! В будущем пригодится!

Я так понимаю, что если создавать свои файлы поставки, то при обновлении на них в конфу поставщика запишется именно "правленая" по отношению к типовой конфигурация. Имхо, это не совсем верно, так как на будущее хотелось бы, чтобы при сравнении текущей конфы с конфой поставщика было видно все внесенные изменения.

"И тут выяснилось,что все базы, которые обновила через *.cf не желают обновляться на Версия 1.6.23, считая что их собственная версия 1.6.15.6! При этом и в константе "НомерВерсииКонфигурации", и в сведениях о программе я вижу 1.6.21.6!"

Когда происходят такие вещи, помогает простая выгрузка dt - файла, а затем его загрузка. Восстановленная конфигурация будет прекрасно обновляться. Из личного опыта.