Предварительные выводы о переходе с AX2009 на AX2012

[EVGL]

Да, в общем, ключевые моменты понятны: страшнее всего все формы и отчеты переделывать. Всех пользователей придется переучивать, все основные формы не узнать, редактирование данных в гридах по умолчанию запрещено.

[gl00mie]

Цитата:

Сообщение от Pustik

Где ожидаются самые сложные моменты? Есть ли места, где не помогут релиз-апдейты и будут ли (возможны ли) они вообще? Где, по Вашему мнению, предвидится самый большой объем работ? Как переход повлияет на переучивание пользователей? Где стоит более внимательно подойти к вопросу целостности базы данных? и т.д.

"Я книгу не читал, но осуждаю..." Т.е. я лично пока не заморачивался вопросами перехода, только читал документацию: что нового для разработчиков, что нового в функционале, какие вещи выкинуты и забыты и т.д. У меня лично сложилось впечатление, что в свете российских реалий если кастомизации 4.0 и даже 3.0 можно было перенести на 2009-ю практически как есть и заставить работать грубой силой, то тут уже - без вариантов: только полное перевнедрение, перенос данных сальдовками и запуск с чистого листа.

Цитата:

Сообщение от EVGL

Да, в общем, ключевые моменты понятны: страшнее всего все формы и отчеты переделывать. Всех пользователей придется переучивать

Ну тут-то все понятно: у людей есть свое вертикальное решение, которое рано или поздно придется продавать на базе 2012-й, а не 2009-й, поэтому на вопрос "переходить или нет" тут ответ лишь один.
Но в целом... примерно с начала этого года на форуме начало появляться сравнительно много вакансий в компаниях, которые работают на 2.5 или 3.0 и хотят перейти на 2009-ю (а, может, кто-то и не хочет). Напомню, что 3.0 RTM вышла в 2002-м году - 9 лет назад. Представим себе типовую российскую компанию, работающую на 4.0 или, тем более, 2009-й: зачем бы ей вдруг понадобилось переходить на 2012-ю? Мне кажется, именно на этот вопрос нужно в первую очередь найти ответ, а не на вопросы технического или организационного плана - "какие подводные камни", "как дописывать скрипты конвертации данных", "сильно ли придется переучивать пользователей" и т.п. Мне лично это отчасти напоминает ситуацию с 1с 8.1 на фоне появления 8.2: с одной стороны, специалистам обычно интересно работать с последними версиями ПО, а с другой, компаниям, которые уже внедрили предыдущую версию и которых она устраивает, на переход могут подвигнуть либо серьезные проблемы масштабируемости/производительности, либо серьезный дефицит специалистов, желающих работать с "позавчерашней" версией системы.

[Pustik]

Цитата:

Сообщение от gl00mie

У меня лично сложилось впечатление, что в свете российских реалий если кастомизации 4.0 и даже 3.0 можно было перенести на 2009-ю практически как есть и заставить работать грубой силой, то тут уже - без вариантов: только полное перевнедрение, перенос данных сальдовками и запуск с чистого листа.

боже как это пугает )))