Ситуация следующая, имеется база переписанная, пришло время ее обновлять, бухов с базы так просто не выкинуть, я взял копию базы, и обновил ее, применено порядко 5 не пропускаемых обновлений, как лучше поступить, накатить сверху на базу обновленный cf либо же создать свой cf основной поставки и применить его через поддержку со всеми галками в окне сравнения?

обновляем поставкой, сверху изменения

http://catalog.mista.ru/public/18562/

(1) т.е в моем случаи я сначало накатываю типовую конфу, для того чтобы обновить конфигурацию поставщика, а потом через сравнить объединить я меняю рабочию конфигурацию?

(2) я не понимаю что значит "накатываю" по отношению к 1С ;)

(3) я имел в виду конфигурация -> загрузить конфигурацию из файла))))

(4) а я имел в виду конфигурация - поддержка - .. - обновить из файла.

Правильно
1) обновить через типовую
2) сравнить объединить с новой доработанной

Если сделаешь по-другому велика вероятность что кое-что пойдет не так, начиная от пропажи полей и заканчивая БПц

Если надо обновить - то полюбому бухов надо выкидывать не задумываясь

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

(8) копию бухов? ))

кстати один известнейший московский франч выставляет за обновить конфигурацию поставщика 20 000 руб.

(6) а обновить через типовую это 5 в подряд обновлений применять и в окне сравнения все галки снимать? чтобы только конфигурация поставщика менялась, либо же можно через поддержку взять последний cf типовой?

(9) копию базы)) зачем делать вдвое больше бухов)))

(10) что за франч такой

(11) я беру доработанный клиента и обновляю типовым способом через поддержку на ключевые релизы (перепрыгивая максимально какие дает) до конца. получается типовой нового релиза.

(10) не мой. может не всегда и не всем, не буду называть, мной увидено было один раз в предложении клиенту. может откат там или что еще..

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

(16) имхо при натягивании типового релиза не надо трогать галки

(17) я всегда забываю этот момент, но 90% что не надо трогать

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

(17) т.е 5 обязательных релизов все равно надо применять? А потом через сравнение объединения приводить в порядок рабочих конфигурацию?

Берешь копию.

Проводишь обновления.

Вносишь\проверяешь изменения.

получаешь CF-ник

Делаешь копию раб БД

Проводишь обновления + CF в конфигураторе.

Выгоняешь и обновляещь БД.

(21)по поводу последних двух пункта не очень понял

.

1.Получаешь из своей конфы два cf. Один типовой другой измененный.
2. В рабочей конфе поддержка-обновить на типовой ЦФ, галки не трогаешь. НЕ СОХРАНЯЕШЬ и НЕ ОБНОВЛЯЕШЬ.
3. Сравнение объединение с измененным цф. После этого сохраняешь и обновляешь (F7).

(24) спасибо, вот теперь понял

(24) зачем так много действий?

берешь копию базы, обновляешь. сохраняешь полученный сф.

Открываешь рабочую, снимаешь полностью с поддержки, загружаешь полностью свой сф.

ВСЕ.

(26) а данные так не потеряются?

(26) Я так понимаю, что при обновлении (через поддержку) выполняются служебные обработки при смене релиза. Ну, например, разработчики решили отказаться от реквизита справочника, а перенести его в регистр сведений.
Просто при загрузке конфы, данные обработчики имхо выполняться не будут, что чревато.

(26) В какой то момент настанет карачун....

(29) "Карачун" может наступить, если при подготовке обновления (на копии, несколько релизов) не обновлять БД после каждого релиза.

(30) а если я сделаю так, буду релизы применять на базу с теми галками как они и есть, допустим до 3.0.42, а потом взять обновленный cf файл того же релиза 3.0.42 с нужными изменениями и применю его через поддержка -> загрузить конфигурацию их файла?

(28) Придется расковырять все обработчики.

(28) Они будут выполняться последовательно, но да - если в релизе 1.0.1 был Справочник1 и он заполнялся при обновлении на 1.0.2, а в 1.0.5 его переименовали в "УдалитьСправочник1", то ничего хорошего если сразу накатить на 1.0.1 релиз 1.0.5.

(33) Такого быть не должно.
Если 1С переименовал Справочник1 в УдалитьСправочник1, то они изменят и обработку обновления 1.0.1 - 1.0.2, заменив все вызовы "Справочник1" на "УдалитьСправочник1".
Если же описанная история случилась, это косяк 1С.

(34) т.е. ты говоришь что если сделать поддержка -> загрузить конфигурацию из файла, то данные не потеряются?

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

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

(35) > если сделать поддержка -> загрузить конфигурацию из файла

А зачем так делать?....

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

(35) не путайте, в поддержке пункта "Загрузить конфу" нету

(36) это утверждают только разработчики БП
разработчики УТ против того, чтобы их конфу обновляли через cf

обновлять надо так, чтобы была обновлена  конфа поставщика

=> правильный ответ в (5)

(36) с любого на любой. Выходит они в пределах одной редакции не удаляют объекты никогда, то есть помечают типа Удалить*, но не удаляют?

(42) Если что-то вдруг удалится, система об этом отчетливо скажет при принятии изменений.
Если ничего не удаляется - значит, все данные в системе сохраняются и все, что надо перенесется обработчиками обновлений, запускаемыми при старте программы.


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

(15) Не глядя что ли?
Я семерку обновлял тоже, помнится, за около 200 USD
Разные же случаи бывают...