Вот мы и нашли этих 43 AX7 клиентов? Или это не AX7/D365?

[mazzy]

Цитата:

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

Титаник тупо тонет без шансов.

так то оно так... но подобные разговоры идут со времен Windows NT... и ничего, плывут.

Цитата:

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

Единственный вариант это считать AX2012 последней версией и пусть AX7 останется отдельным форком для D365 больше для маркетинга.

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

Повторю только, что с точки зрения Майкрософт, Dynamics сейчас - это 5 продуктов, а не один.

[ax_mct]

Цитата:

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

так то оно так... но подобные разговоры идут со времен Windows NT... и ничего, плывут.

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

Повторю только, что с точки зрения Майкрософт, Dynamics сейчас - это 5 продуктов, а не один.

Они то плывут и будут плыть с учетом и того что Dynamics это и CRM и Sales что на порядок популярнее. Но вот конкретный отсек могут затопить нахрен, заварив переборки для надежности.

Это теория она ну очень критична для меня. Клиентам и партнерам надо иметь уверенность в будущем AX, у меня на замороженном проекте клиент все выбирает между SAP и AX2012. Это вполне себе практические проблемы и реальные потери.

[fed]

Кончится это все тем, что Микрософт бодро продаст D365 какому-нибудь большому американскому клиенту (лучше всего из ВПК - типа Fairchild Industries). И проект внедрения будет столь проблематичным, что в дело вмешаются компетентные органы. Ну и у если у инноваторов будет выбор - продвигать инновации или попасть в Гуантанамо за подготовку крупномасштабной диверсии и работу на индийскую разведку, то все эти инновации сдует как ветром...
P.S. Ну то есть - если без хихонек и хахонек - то если Микрософт и вправду продаст крупный политический проект - его провал может очень сильно изменить расклады. Ну а если крупных проектов нету - то эксперименты могут опять прекратить - просто из за отсутствия выручки

[ax_mct]

Из самых последних AX7 внедрений в Новой Зелании - магазин одежды и всякой всячины размером до 200 человек. Retail and Consumer Goods. Как бы не наш типичный клиент.

При этом одно из из последних AX2012R3 внедрений (январь 2017) - компания (группа из 17 компаний) в Пакистане размером 3000 человек. Discrete Manufacturing. Именно наш типичный клиент.

Да есть внедрение AX7 в итальянской Umbra group что вполне крупная компания в Discrete Manufacturing. Но знаете ли что тот самый итальянский на сайте en-US Mайкрософта означает? Google Translate нам в помощь. И что бы выделенное означает, а? Может кто обьяснит?

Being a solution ERP-as-a-service, Microsoft Dynamics AX 7 will not affect customizations previously made by the company to the existing Microsoft Dynamics AX 4. This is configured perfectly with the business requirements of UmbraGroup, proving to be useful not only during first implementation phases but also against the release of new versions of software updates that will be released online by Microsoft.

[skuull]

Цитата:

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

Та desktop AX и эта web-based все же очень разные с точки зрения пользовательского опыта. Когда делал EP то даже 2 секундные задержки раздражали пользователей и приходилось ухищряться. Нет там такого что все операционная работа в Excel или в других системах, а AX7 используют как центральное хранилище?

Просто очень тяжело представить внедрение AX7 на тех клиентах что были. Может какой-то новый класс клиентов или использование AX7 не как ERP в привычном для нас проектном смысле?

Тут ведь и скорость UI, удобство UI, возможность кастомизаций - не те что были. Скорость внедрения - это да, но и на старых AX когда надо было внедряли за 2-3 месяца именно за счет отказа от программирования до запуска.

Так и клиенты поменялись. Хотят в планшетиках кнопочки тыкать, Power BI их в восторг приводит. Никто же не вносит руками заказы даже в 9ке используют либо атлас либо EDI лепят какой. В АХ ведут бухгалтерию и склад, производство планируют обычно где-то в стороне.

Цитата:

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

Из самых последних AX7 внедрений в Новой Зелании - магазин одежды и всякой всячины размером до 200 человек. Retail and Consumer Goods. Как бы не наш типичный клиент.

Если я не ошибаюсь то это единственное. Старана то маленькая, людей нет, одни овци. Минимум в 50 enterprise лицензий вообще должен был похоранить АХ.

[ax_mct]

Цитата:

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

Сравнение TCO для 2012 и семерки тоже любопытно было бы увидеть, раз уж Вы его упомянули

