Надо обновить УТ11.
Релизов штук 7 уже вышло.Много доработок.
Планирую
1) сделать копию выгрузкой
2)ее обновить сохранив изменения , проверить все и выгрузить конфигурацию в файл
3) обновив рабочую загрузив конфигурацию из файла.
так можно? Проблемы какие возможны? конфигурация поставщика при этом обновится?

>конфигурация поставщика при этом обновится?

все обновится если "источник" обновлялся адекватно

(0) "Много доработок." — и все они вдоль и поперек пересекаются с типовым функционалом?

Можно, если граматно обновить копию базы!

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

удивляют люди, которые даже в слове "грамотно" делают ошибки

(3) Нельзя быть таким безапелляционным :) Можно упасть на реорганизации БД (один из этапов обновления).

>п.3 - нет, нельзя. Ибо не гарантируется сохранность данных

если обновлять нормально ничего ужасного не случится

>Получается банальный прыжок через несколько обновлений

1с старается реквизиты не удалять сразу, просто переименовывают

>Можно упасть на реорганизации БД

а может от того что место на винте кончится

(5)извиняюсь.
Возможно, но бывают случаи когда только так.

(6) этой реорганизацией одинесники пугают своих детей.
будешь плохо слушаться - придет реорганизация и отберет твои данные!

а по факту - была всего одна реорганизация - при переходе БП с 1.6 на 2.0.
сейчас в 3.0 половина МД - с приставками "удалить", тянутся еще с древнейших 2.0 релизов и удалять их никто не собирается

И снова старая песня о наболевшем.
Вроде уж давно все обсосали, к чему еще одна ветка?

(офф) "Релизов штук 7 уже вышло"(0) - эка невидаль. Я вот сижу размышляю как легче на 27 обязательных релизов прыгнуть :))

(4) Можно, если осторожно. Он же будет последовательно их накатывать на копии сначала, вдумчиво и со чтением сопроводиловки. Если будут стрёмные моменты - их можно будет своевременно выкупить. Для очистки совести можно проверить получившийся результат на еще одной копии.

(13) >>Если будут стрёмные моменты - их можно будет своевременно выкупить.
Это интересно как же?

(13) + ... и все обработки обновлений, через которые собирается перепрыгнуть, соберёт в последнем релизе...

ещё раз про прыжки через релизы
http://www.kaminsoft.ru/technical-questions.html#p432

(14) Глазками. Чтение аннотаций к изменениям, перенос каких-либо данных на старте, удаление объектов и реквизитов при реструктуризации.

>Чтение аннотаций к изменениям,

лучше сразу код процедур обработки обновления иб прочитать

(17) (18)
фигня.
проще ставнить старый и новый релиз на предмет того, что удалили в старом релизе - выставить соответствующий фильтр.

если из старого ничего не удаляли - вперед к обновлению напрямую

*сравнить

(10) в этом и прикол. Обработка допустим ищет реквизит Сотрудник. А там нет его. А есть реквизит УдалитьСотрудник.

(19) В принципе, согласен. Если ничего не удаляли, а был просто перенос, то обработчик переноса отработает корректно при прыжке через несколько.

(19) Хотя - нет. Не согласен. Маловероятный случай, но могли переименовать, перенести а потом опять переименовать. Лучше все-таки внимательно проанализировать суть изменений при тестовом последовательном обновлении.

"Если ничего не удаляли..." Чего вы зациклились наодном и том-же?Вот вам, на предмет пожевать:

...
    // В сохраненных настройках также необходимо установить пользовательские настройки
    ОбновитьСохраненныеНастройкиПроизвольныхОтчетов();
...

(23) да пофигу.
как бы не переименовывали-  ид метаданных остается тоже самое.  Таблицы БД остаются теми же, данные никуда не деваются.

(21) ничего страшного, последнее обновление всегда в курсе, что реквизит теперь называется "УдалитьСотрудник" и перенесет данные именно из/в него

(25) Только вот обработчики обновлений работают не с ид метаданных.

(26) А вот обновление в середине нихрена про это не в курсе.

Обработчик "срединного" обновления, в смысле.

(25) 1с может устроить западляну

метаданные новые, а модули обновления "старые" (если разрыв большой)

(29) ничего страшного, там все предусмотрено. должно быть, по крайней мере. проверить существование МД полюбому нужно, тем более при обновлении

"Обвиняемый не прав и продолжает настаивать на своих заблуждениях" (из протокола инквизиции :)

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

(32) требую, чтобы судья привел доказательства - ссылки, номера релизов, где такое случалось.

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

(34) Не было ни единого разрыва?

кстати,планирую сразу все релизы накатывать без обновления, потом перенести все доработки и обновить.
1С там грамотно обновление делает в режиме 1С? вот за это место волнуюсь.
т.е. должно последовательно все релизы обновить

предлагаю утопить Стима - если не всплывет, значит не ведьма

>1С там грамотно обновление делает в режиме 1С?

в ут11 может и возможны заепы из-за бсп - отложенные обновления и прочая мутота там пользуется?

(35) ни йединого!!

(34) Уже указал строку в (24) - изменение структуры сохранённых настроек отчётов. Если не обновить - слетят настройки.

(37) +1

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

ИМХО, всё предельно просто.
Элементарная логика подсказывает, что корректность прыжка через несколько релизов не гарантируется. Более того, об этом пишется черным по белому.
Поэтому профессионал будет это делать с оглядкой и страховкой.
(39) Если на твоей памяти базы не крашились, это не повод не делать бэкапы.

