AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.10.2011, 20:24   #1  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Предварительные выводы о переходе с AX2009 на AX2012
Добрый вечер, Уважаемые Коллеги.
Я вижу, что многие уже начинают изучать, тестировать и знакомиться с новой версией АХ2012. Если будет время, не могли бы Вы, кто уже достаточно плотно поработал, в пока еще не локализованной, но уже существующей новой версии описать Ваше мнение по трудностям/нюансам перехода на нее, допустим с AX2009? Где ожидаются самые сложные моменты? Есть ли места, где не помогут релиз-апдейты и будут ли(возможны ли) они вообще? Где, по Вашему мнению, предвидится самый большой объем работ? Как переход повлияет на переучивание пользователей? Где стоит более внимательно подойти к вопросу целостности базы данных? и т.д.
Я понимаю, что это предварительное мнение. Просто интересно узнать его именно относительно перехода.
Спасибо.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.

Последний раз редактировалось Pustik; 27.10.2011 в 20:46.
Старый 28.10.2011, 19:58   #2  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
А в ответ тишина...
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 28.10.2011, 20:22   #3  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Да, в общем, ключевые моменты понятны: страшнее всего все формы и отчеты переделывать. Всех пользователей придется переучивать, все основные формы не узнать, редактирование данных в гридах по умолчанию запрещено.
Старый 28.10.2011, 20:38   #4  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
А меня больше всего пугает идея LedgerDim(ранее слышал об этом), Вы об этом?
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 28.10.2011, 20:58   #5  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
А в чем проблема? У вас много своих отчетов по LedgerDim?
Старый 28.10.2011, 21:17   #6  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Нет, просто слышал на форуме, что финансовую аналитику собираются сделать аналогом складской т.е. InventDim и LedgerDim
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 28.10.2011, 21:37   #7  
oip is offline
oip
Axapta
Лучший по профессии 2014
 
2,564 / 1416 (53) ++++++++
Регистрация: 28.11.2005
Записей в блоге: 1
Про финансовую аналитику в AX 2012 давно уже можно почитать:
http://technet.microsoft.com/en-us/l.../hh272858.aspx

Краткое резюме есть и тут:
http://www.microsoft.com/downloads/d...0-47d4ebbaf4a6
__________________
С уважением,
Олег.
За это сообщение автора поблагодарили: alex55 (1).
Старый 28.10.2011, 21:55   #8  
konopello is offline
konopello
SAP
SAP
 
628 / 76 (4) ++++
Регистрация: 08.11.2005
Адрес: Минск
Цитата:
в гридах по умолчанию запрещено.
Удивлен, самое прикольное что у меня когда я давно внедрял АХ было требование сделать его не редактируемым, так как типа боятся случайно поменять данные, а я возмущался. И большинство форм пришлось делать не редактируемыми.
Старый 29.10.2011, 00:17   #9  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от konopello Посмотреть сообщение
Удивлен, самое прикольное что у меня когда я давно внедрял АХ было требование сделать его не редактируемым, так как типа боятся случайно поменять данные, а я возмущался. И большинство форм пришлось делать не редактируемыми.
Да, у меня для одного клиента тоже так сделано. Но пользователей все равно переучивать придется.
Старый 29.10.2011, 07:41   #10  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от EVGL Посмотреть сообщение
Да, у меня для одного клиента тоже так сделано. Но пользователей все равно переучивать придется.
Не понимаю зачем так сильно закручивать гайки? Для чего?
Еще пугают суррогатные ключи (типа сущности) , которые, насколько я понял, вяжутся по RecId. Чем хуже обыкновенный ID? Вопросов много, но точно знаю, что переход на новую версию со временем неизбежен, поэтому и спрашиваю.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 29.10.2011, 13:01   #11  
db is offline
db
Роман Долгополов (RDOL)
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
 
393 / 692 (24) +++++++
Регистрация: 01.04.2004
Адрес: Москва
Цитата:
Сообщение от Pustik Посмотреть сообщение
Не понимаю зачем так сильно закручивать гайки? Для чего?
Чтобы не было, например, таких ситуаций
Суперрастворитель

имхо отдельный режим редактирования несомненный плюс
За это сообщение автора поблагодарили: sukhanchik (3).
Старый 29.10.2011, 15:58   #12  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от db Посмотреть сообщение
Чтобы не было, например, таких ситуаций
Суперрастворитель

имхо отдельный режим редактирования несомненный плюс
Увеличение трудоемкости для пользователей. Если человек накосячил в стандартной форме, не факт , что он не накосячит и в Вашей удобной форме для редактирования.
Поверьте, если обычному человеку в какой-либо системе будет тяжело, он не будет этой системой восхищаться. Напротив, если у пользователя все просто и легко получается он будет думать, что эта система супер, и он в ней хозяин, незаменимый работник, если хотите.
PS : кратко словами известного человека
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.

