v7: Как обновляете сильно нетиповые? #453826

Часто бухи не хотят обновляться, чтобы закончить свои дела в стабильно работающем релизе. В результате часто имеем устаревшую на полгода и 5-6 релизов сильно нетиповую конфигурацию. Т.е. много отличий в парах "старая типовая" - "новейшая типовая", "старая типовая" - "рабочая (нетиповая)". Новейший релиз предназначен для обновления с конфигураций версии "новейший - 1". Как обновляетесь в таком случае и подобных?

Где вариант "С матами и кровью"? :=)

обновляю только через критичные релизы, где есть обработка данных.

Где есть обработка данных - это читать код обработок "ОбновлениеИнформационнойБазы"?

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

Готовлю на копии CF с последним релизом и своими изменениями и его уже загружаю. Иногда приходиться через 5-6 релизов скакать

не проще когда сделал обнову с умом - шарящим бухам дать потестить в сети ?

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

+ правда у меня "не сильно" нетиповые

Вообще-то правильную методику обновлений уже описывал. зы Не ларек.

А чего ето УПП по кривой объехал? Конва - как конва. И проблемы те-же.

Спасибо спецам работавшим до меня. Они воистину сумели нарушить все разумные правила и ограничения внесения изменений в типовые конфигурации, чтобы сделать её совершенно необновляемой. В результате имеем ужасный гибрид версий 1.5.11 и 1.6.14 бухгалтерии, где абсолютно непонятно чего в ней больше от 1.5 или от 1.6. Приходится просто дописывать то что необходимо, по возможности заимствуя из типовых. Жду выхода 2.0, чтобы прикрыть этот зоопарк и перейти на новую редакцию. Сам лично  считаю, что правильнее обновляться последовательно или через пару тройку релизов.

УПП только последовательно.

вот буквально вчера закончил. обновлять с 15.5 на 22.4 бухню :) гемор тот еще.. учитывая то что там три обязательных обновления. 19.3, 21.6 и затем уже 22.4 обновлял так: открыл три конфигуратора в каждом из которых соответствующий типовой релиз. в четвертом конфигураторе сравнение типовой 15.5 с нетиповой 15.5 ну а затем.. новые объекты и реквизиты все через сравнение объединение. у многих объектов - формы отдельные были сделаны. но по прошествии стольких релизов часть форм ошибочна ибо используют перемещенные процедуры и функции в общем за тем уже неторопять открываю например справочник "организации" - смотрю чего туда "надописывали" и по необходимости сразу в три открытые конфигурации переношу :)

Это хорошо, когда есть с чем сравнивать (в твоем случае 15.5). У меня гибрид 1.5.11 и 1.6.14 с огромным количеством "авторского" безумного кода и прикруток из более поздних релизов. Сравнить это с чем-либо просто невозможно.

ну тут 2 варианта. 1. найти наиболее "старый релиз" или от которого большинство объектов осталось.. и отталкиваться от него :)

Принял решение забить :) Жду выхода финала 2.0 и буду переносить данные туда. От перехода рано или поздно не увернуться (поддержка 1.6 вроде как только до конца 2010), а поддерживать эту кашу, что есть сейчас, в актуальном состоянии просто нереально.

Т.е. готовить "последовательно" несколько cf, правильно понимаю? Пардон, где описывали правильную методику? Рефакторинг - хорошо, когда сам писал, а "авторский безумный код" рефактурь, не рефактурь... Переносить данные - это остатки?

долго ждать придетца

Обновляю до типовых и за деньги пишу доработки поновой :)

