абсолютно типовая конфа, кнопка включить возможность изменения присутствует
пределах одной подредакции

что если её обновить через загрузить конфигурацию из файла, а не через конфигурация - поддержка - обновить ?

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

(0) а чем смущает обновить? по времени дольше?

(1) да

(2) купи уже себе нормальный комп

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

(3) у меня нормальный

вон у клиентов 40 баз и их надо максимально быстро обновить

(4) +1 тоже так думаю

(5) параллельно обновляй
на нормальном железе не будешь успевать кнопки нажимать
как-то обновлял 7 баз на 5 релизов, еле успевал переключаться

(7) больше 3х делаешь -- дольще, чем последовательно

или 4-5

(4) предположение ?

(7) > обновлял 7 баз на 5 релизов, еле успевал переключаться

Проще батник написать, имхо )

(5) купи уже обновлятор и пусть он все сам делает

Обновлятор пусть купят.

(7) > как-то обновлял 7 баз на 5 релизов

ужа давно обновляю сразу на посоедний cf

(12) (13) ну так чем он отличается от интерактива ?
ничем -- обычный пакетный режим

зак который берет по 5 тыщ в час - обновляет 40 баз в ручную. где-то тут нестыковочка

(16) хочу высвободить время людей

(16)  клиент платит заку нравится Ж)

(0) С УТ 10.3.32.1  на 1.10.49.1 обнавлял -упало восстанавливал из архива.

(0) <ведь сейчас в последних релизах нет того, чтобы удалили реквизит и потом создали вновь> - да вон в последних релизах бухгалтерии из номенклатуры ставку НДС удалили, а до этого добавили новый реквизит, который устанавливали по ставке. Представь что у тебя будет если сразу последний релиз загрузишь

(14) это хорошо, я давно не обновлял уже

(17) Ну и освобождай :)

В РИБ есть такое понятие - "идентичные конфигурации" это всем известно. Но тоже самое относится и к типовым конфигурациям "на поддержке" - они тоже идентичные так, как являются потомками одной и той-же конфигурации поставщика. Ваш Кэп.

Далее делаем выводы самостоятельно или продолжать разжёвывать?

+(20) А ещё фокус в обязательных обработках обновлений. Нужно быть уверенным, когда перепрыгиваешь через релизы, что все обработки пропущенных релизов будут запущены в релизе места приземления прыжка :)

(20) что добавили в БП ?

(0) Есть, еще как.

(24) ВидСтавкиНДС (1сБП_3.0)

(23) >  Нужно быть уверенным, когда перепрыгиваешь через релизы, что все обработки пропущенных релизов будут запущены в релизе места приземления прыжка.

БСП-шная подсистема обновления конфигурации исключает подобные косяки. Каждая процедура обновления добавляется последовательно в дерево "нарастающим итогом". Пропуск возможен только, если сами разработчики выпилили какой-то из обработчиков принудительно. Что либо крайне маловероятно, либо делается намеренно и с какой-либо целью.

(26) охренеть

(5) Почему возникла необходимость обновлять БЫСТРО, а не как положено?

(26) в 1с кто-то упал на затылочную часть

(29) Как обычно - либо клиент прифигел от озвученной стоимости и длительности обновления, либо работодателя душит жаба так расточительно и бездарно тратить время работника - на тупое нажимание кнопок и пяленье на монитор.

(20) > ах бухгалтерии из номенклатуры ставку НДС удалили


взял и обманул
реквизит переименовали в УдалитьСтавкаНДС


таким образом нет проблем сразу перескачить на релиз

(29) у меня давно витала идея загружать, но всё как-то не пробовал )

зачем тратить время на глупости ?

(27) Она не исключает налёт на удалённые или несуществующие метаданные. Если у тебя нет физически реквизита, то нихрена она не отработает. Видал я таких рукожопов, которые так обновляли)

(0) >>ведь сейчас в последних релизах нет того, чтобы удалили реквизит и потом создали вновь (новый uiid стал)

Частенько бывает. Даже на старых конфах. Если грузить через cf, то реквизит обнулится, если тип несовместимый.