Где-то мелькало. Поищу. Но для крупных компаний - чужое облако всегда дороже.
P.S. Насчет TCO - cложно. Как уже отмечалось operational cost (OPEX) вместо capital investments (CAPEX) может закружить голову любому CFO. Даже если 10 лет облака превышают стоимость on-premise. В то же время одно дело - стартап или SMB, и другое дело когда уже большой и стабильный enterprise.

Цитата:

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

Вы действительно считаете "типичных клиентов" дебилами, готовыми потратить деньги на внедрение чтобы "прокукарекать" ?
...
Типичный маркетинговый булшит, никто в здравом уме "как есть" модификации с четверки даже на 2012 переносить не будет

А прокукарекать можно недорого - когда нужен некий фунционал EP как скажем какой-нибудь учет рабочего времени или похожее как некий портал для PM что действительно может быть нужно в тонком клиенте.

Перенос модификаций с четверки на 2012 - более чем нормальный проект, а вот внедрение следующей версии чтобы параллельно существовала и работала вместе со старой версией - это НЕНОРМАЛЬНО. Более того называть это внедрением новой версии - мошенничество.

[EVGL]

Цитата:

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

Где-то мелькало. Поищу. Но для крупных компаний - чужое облако всегда дороже.
P.S. Насчет TCO - cложно. Как уже отмечалось operational cost (OPEX) вместо capital investments (CAPEX) может закружить голову любому CFO. Даже если 10 лет облака превышают стоимость on-premise. В то же время одно дело - стартап или SMB, и другое дело когда уже большой и стабильный enterprise.

Один клиент платил по 1,5 миллиона евро в год за поддержку собственной инсталляции OeBS. Потом посчитал и понял, что перевнедрение на основе DAX даже с учетом затрат на проект позволит отбить инвестиции уже через 4 года. Другой клиент только на IBM WebSphere ESB тратит лицензий на 1 миллион евро в год, каждый год смотрит на эту сумму и представляет, что он мог бы на эти деньги сделать.

[fed]

Цитата:

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

Один клиент платил по 1,5 миллиона евро в год за поддержку собственной инсталляции OeBS. Потом посчитал и понял, что перевнедрение на основе DAX даже с учетом затрат на проект позволит отбить инвестиции уже через 4 года. Другой клиент только на IBM WebSphere ESB тратит лицензий на 1 миллион евро в год, каждый год смотрит на эту сумму и представляет, что он мог бы на эти деньги сделать.

Я все-таки замечу, что типичный клиент Dynamics AX - это upper midmarket. Ну то есть - кто-нибудь с бюджетом тысяч в 150-250 на закупку софта и тысяч в 300-600 - на консалтинг. А приведенные примеры (то есть - либо Excel, либо IBM Websphere) рисуют забавную картину расслоения клиентской базы. Либо это жесткий enterprise, у которого хватит денег на любую доработку, вне зависимости от того насколько увеличилась трудоемкость таковой по сравнению с DAX2012, либо какой-то почти-что SOHO, который ищет замену Excel...

[belugin]

Цитата:

А после этого встанет другой вопрос - а если все равно приходится мерджится, то зачем они платформенные модели заблокировали ? Зачем табу на overlayering объявляли ?

Нет ли ценности в быстром обновлении платформы, если она обратно совместима. Например, клиент на Ax3 сталкивается с тем что ему нужен Unicode. Он быстренько обновляется на Ax4 без или почти без изменения приложения и получает возможность работать с Unicode.

Возможен ли гибридный режим - у нас N% overlayering и M% extensions, при обновлении мы меньше паримся с M зато уделяем повышенное внимание N?

[fed]

Цитата:

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

Нет ли ценности в быстром обновлении платформы, если она обратно совместима. Например, клиент на Ax3 сталкивается с тем что ему нужен Unicode. Он быстренько обновляется на Ax4 без или почти без изменения приложения и получает возможность работать с Unicode.

Возможен ли гибридный режим - у нас N% overlayering и M% extensions, при обновлении мы меньше паримся с M зато уделяем повышенное внимание N?

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

[Vadik]

Цитата:

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

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

Посмотри на это с другой стороны. Разнесли стандартный X++ по моделям, разделив их на (грубо) две большие группы: платформенные (фреймворки) и бизнес-логику. Далее - объединили платформенные и бинарные обновления

