Показать сообщение отдельно
Старый 30.08.2010, 00:52   #25  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
в некоторой компании А разивается Аксапта с 2006 го года, уже как 4 года. Аксапта 3.0
А в некоторых - и того раньше
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
Никакая документация не ведется. В 2007 ом были документы протоколы изменения системы. но с тех пор их никто не вел и они стали неактуальными. в них что то есть но положится на них проблематично. есть мануалы, в некоторой степени они актуальны, но не для всех участков. имеем текущий проект переходим на AX 2009 SP1 RU5
У вас - классическая ситуаиця на начало проекта внедрения системы автоматизации - любой. В такой ситуации принято поступать однотипно: сперва описывать бизнес-процессы "как есть". Затем вы сможете 1) попытаться наложить это описание на стандартный функционал системы, 2) найти "функциональные разрывы", 3) определить, которые из них, с учетом использования стандартного функционала новой системы, покрываются вашими доработками.
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
наше руководство хочет чотбы от хлама избавились и перешли на стандартную функциональность АХ 2009 где только возможно. конаслтинг говорит мы можем перенести как есть, а если вы хотите что то поменять вам нужно с новой функциональностью АХ 2009 согласовать с бизнес аналитиками и ключевыми пользователями. разработка любого документа стоит очень дорого.
Я вам скажу по секрету: с учетом того, насколько стандартное приложение AX 2009 изменилось по сравнению с 3.0, даже перенос "как есть" будет вам стоить очень дорого. По большому счету, в вашей ситуации вам предстоит перевнедрение. Если нанятный вами консалтинг не хочет до вас это донести или не хочет на это подписываться - найдите другой, более адекватный и, извините, профессиональный (в плане профессиональной честности - не впаривать клиенту то, что ему на самом деле не нужно).
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
каков эффективный путь дял перехода на ах 2009 и максимального использования стандартной функциональности,
и избавления от хлама?
Непонятно, о чем вопрос. Эффективный путь перехода с учетом дальнейшего развития вендором системы - максимально использовать стандартный функционал. Это звучит банально, но это так. Вопрос лишь в том, есть ли у людей, участвующих в вашем проекте, выстраданное понимание этого факта на уровне ощущений или же для них это - пустой звук, как для кого-то - теория относительности: ну да, вроде слышали, вроде никто не опроверг пока, ага...
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
каков эффективный workflow для этого перехода и чтобы не переплачивать?
"Не бывает серебряных пуль", как писал Брукс в то время, когда я только пошел в школу. Переход на новую версию системы, причем через версию, - это нудная и кропотливая работа. Тут нет каких-то волшебных инструментов или легких путей решения проблемы - во всяком случае, при условии, что ваше руководство считает деньги, а вы - дорожите своим местом.