выгоды перехода с 2009 на 2012

[Pustik]

EVGL, судя по Вашим сообщениям, Вы уже достаточно плотно работаете в этой версии. Можно Вас попросить, хотя бы, краткий комментарий того, о чем можно подумать, сделать хоть какие-то приблизительные выводы. И просто интересно Ваше мнение.

[EVGL]

Цитата:

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

EVGL, судя по Вашим сообщениям, Вы уже достаточно плотно работаете в этой версии. Можно Вас попросить, хотя бы, краткий комментарий того, о чем можно подумать, сделать хоть какие-то приблизительные выводы. И просто интересно Ваше мнение.

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

[Pustik]

Цитата:

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

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

С первых слов выглядит как Катастрофа. Есть какие-нибудь оптимистические направления?

[EVGL]

+ Появился контроль бюджетов: нельзя ничего купить, если выходим за бюджет
+ Нельзя редактировать данные в гридах, пока не нажмешь на кнопку "Edit". Это непривычно, но очень хорошо. Каждый знает, как легко ненароком повредить данные, если вместо Ctrl-F нажимаешь F.

- Забыли сделать важные кнопки-запросы. Например, напрямую с "продукта" на "номенклатуру" перепрыгнуть нельзя. С "номенклатуры" на "продукт" перейти можно, но нетривиально. Это например, дьявольски усложняет редактирование названия товара. Про редактирование цен я уже писал.

Забавно: форму разноски счета по закупке переделали под Ribbon, а на все остальные (напр. на разноску счета по заказу на продажу) времени у разработчиков не хватило.

[Pustik]

Цитата:

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

Забавно: форму разноски счета по закупке переделали под Ribbon, а на все остальные (напр. на разноску счета по заказу на продажу) времени у разработчиков не хватило.

Узкие рамки бюджета
<Золотой теленок>

[mazzy]

Цитата:

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

Узкие рамки бюджета

Если бы было все так просто.

Просто не подумали об этом.
А это вылечить намного сложнее.

Цитата:

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

а проблема в том, что разработчики ERP реализуют другую модель взаимодействия пользоваталей. или никакую не реализуют, а декларируют "универсальность".

[shogel]

Цитата:

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

+ Появился контроль бюджетов: нельзя ничего купить, если выходим за бюджет

Контроль бюджета реализован через хранимые процедуры (TSQL). Три дня ушло на крошечную модификацию. Просто слов нет.

[S.Kuskov]

Цитата:

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

Контроль бюджета реализован через хранимые процедуры (TSQL)

Это не шутка? А хоть в AOT эти хранимые процедуры видны? Или добираться до них только через СУБД?

[shogel]

Цитата:

Сообщение от S.Kuskov

Это не шутка? А хоть в AOT эти хранимые процедуры видны? Или добираться до них только через СУБД?

В AOT лежат классы с макросами, которые содержат текст этих TSQL процедур/функций/вьюшек. Сложность возникает с отладкой - очень уж неудобно прыгать между СУБД и отладчиком.
Хотя надо отдать должное - в итоге все работает довольно быстро.

[Evgeniy2020]

лишний раз можно убедиться, что самая быстрая ERP система это где код на T-SQL ))
если долго мучаться то к этому и прийдут
а можно ведь и продолжить
закрытие склада, планирование производства можно в T-SQL
только дебаггер должен бытьвсеядным и прозрачно переходить от х++ к t-sql в одном окне

[Logger]

Цитата:

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

лишний раз можно убедиться, что самая быстрая ERP система это где код на T-SQL ))
если долго мучаться то к этому и прийдут
а можно ведь и продолжить
закрытие склада, планирование производства можно в T-SQL
только дебаггер должен бытьвсеядным и прозрачно переходить от х++ к t-sql в одном окне

Так к этому почти пришли.
В 2012-й можно код компилять в IL
И, если не ошибаюсь, последние версии SQL Server поддерживают хранимки, написанные на .Net

[Rezervforall]

Из написанного складывается впечатление, что вопрос о переходе можно даже не поднимать.

[Daiver]

Цитата:

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

Из написанного складывается впечатление, что вопрос о переходе можно даже не поднимать.

Microsoft думает иначе Dynamics AX 2012: прием заявок на пилотные внедрения в России до 30.09.2011

[TasmanianDevil]

Цитата:

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

Dynamics AX 2012: прием заявок на пилотные внедрения в России до 30.09.2011

В родном виварии все подопытные зверушки передохли и ищут новых ?

[gl00mie]

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

[mazzy]

Цитата:

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

Из написанного складывается впечатление, что вопрос о переходе можно даже не поднимать.

торопиться - не надо.
все будет со временем

[veps]

срок полезного использования ПО
по РБУ 10 лет
значит при вводе в промышленную эксплуатацию AX 3 в 2005 году, все затраты спишем только к 2015 году .
смотрим консолидированную финансовую отчетность за 2010 год компании РБК
в примечаниях к финансовой отчетности
срок полезного использования нематериальных активов определяют с даты их готовности к эксплуатации и для программного обеспечения это от 1 до 3 лет (стр. № 23)

В итоге в россии получаем задачу от руководства перейти на новую систему собственными силами, что очень напоминает задачу о квадратуре круга. (Если нет МСФО или GAAP)

Вопрос всем кто работает на стороне клиента, какие сроки по амортизации системы установлены у вас???

А переходить надо по любому, не успели внедрить 2009, бросаем её и делаем в всё 2012

[Мирослав Лянцевич]

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

[gl00mie]

Цитата:

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

срок полезного использования ПО по РБУ 10 лет. значит при вводе в промышленную эксплуатацию AX 3 в 2005 году, все затраты спишем только к 2015 году.

Не все затраты, а лишь затраты, понесенные на момент ввода в промышленную эксплуатацию.

Цитата:

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

смотрим консолидированную финансовую отчетность за 2010 год компании РБК. в примечаниях к финансовой отчетности: срок полезного использования нематериальных активов определяют с даты их готовности к эксплуатации и для программного обеспечения это от 1 до 3 лет (стр. № 23)

И при чем тут РБК?..

Цитата:

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

В итоге в России получаем задачу от руководства перейти на новую систему собственными силами

Ну, допустим, получаем, и что? Если есть возможность реализовать переход собственными силами, то это - заранее гарантированный фронт работ на год-полтора, возможность обучиться за счет компании и приобрести опыт, которым не каждая консалтинговая компания может похвастаться. Если объективно такой возможности нет, так что же, застрелиться? "Если я прикажу какому-нибудь генералу порхать бабочкой с цветка на цветок, или сочинить трагедию, или обернуться морской чайкой, и генерал не выполнит приказа, кто будет в этом виноват – он или я?" (с) "Маленький принц"

Цитата:

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

Вопрос всем кто работает на стороне клиента, какие сроки по амортизации системы установлены у вас???

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

Цитата:

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

А переходить надо по любому

Нету такой постановки "переходить надо по любому", есть, с одной стороны, внедренная система и понесенные на нее затраты, а с другой, есть:

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

Если для руководства первое перевешивает, то люди так и будут работать на той же 3.0, как некоторые до сих пор работают на 2.5.

Цитата:

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

не успели внедрить 2009, бросаем её и делаем в всё 2012

Че это? Во-первых, 2012-й для России еще нет и год примерно не будет, во-вторых, если переход на 2009-ю отчасти уже завершен, то что же, затраты на него выкинуть, просто списать?..