Плюсы - платформу стало проще (легче) поддерживать актуальной и получать свежие плюшки без задержек на тотальный апгрейд всего приложения, как это сейчас с 2012 происходит
Минусы - при этом сказали "в фреймворк с overlayering-ом не лезь, снег башка попадет". Ну и ладно, нам к примеру пока не требовалось

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

[Logger]

Vadik, cпасибо, очень интересно и познавательно.

Цитата:

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

Минусы - при этом сказали "в фреймворк с overlayering-ом не лезь, снег башка попадет". Ну и ладно, нам к примеру пока не требовалось

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

[EVGL]

Спасибо, хороший анализ на основе общедоступной информации.

[uno]

Коллеги я выражу свое мнение подкрепленное опытом со стороны не консалтинга, а клиента подобных продуктов

по поводу облаков - эта тема хорошая, сам ей пользуюсь давно и всем рекомендую, но надо понимать, что облаку облако рознь

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

МС же предлагает только Азур и никаких альтернатив! и это понятно заработать и на программе и на хостинге, НО

Коллеги кто-нибудь лично сталкивался с поддержкой облачных программ????
Я приведу примеры..
На рынке РФ есть похожая и давно развивающаяся тема типа 1СФреш, штука полезная для маленьких компаний.
Знаю много случаев, когда происходит какой-либо сбой, 1СФреш не так работает, накатили обновление неудачно или еще что, то
бедный админ/бухгалтер звонит в поддержку, а его там конкретно динамят)) Стандартно - перегрузите компьютер, уже пробовали?? а точно?? перегрузите еще раз и так далее.
А этого админа в этот момент все песочат!! поверьте за такое можно и инсульт схватить))
И вот это разбирание может идти очень долго! и день и неделю..

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

Кроме того мне вообще непонятно как это соотносится с нашим законодательством, а конкретно с законом о персональных данных??
Разве у Азур есть соглашение на этот счет??

Я начал читать эту ветку с целью понять, ждать ли Ах7 или мигрировать в Ах2012, для себя выводы сделал))

Маленькие по фукнкциям и количеству людей компании вполне могут выбрать облачную Ах7, но если речь пойдет о нашей стране, то с вероятностью 97%(если не вмешается откат),
они выберут что-либо из уже закоремендовавших себя российских продуктов от той же 1С в которых уже встроено ЭДО, интеграция с ФНС и т.п.

[trud]

если затрагивается Application Suite, только одно решение таким образом поставить, если не затрагивает можно с чем-нибудь еще

[trud]

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

[fed]

Цитата:

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

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

Кстати - а я правильно понимаю, что если клиент купил D365 не у Cloud Solution Provider, а напрямую у Microsoft, он может эти вопросы непосредственно микрософтовской службе поддержки задавать ? И интересно - что ему в этих случаях отвечают и по каким ставкам оно потом в счет включается ?

[macklakov]

Цитата:

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

И интересно - что ему в этих случаях отвечают

Ну, в принципе, они стараются. Но в нашем регионе у них ресурсов не хватает пока что. Когда с emergency на первую линию поддержки попадаешь, им долго приходится объяснять что такое AX и что да, их контора действительно такое продает, это входит в линейку dynamics. Потом они посреди ночи ищут инжинера по всем миру. Находят. Инжинер читает описание ошибки, делает озадаченное лицо и говорит:"у нас в CRM склада нет". В конце концов вопрос решается, но в процессе бывает весело.
Но несмотря на накладки система работает. Баги расследуются, выпускаются фиксы. И вот когда фикс выпущен, его нужно как можно быстрее накатить всем клиентам, прежде чем пользователи столкнулись с проблемой. Похоже что изоляция между ядром и isv как раз для этого и вводится, чтобы фиксить ядро без необходимости merge с кастомизациями.
Как оно будет работать и будет ли работать вообще. Но процесс движется именно в этом направлении.

[fed]

В дискуссии trud vs skuull, меня больше всего удивляет, что никто даже не рассматривает вариант "Сделать все на overlay, а если Микрософт будет докапываться - предложить им оплатить дополнительные затраты на использование extensions"

[EVGL]

Цитата:

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

В дискуссии trud vs skuull, меня больше всего удивляет, что никто даже не рассматривает вариант "Сделать все на overlay, а если Микрософт будет докапываться - предложить им оплатить дополнительные затраты на использование extensions"

Microsoft никогда ничего вам не оплатит. Просто не сможете обновиться, будете смотреть на свежие хотфиксы и кусать локти.