Последний раз редактировалось Pustik; 29.10.2011 в 16:21.
Старый 29.10.2011, 16:53   #13  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от Pustik Посмотреть сообщение
Увеличение трудоемкости для пользователей.
Палка о двух концах.
Есть доля ошибок пользователей, которые они делают не столько от собственного незнания, сколько от неаккуратности.
К примеру - перед тем как разносить журнал ГК - можно внимательно все посмотреть и подумать (на худой конец запустить предварительный просмотр проводок). Поэтому косяки, после которых требуется сторнировать журнал - не относятся к неаккуратности.

А в данном примере - это стандартный косяк, когда запись случайно (непреднамеренно) правится. Кстати, в этом плане уже в АХ 2009 уже начали двигаться, создав такие формы (Места). И они с т.з. пользователей - оказались весьма востребованными. Только жалко, что их мало, да и при локализации "ни одна из форм не пострадала" (с).

Так что считаю - что это как раз прогресс.

Сравнение финаналитик перенесено в отдельную ветку (плюсы и минусы изменений в работе с фин.аналитиками в AX 2012) по просьбе участников данной ветки
__________________
Возможно сделать все. Вопрос времени

Последний раз редактировалось sukhanchik; 29.10.2011 в 23:07.
За это сообщение автора поблагодарили: mazzy (2), Pustik (3).
Старый 29.10.2011, 17:02   #14  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от 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 (1).
Старый 29.10.2011, 17:08   #15  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Да, будут проблемы переноса существующего функционала.
Да, надо будет постоянно в запросах "приджойнивать" табличку комбинаций.
Да, вопрос производительности - остается открытым (впрочем, вопрос производительности открыт по отношению ко всей системе)
Но зато теперь можно будет в качестве аналитики использовать конкретный справочник. Не заводить свой искусственный и заниматься его синхронизацией, а также ограничивать себя в добавлении полей, понимая, что это затронет сразу всю табличку Dimensions.
Это и напрягает )))))
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 29.10.2011, 17:16   #16  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
С финаналитиками (то, что они будут как складские, плюс счет ГК будет являться одной из аналитик) - тоже изменение поддерживаю.
Теперь можно будет взять и добавить аналитику Клиент / Проект / Договор / Юрлицо - ссылаяся напрямую на справочник (а-ля субконто в 1С). Также как это сделано в складских аналитиках.
Тут я бы попросил администраторов выделить сообщение в отдельную тему С моей точки зрения, проблема с теми же финансовыми аналитиками (по крайней мере, в контексте поля-массива аналитик в версиях до 2009-й включительной) не в том, что их мало, а в том, каковы алгоритмы их заполнения и контроля их взаимосвязей - в чем-то схоже с темой Необходимое количество номенклатурных аналитик.
Старый 29.10.2011, 17:21   #17  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от gl00mie Посмотреть сообщение
У меня лично сложилось впечатление, что в свете российских реалий если кастомизации 4.0 и даже 3.0 можно было перенести на 2009-ю практически как есть и заставить работать грубой силой, то тут уже - без вариантов: только полное перевнедрение, перенос данных сальдовками и запуск с чистого листа.
боже как это пугает )))
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 29.10.2011, 17:39   #18  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Тут я бы попросил администраторов выделить сообщение в отдельную тему
Не вопрос . А в какую? И что выделить?
Название темы: Предварительные выводы о переходе с AX2009 на AX2012
Далее идет обсуждение "новых фич", типа как запрет редактирования в гриде или новая структура финаналитик. Может еще какая фича будет обсуждаться.
Или хочется разделить обсуждение по фичам ? Типа про аналитики грид в одной теме, про аналитики в другой теме .
Я ж не против . Просто хочу понять, что делить.
__________________
Возможно сделать все. Вопрос времени
Старый 29.10.2011, 19:31   #19  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Нововведения в 2012 достаточно интересные, но (только по этой ветке, не говорю уже по другим):
  • пугают суррогатные ключи
  • можно будет в качестве аналитики использовать конкретный справочник
  • запрет редактирования в гриде
  • а-ля 1С
Мне, бывшему одинэснику, это все очень сильно что-то напоминает. Пока не могу сказать хорошо это все или плохо - нужно поработать со всем этим. А вот мнение mazzy было бы очень интересно - как раз по поводу псевдоключей, субконто и отдельных форм для редактирования у него было немало очень отрицательных отзывов.
За это сообщение автора поблагодарили: mazzy (2).
Старый 29.10.2011, 20:01   #20  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
А в какую? И что выделить? Название темы: Предварительные выводы о переходе с AX2009 на AX2012
Не, все банальнее: плюсы и минусы изменений в работе с фин.аналитиками в AX 2012.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
UPGRADE FROM AX2009 TO AX2012 polygris DAX: Программирование 11 20.10.2011 05:37
ukax: Microsoft Dynamics AX2012 - Partner Update Briefing Blog bot DAX Blogs 0 23.07.2011 20:15
axinthefield: Choosing a Single Deployment or Multiple Deployments of AX2009 Blog bot DAX Blogs 0 15.06.2011 03:25
sumitax: AX2012 Features – Financial Dimensions changes Blog bot DAX Blogs 0 12.05.2011 15:11
mfp: Seeing is believing - AX2012 Type Hierarchies Blog bot DAX Blogs 0 02.02.2011 14:11
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:15.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.