[Batchir]

До 13.00 нужна информация.
Появился клиент у которого стоит 7.7 254 с кучкой доработок, обратились за обновлениями.
Вопрос к тем кто работает с 7.7: Типовую 254 можно напрямую обновлять на последний, просто слышал что были какие-то обязательные промежуточные релизы

[Flexy]

Вот [необходимо зарегистрироваться для просмотра ссылки] что-то подобное обсуждалось

[Acid]

очень много изменений по структуре. только вручную.

[Batchir]

Так, понял что 266 обязательный, а дальше кто-то знает, нормально обновляется?

[Ziam]

Сразу ток вроде до 268. Не помню точно. Там план счетов был переделан. И надо было с бубном танцевать над ним. В updete.txt вроде все расписано было. А потом можешТЕ и до 281 догонять.

[Ziam]

З.Ы. Извините, забыл про вежливость. )) Жалко нельзя тут править свой пост. Или можно, но я не знаю как.

Причина редактирования: На первый раз прощаем

[Batchir]

очень много изменений по структуре. только вручную.

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

[Batchir]

хм, нужно уточнить - так 266 или 268 обязательный. Вы ж понимаете что это достаточно важно т.к. имеющиеся доработки в 254 нужно переносить в каждый обязательный релиз, это всё трудозатраты и нужно рассчитать какую сумму анонсировать клиенту.

[Ziam]

Поднял историю, правда у меня она началась с 258 релиза.
Критичным является 266 релиз. Там было переименование счетов, и надо было в пользовательском режиме их менять, потом объединять, потом обновлять дальше.
Так что проверьте подобные до 258 изменения (если можешь). Потом типовой 254 догоняется до 266 (если до 258 нет ничего ключевого в обновлении), а потом уже получившееся догоняется сразу до 281.

[Batchir]

В общем докладываю результаты тестирования обновления типовой демо базы:
1. в 254 релизе сделаны рекомендации, которые шли к 266
2. обновил 254 на 266 и выполнил продолжение рекомендаций.
3. обновил на 281.

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

[Ziam]

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

[Ardi]

в 266 релизе менялись АГРО счета.
Они обычными фирмами не используются - и если оборотов по ним нет - не нужно переименовывать, а напрямую обновлять.

ИМХО.

[Batchir]

хз, я привык придерживаться рекомендациям.

[Zaval]

В 266, помнится, и что-то связанное со счетом учета то ли МНМА то ли МБП зацеплено.

Строго говоря, на 266 останавливаться не обязательно. Есть, конечно, риск, что обработке в режиме Предприятия понадобится реквизит, напрочь удаленный пару релизов назад... но недавно делал 263 - 280, за один проход получилось)

[Pepe]

Пришлось на неделе обновлять один 254, второй недалеко старше. Обновил сразу на 281. В обоих случаях никаких дополнительных действий не потребовалось, оборотка совпала. В одном пришлось потанцевать со справочником налоги и отчисления - в ручном режиме создать группы, необходимые для выполнения обработки обновления релиза.

[Batchir]

Ну попробую, все равно на тестах ничем не рискую. Перенесу все доработки в 281 (а там их дофига) и попробую обновить, если не прокатит, то уже подготовлю 266 для обновления.

[Acid]

хм, нужно уточнить - так 266 или 268 обязательный. Вы ж понимаете что это достаточно важно т.к. имеющиеся доработки в 254 нужно переносить в каждый обязательный релиз, это всё трудозатраты и нужно рассчитать какую сумму анонсировать клиенту.

заряжай 10 часов, не ошибешься

[Batchir]

ну я так и планировал

[Ardi]

заряжай 10 часов, не ошибешься

ну я так и планировал

Ни зуя себе.

[5_kopeek]

Я, конечно, вовремя, но, может, кому еще сгодится. Скорее всего, буду повторятся.
Можно обновлять с 254 сразу на 281. Сегодня обновляла. По плану счетов идут изменения по агросчетам, необоротным активам, ... , 21 и 28 группам счетов -- самые используемые. Некоторые счета удаляются, если по ним были остатки, тогда будут проблемы. Все изменяемые и удаляемые счета видно при объединении -- можно потом (или по ходу в копии) дополнительно проверить правильность (или наличие) остатков и движений по таким счетам. У моих клиентов были остатки и движения по счетам 21 и 28 группы. Все осталось корректно без вмешательства. Со счетов, которые удаляются, остатки стоит предварительно перенести. Некоторые счета создаются. В связи с этим стоит обратить внимание, не создавали ли клиенты счета руками с такими же кодами. В частности, 286.
Не знаю, как кому, мне хуже всего обновлять такие древние, если была радикально переписана ЗП. Логика модулей с тех пор существенно изменилась, и приходится повозится, чтобы все было красиво.
Инструкцию к 266 релизу за все время так и не собралась прочитать. Наверное, лучше это сделать.
Больше ничего полезного в голову не приходит.
Ах, да! По поводу 10 часов согласна с Ardi.