короче понял возможные проблемы, если 1С там что то удалила в промежуточных релизах. надо проанализировать все и проверить.

(34) Да недавняя история конца февраля, когда в бухии переименовали реквизит ФизЛицо.

(43) Удалила или переименовала. Плюс возможен стремный вариант, когда в последующих релизах обработчики предыдущих обновлений отличаются от действовавших. Хоть это и маловероятно.

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

>еще говорится о возможных конфликтах между монопольными и отложенными обработчиками обновлений

бсп - чудо враждебной техники

(34) Обновление 1С Бухгалтерия 2.0

(44) переименовывали, да, помню

но еще раз:

если реквизит был переименован, значит и обработчики были переделаны, начиная с этого релиза.
если в 10 релизе было физическоеЛицо, в 12 - физЛицо, а в 11 была какая обработка реквизитов МойДокумент.ФизическоеЛицо,
то и в 12 должна повториться обработка МойДокумент.ФизЛицо

(48) хорошая, правильная ветка..
ну бывает, чо

>если реквизит был переименован, значит и обработчики были переделаны, начиная с этого релиза.

влажные фантазии... рефакторинг не всегда полный делают

(48) у человечка руки с ж.пы... только и всего

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

(52) ага, кривые руки, которые лечатся соблюдением рекомендаций поставщика???

(49) А теперь представь - даже без удалений.
1. Было ФизЛицо
2. Потом переименовали в ФизическоеЛицо
3. А потом опять в ФизЛицо
Как ты думаешь отработают обработчики по этому реквизиту для обновления №2 при прыжке с 1 на 3?

(55) + Или ты думаешь, в 1С их рефакторить и тестить будут? Ага, щаз!

+(43)кстати и это не проблема, при обновлении в режиме 1С тогда легко это проверится- при обновлении выдаст ошибку

(55)см(43) выявится при обновлении копии

Кто-то мне может ответить на (53)?
Зачем ломать голову и скакать через релизы?
Какой в этом тайный смысл?

(59) Сабж прочитать не судьба? Или всё равно смысл ускользает?

(59) и каждый раз пересобирать новый cf со своими кастомизациями?

(60) смысла прыжка в сабже не вижу...
Много доработок?

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

(59) ты франч, тебе не понять. у тебя почасовка, а у фикси - оклад

+ иногда проще прыгнуть через 100500 релизов, и проверить данные, чем все 100500 релизов всю неделю тянуть свои изменения.

(64) ты у меня трудовую что ли проверяешь регулярно?
При чем здесь франчи/фикси?

(65) проще неделю парить мозг на предмет анализа возможных траблов из-за прыжков, чем неделю, не задумываясь особо, жать на кнопки обновления?

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

(67) Stim вон вообще не парит мозг. Обновляет левой пяткой почти не глядя через сколько угодно релизов.

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

(63) бывает и так

(68) ясно... Вопрос, получается тогда, скорее, не в обновлении как таковом, а в кривых доработках, которые не дают ставить нормально обновление...

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

(73) Ага. А лучше вообще не трогали. Любая существенная доработка священной типовой - ересь и подлежит каре господней.

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

(75) Скорее несущественные. Я не сильно в этой теме, но чтоб существенные доработки тех же форм можно было делать, кажись только в последних типовых начали нужных обработчиков досыпать.

>в таких случаях руки лучше выпрямлять еще перед доработками

1. бывает что это "тяжелое наследство" на которое уже накручено много чего
2. бывает что это код отраслевых
3. отдельное спасибо 1с за таскание функций туда-сюда по модулям
4. руки надо выпрямлять пейсателям типовых - за хардкод в "общих" модулях - имена табличных частей и видов документов

(76) делай свои обработчики, подписки, внешние...
У меня клиент есть на ЗУП, так у него даже возможность изменений не включена... А расчеты ведутся уже очень нетипово, не говоря уже про отчеты и всякие заполнения...

(77) ну 1 и 2 - бывает, по факту приходится разбираться, но прыжки это наследство никак не оправдывает...
3 и 4 - вообще никакого отношения к прыжкам, кривота типовых никуда не денется ни с прыжками, ни без оных...

>не говоря уже про отчеты и всякие заполнения...

никто не знал про подключаемые обработки заполнения и внеш. отчеты. эврика...

>но прыжки это наследство никак не оправдывает...

кривые прыжки - это кривые руки и очередная подстава от 1с виде отложенных процедур

какой-то беспредметный спор.
бывает так, что можно обойтись без изменений, а бывает так, что приходится внедрять подсистемами и курочить типовые объекты, да.

(82) когда ж ты утонешь, сатана! сказано уже что подобные изменения греховны

(80) да, похоже, это будет открытием для тех, кто курочит типовой функционал до невозможности штатного обновления...

(84) отчет можно добавить как внешний можно как встроенный

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

(83) настоящий гений не тонет)

(86) Он - дарит.

(87) не настолько)

(88) нам самозванцы ни к чему.

(72)да, доработок много и они, спасибо предыдущим прогам, кривые. много тех же предопределенных,десятки новых реквизитов даже у одного объекта, почему не на свойствах сделали для меня загадка, теперь возись с обновлениями.
7 релизов это только промежуточные
всего штук 15.
не получится с наскока прыгнуть на последний(проверка на копии покажет) придется прыгать...

А Stim смелый, прыгай говорит через релизы бексер'у у которого в карточке написано интересы:бокс. Это может плохо кончиться

(0) п 3 опасен. Лучше сравнение/объединение, но при этот конфа поставщика не обновится.