Не обязательно. В УПП есть варианты. Тоже можно "через раз" обновляться. Как это забить? А изменения законодательства? Бухия по старым законам? :( Ни как не можно :(

а по поводу забить - уж слишком дофига нового с начала 2010ого  появилось.. сложновато забить будет. я бы подумал на счет перехода с нового года на типовую (естесссно с анализом "дописок") скорее всего (раз там такой зоопарк) -процентов 70% этого зоопарка нафиг никому не нужно и не используется ниразу

хз. я пристально не смотрел.. но конвертации например платежек по ВСЕМУ периоду базы после некоторых обновлений а так же какие то там тотальные пересчеты - насторожили... ну его.. лучше последовательно раз такие пироги..

Увы почти все дописки нужны. Ну если разобраться, то принципиально нового с 2010 не так и много - как и раньше допишем руками. А почему долго. На партнерском вроде как писали, что вот вот выпустят. Я очень рассчитываю на первый квартал, чтобы в середине года перейти. Планирую переносить не остатки, а все данные. Но окончательное решение пока не приняли.

ну да.. 8.2 вышла к четвертому кварталу.. а толку ?

Ну есть надежда, что КОРП (на основе которой пишется БП) уже в эксплуатации некоторое время, а соответственно ошибок в финале БП будет не слишком много. Хотя то что они там будут. почти не вызывает сомнения

Пожалуйста, голосуйте для статистики.

а смысл. у меня НЕ УПП но я обновляю в зависимости от потребности. когда обновления "проходные" то и через несколько.. когда обновления "важные" то последовательно

Мне нужна статистика. Для этого и голосовалка.

дык нет моего варианта же :) чо голосовать то

иногда так

иногда и эдак

бывает что и так

хотя зачастую

обновления в случае "сильно нетиповой" - это такой гемор. Когда работала во франче - сталкивалась что кто то номер релиза обновлял - и все. Работнички.

только если обновления критические

вообще не понимаю, зачем обновлять сильно нетиповые...

Бухгалтерия. Законодательство.

и что? законодательство раз в неделю меняется? по мне так проще дописать пять минут, чем два дня обновлять. из последних крупных переписок, это превращение суммовых в курсовые. да и то это было года 4 назад. остальное все по мелочам...

>>по мне так проще дописать пять минут, чем два дня обновлять см. >>Спасибо спецам работавшим до меня. Они воистину сумели нарушить все разумные правила и ограничения внесения изменений в типовые конфигурации, чтобы сделать её совершенно необновляемой. и >>У меня гибрид 1.5.11 и 1.6.14 с огромным количеством "авторского" безумного кода и прикруток из более поздних релизов. Сравнить это с чем-либо просто невозможно.

не понял, и что?...

+ я то пытался донести мысль, что когда количество дописок превышает разумные пределы, то какой смысл все это обновлять? абсолютно никакого...

Есть заказ от бухгалтерии: нам надо новый релиз.

если им шашечки, то почему бы не послать...

Как вариант - да.

Ну почему все такие альтруисты и не действуют как в :(

а если доработок 80% от типовой?...

Ну дэк считай работой на года 2-3 обеспечен :)

+ А потом все по новой :)

а, ну тогда конечно ;)...

Было как-то в веточке. В кстати, упомянуты часть правильных действий.

А как иначе то? Еще скажите что кому то из нас интересно "идеальное внедрение", после которого заказчику не нужны наши услуги :)

Мне интересно. После этого другие платят за внедрение не по "типовым" ставкам.

Ставки вполне подойдут "типовые", окупится количеством часов :)

Нет. Обновление потом будет занимать значительно меньше времени. А приезжать на скажем 4 часа - не хочется. Лучше пусть высылают базу и уже с готовым обновлением приеду. И возьму деньги.

Ну ни какой "техники подхода к клиенту" :( Ну почему бы Вам не убедить клиента что: 1. Поездки к нему это лишние деньги и ВЕСЬ мир уже давным давно работает на удаленном доступе. 2. Они сомневаются в безопасности - так ВЫ самый лучший специалист и заодно подтянуть клиента на хотябы раз в месяц услугу "аудит информационной безопасности" 3. Ну если первые 2 пункта выполнены действительно - какой смысл ногами ходить? Слей все по инету.

неужели у всех переписанные???? Жуть. А нам нормально, обновляю как только обновления выходят :) Что-то не пойму за что голосовать. Это очень тонкий и сложный момент, который очень мало кто до конца понимает. У клиента надо обязательно появляться хотя бы пару раз в месяц. В противном случае он уйдет к нормальному 1Снику

Кто еще не голосовал?