Переход (upgrade) Аксапта с версии 3 на Ax 2009

[Evgeniy2020]

Переход (upgrade) Аксапта с версии 3 на Ax 2009

Здравствуйте,

в настоящий момент на нескольких предприятиях начинается upgrade переход с Аксапты 3.0 на новую версию Ax 2009 SP1

и хотелось бы по возможности не изобретать велосипед,
а выработать best practices для эффективного перехода.

если кто то может поделиться ссылками на грамотный подход при upgrade
системы. было бы здорово.

вот для примера несколько ссылок

http://technet.microsoft.com/en-us/l.../dd309732.aspx
Quickstart: Upgrade from Microsoft Dynamics AX 3.0

http://www.microsoft.com/downloads/d...displaylang=en
Microsoft Dynamics AX 2009 Upgrade Guide

http://www.microsoft.com/downloads/d...displaylang=en
Microsoft Dynamics AX 2009 Upgrade Script Reference

http://www.microsoft.com/downloads/d...displaylang=en
Microsoft Dynamics AX 2009 White Paper: How to Write Data Upgrade Scripts



Есть еще несколько документов в виде PDF
которые описывают новую функциональность по каждому модулю.
(Кассы, Основные средства, Логистика и т.д.)

А есть ли какие то ссылки на практику перехода самого приложения
касательно использования обновленной стандартной функциональности?

как я понимаю это необходимо как консультанту оценить новую функциональность
в ах 2009 и сравнить кастомизацию в старой версии? и при условии что есть
существенные нововведения возможно потребуется бизнес процессы
переимплементировать на новую стандартную функциональность ах 2009?

есть ли здесь какие то уже наработки?

заранее спасибо

[egorych]

Моя имха - просто переход с 3 на 5 смысла не имеет.
По причине - функционал ну очень уж сильно отличается! Необходимо нормальное перевнедрение - с анализом функционала и процессов в компании. Иначе получится 64-битная 3-ка!
Хотя это тоже немало! ;-)

[Vadik]

Цитата:

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

Моя имха - просто переход с 3 на 5 смысла не имеет.
По причине - функционал ну очень уж сильно отличается!

Самый краткий из виденных до сих пор What's new

[Evgeniy2020]

По причине - функционал ну очень уж сильно отличается!

Вопрос а чем так сильно функционал отличается, что надо забыть о текущем приложении на трешке и начать перевнедрять?

Доработки конечно появились, возможности новые появились в 9ке.

Представьте что вы ит дир в компании где внедрена трешка и стабильно работает.
Например пару лет сначала внедряла консалтинговая компания.
Затем пару лет внутренние программисты компании исправляли ошибки,
и развивали систему согласно хотелкам.

и что надо выкинуть ее все отлаженные бизнес процессы в мусорку и начать все заново в 9ке?

если убрать внешний вид 9ки и заглянуть в AOD. в целом ну да,
есть наверняка изменения, но не настолько же разительные.

я понимаю там открываем AOD и нет LedgerTrans, InventTrans таблиц,
или х++ заменили полностью на c#.

а так ну да появились новые изменения в модулях, и новая функциональность.
а если появились всякие там task recorders, workflow, сервисное обслуживание, дугой механизм OCC по сравнению с PCC. помоему это не сильно вообще влияет на само приложение. да производительность в чем то вырастет. можно использовать новые вкусности 9ки.

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

для данной компании пока не вижу смысла что то перевнедрять.
просто трезво оценить новые вкусности и насколько они применимы к работе и бизнес процессам компании.

[egorych]

Цитата:

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

Представьте что вы ит дир в компании где внедрена трешка и стабильно работает.
Например пару лет сначала внедряла консалтинговая компания.
Затем пару лет внутренние программисты компании исправляли ошибки,
и развивали систему согласно хотелкам.

и что надо выкинуть ее все отлаженные бизнес процессы в мусорку и начать все заново в 9ке?

Я не IT директор, но работаю как раз в такой компании
Что хочу сказать по все му этому - у нас внедряла одна известная контора (другого приличного слова не подберу). Внедряли с 0 и "местные" айтишнеги (это н ругательство) тоже с 0 изучали Аксапту. Так вот, после "внедрения" прошло уже 5 лет и сейчас, встечая код внедренцев, мы обычно его безжалостно вымарываем и заменяем на какие-то СТАНДАРТНЫЕ механизмы Аксапты.
Результатом внедрения у нас явилось то, что после SP1 мы не смогли поставить больше ни одного sp - только кусками выискивали известые места с ошибками и заменяли их. А сколько неизвестного еще осталось!
Я это к чему - наверняка после длительной эксплуатации накопилось много кода, обработок, периодических операций которые что-то нужное делают, НО делают они это на основе механизмов старой версии и не факт что это осталось так-же в новой. Да *trans остались, но наверняка механизм маркировок поменялся (он даже в 3 пару раз менялся) и еще какие-то тонкие вещи не так работают. Их все равно придется изучать, пересматривать свой код ну и т.д.
Поэтому просто перенести данные и запустить 5-ку - ИМХО неправильно.
Можно это назвать не внедрением, а как-то еще, но суть не изменится.
Опять-же все ИМХО.