Стоимость перехода Axapta 2.5->3.0 - как оценить?

[Pavel]

Цитата:

Изначально опубликовано Михал Семенов
...хочу понимать, как они сами ее решают, насколько так сказать правильно.

Стандартно, каждый в силу своей мудрости оценивает часы, а затем умножает на ставку своих специалистов. Потом в случае "благосклонности" могут дать скидку. Ставки на рынке достаточно ровные, так что возвращаемся к часам, т.е. к мудрости конкретного поставщика.

Цитата:

Изначально опубликовано Михал Семенов
И есть у меня опасения, что одна только работа по классификации всего этого - может занять не один человеко-месяц, если конечно делать ее качественно.

Здесь есть некоторое заблуждение. Без "разбора завалов" перенос решения клиента в новую версию поставщика в принципе невозможен, а работа по документированию этого переноса (расстановка комментариев, нумерация модификаций, идентификаторы программистов, перечисления элементов, документация) работа простая, не интересная и не требующая много времени.

Цитата:

Изначально опубликовано Михал Семенов
Должен быть более быстрый и менее трудоемкий способ сделать то же самое.

Теоретически вы можете провести сравнение одноименных элементов в новой версии и решении клиента, а затем механически перенести разницу в новую версию. В системе даже средства для этого есть. Казалось бы, что проще?
Однако, такого рода перенос не гарантирует совпадения бизнес логики модификаций выполненных клиентом и производителем в одних и тех же элементах.
Простой пример, клиент модифицировал некую функцию под свою специфику, а производитель/локализатор в новой версии изменил функцию или даже переписал ее заново. После механического переноса кода, написанного клиентом, с вероятностью 99% система заработает некорректно.

Цитата:

Изначально опубликовано Михал Семенов
Легкость в миграции всегда подавалась как одно из главных преимуществ Аксапты, ее конек.

Вас обманули. Такова работа маркетологов - сочинять сказки для взрослых людей. Система действительно упрощает обновление версий по сравнению с другими продуктами, но упростить решение задачи и гарантировать отсутствие проблемы обновления - совсем РАЗНЫЕ вещи.
Почитайте форум, первая полезная рекомендация будет состоять в том, что не нужно ПРОГРАММИРОВАТЬ, т.е. модифицировать продукт.

Цитата:

Изначально опубликовано Михал Семенов
Я бы сильно удивился, если вдруг выяснится, что никаких других методов, кроме тупого перелопачивания десятков мегабайт кода - нету.

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