Я перевел систему 25сп2хф1 на ах30, а теперь уже и ах30сп1
Проблем было много, тк версия обживалась с 2001г и притерпела множество изменений.
Основные проблемы и их решение легли на пересмотр ведения бизнес процессов в системе. А имено уход от модификаций, там где это возможно, на чистую систему.
Дело в том, что большинство (ну пусть не большинство
) проектных модификаций делается для удобства (привычки) пользователей... так как на чачальном этапе работы с системой пользователи страдают определенными трудностями в "понимании" логики системы.
Очевидно, после нескольких лет работы стало возможным передти на ахапту, а не на конструктор сделай сам.
И автоматизировать бизнес процессы фирмы уже в логике системы, дописав (перенеся) только необходимое.
Стоит так же отметить, что весь блок модификаций, например, в модуле кассы (а там было очень много всего сделано) переносить не пришлось, тк ах25сп2 и ах30 не совместимы в логике работы модуля кассы... (те делать с нуля)
А вот все исторические данные в ах30 нужно было оживить, что и было проделано.
Для оценки Вашего проекта нужно видеть версию и знать Ваш бизнес.
Потому как я уверен что при переходе на ах30 Вам придеться пересматривать многие процессы в новые возможности системы
Ну а тестировать перенесенные модификации - это вообще песня
Так что утверждение "возмите, скажем, 20% от времени изготовления модифы на ее перенос" не верно (ИМХО) - тут смотря какая модифа... а то и х3 ко времени будет, а еще и тестировать.
Тем более сразу скажу, все изменения связанные с разноской в ГК в ах30 придеться писать заново или время будет точно >= времени создания