Цитата:
Сообщение от
gl00mie
то там очень много вещей, которые "традиционно" дописывались самостоятельно;
Согласен. При выборе новой системы - этот аргумент убедительный. А вот когда все пользователи отработали на "дописке" и ей обучены - то смысл менять шило на мыло просто так (а точнее заплатив за это) - отпадает.
Цитата:
Сообщение от
gl00mie
в результате чего ряд модификаций можно переписать более оптимально как по размеру и простоте кода, так и по скорости работы.
Можно. Но зачем это клиенту ТАКОЙ ценой? Оптимизировать скорость выполнения можно и в старом коде с на порядок меньшими затратами
Цитата:
Сообщение от
gl00mie
И еще немаловажный момент - это переход на следующие версии. Чем новее текущая версия - как в плане ядра, так и в плане функционала, тем последующий переход проще и дешевле.
Но при этом мы забываем про уже понесенные затраты на текущую версию.
Что лучше для пассажира - доехать на электричке из 1-й зоны в 20-ю или сначала из 1-й в 10-ю, а потом из 10-й в 20-ю?
Когда едешь с пересадками - больше прыгаешь и мучаешься. И главное - больше платишь.
Цитата:
Сообщение от
gl00mie
А если "критические ошибки" - в ядре, то партнер и их исправит?..
Нет. Но и принципиальных "критических ошибок" в ядре практически не бывает (или они легко обходятся). Потому что ошибку в ядре либо видят все и работать не может никто, либо видят только некоторые. Ядро оно на то и ядро. Кстати - это очередной довод не менять ядро (не менять уже проверенное ядро на новое - "лучшее враг хорошего" (с))
Цитата:
Сообщение от
gl00mie
Зато чем новее версия ядра и приложения, тем меньше в приложении нужно модификаций (при нормальном использовании стандартного функционала) и тем проще и быстрее накатывать очередной SP

Конечно. Вот только стоит цена вопроса этого SP. Если от SP нужна только 1/10-я часть, то стоит ли она годовой подписки? Может ее просто заказать как разработку партнеру? Дешевле может выйти.
Цитата:
Сообщение от
gl00mie
Разумеется, нужно в определенном смысле перевнедрение, чтобы задействовать новые возможности, но ведь и Аксапта - это не среда для разработки, раз уж купили ее, то надо брать от нее по максимуму. Опять-таки, с точки зрения поиска консультантов и разработчиков инетереснее иметь последнюю или предыдущую версию (и запланированный переход на последнюю

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