Кто то может привести сценарий когда при загрузке из файла может вылезти косяк в отличии от обновления?

Я почему то думаю что по факту что загрузка что обновление одно и тоже. Если конфа без возможности изменения.

Среди одинесников ходят мифы что обновлять через загрузку нельзя.

(36) Поставщик может установить такие правила, что нельзя будет загружать конфигурацию (возникнет ошибка). Мелочь, но не приятно - перед загрузкой необходимо снять с поддержки конфигурацию. Это не косяк, но факт, подтверждающий, что всё-таки загрузка и обновление - это не одно и тоже.

(37) Есть такие одинэсники, которые ухитряются загрузить чужую конфигурацию в другую базу и потом спрашивают тут на форуме как восстановить данные. Вот им я бы запрещал обновлять через загрузку - им это "нельзя!" :)

(33) Ты меня удивил. Глупости-обновлять через ж..загрузку.
Быстро только у кроликов получается.

(36) так он даже и пишет "загружаю конфигурацию" при обновлении через поддержку

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

ждём следующей темы: "Обновил через загрузку cf, теперь не неправильно считает НДС/не закрывается месяц..."

(33) перспектива глупо потратить время на восстановление убитой базы не пугает?

(35) номер релизов приведи

(14) Надо смотреть обработчики обновления. В некоторых конфигурациях удаляют старые, например в БГУ 2.0.60 выпилены все что было до 2.0.54 релиза.
Т.е. с 2.0.52 корректно не получится обновиться с помощью загрузки cf.

(0) Есть, особенно в последних - там их удаляют-добавляют с такой скоростью, что только успевай следить.

(46) конкретный примеры приведи

вот тут одну конфу обновляли -- 2 суток

криво обновил товарищ (в cf потерял кое-что)
в итоге в готовый cf добавили недостающие и через загрузить cf  база была готова через 4 часа

(36) Иногда бывает меняется структура хранения данных. Нечасто, но я встречался несколько раз. Более вероятно это на старых базах, которые много раз обновляли. Как и описанное в (41).

(42) Скорее будет "Обновил через загрузку - упала база" или "Обновил через загрузку - пропали данные".

(47) Так ты сравни релизы за последние несколько месяцев.

(49) помоему нет никакой разныцы как ты в основную конфигурацию залил cf. Обновлением или загрузкой.

Если после загрузки cf упала база, то и после обновления она так же упадет.

База падает когда обновляется конфигурация ИБ,

(50) Только вот, почему-то, после загрузки такие проблемы были, а при нормальном обновлении даже не припомню. Он ведь при обновлении берет имеющийся cf, и добавляет то, что есть в cfu, а при загрузке ты подсовываешь абсолютно неродной cf, там где-нибудь что-нибудь отличается (ведь бинарно cf одной версии в разных базах не всегда совпадают), и структура хранения данных меняется.

(49) > Так ты сравни релизы за последние несколько месяцев.


конкретный пример приведи
название конфы,  какие релизы сравнить

(51) при обновлении берется цфу из  него готовится цф и он уже загружается

кстати, в цфу только разница между конфами поставщиков
а в цф присутствуют : основная конфа и конфы поставщиков

(54) если конфа на замочке, то конфа всего 1

(53) Поэтому БЫСТРЕЕ обновлять из полного цф

(55) есть конфы на замочках с 2 поставщиками )

(56) это дольще, чем просто загрузить )
см в 48

(58) там ни слова про конфу на замочке

(57) а что ты собираешься загружать в конфу с 2мя поставщиками?

(59) да тут тоже самое

если ты конфу дописал (только код), то ничем
если ты в конфу добавил объекты

(61) Так ты переносишь дорабтки в новый цф, а потом загружаешь чтоли?

(62) тут была ещё одна конфа нетиповая

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

(53) Берется cf из твоей базы, а он может быть не таким, как у 1С. Даже если все на замочке без возможности изменения. У полученных cf иногда даже размер различается.

(64) на замочке не может

(65) А ты проверь - выгрузи конфигурации на замочке и сравни между своими базами и тем, что на партнерском диске лежит.