Есть старая база с релизом ут 11.4(много доработок и тп), решили переходить на 11.6. Как, с точки зрения оптимальности и минимума затрат, это сделать? Пока видится два варианта - 1)Пробовать делать обновления(но понятно будет много проблем) 2)Ставить свежую 11.6 и в неё тащить что нужно

(0) Обновить, тогда трудозатрат на перенос будет 0

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

(2) Но при таком подходе, затрат на перенос остатков будет же 0, верно?

Опять, затрат чьих? пользователей, Сергиуса, мистовцев- в ТЗ не указано

(3) Ну, если считать, что перехода может не случиться, то да, 0.

(5) Да ладно тебе, поплюются на старые печ формы, доработают обмен, а там глядишь и новое место работы

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

(7) Было 5 лет на переход на 11.5

Осталось 5 рабочих недель до нового года

(0) а как с переносом остатков будете переносить ЭДО в новую базу?  Ведь там незавершенные документы уже не мигрируют

(9) 7 с половиной )) И работу 31.12 тоже никто не отменял ))

(11) Да и первого января можно на работу в 6 утра выйти)

(8) так нет же инфы по срокам.

(11) Это если у него согласовано и подписано детальное ТЗ, а у ТС нет даже приблизительной оценки работ, не говоря уже о какой-либо модели учета, так что реальных 5

(13) Думаешь, данная задачка актуальна к 30-му году?

Я всегда за перенос остатков. Да ещё собственными правилами.

(0) >>  решили переходить на 11.6. Как, ..., это сделать?

Задайте этот вопрос тем, кто принял это решение. Это же очевидно.
Ведь люди, принимавшие его, исходили из чего-то... Какие-то доводы у них были. Какие? Причины?

В сторону пункта 2 (перенос в чистую базу) имеет смысл смотреть только в том случае, если все сделанные доработки больше не нужны. В противном случае перенос остатков плюс перенос доработок обойдётся "дороже" по трудозатратам, чем любое обновление.

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

(15) ой, я за этот год столько чудес наблюдал, так что все возможно)