Эко-система Microsoft, это как?

[ax_mct]

Эко-система таки существует в мире AX7. Уже как год без партнера не купить Azure.

Starting in February, new Azure customers will be sent to Microsoft's Cloud Solution Provider program in lieu of the MPSA-based pay-as-you-go license

https://www.infoworld.com/article/31...ud-option.html

А что касается выживания партнеров то есть прямая и непрямая модель
https://partner.microsoft.com/en-gb/...ider/resources

Прямая требует инвестиций в MS от $$ 50 тысяч до миллиона но увеличивает прибыль партнера.

В случае работы с AX7 для партнера обязательна покупка канала общения с MS за $1250 в месяц.

В то же время по примерам инвестиций такое впечатление что для выживания 80%-90% дохода партнера должна составлять некие добавленные услуги так как выплаты от MS покроют (скажем) не более чем 10%-20% расходов.

Из этой некой добавленной стоимости и может быть зарплата 5-15 программистам.
Выплат от MS просто не хватит.

А вот откуда может браться эта часть пирога при запрете на изменения бизнес-процессов - не понятно.
P.S. Некий пакет поддержки и возможно хостинга - но для END-USERS цена становится совсем не той какая рекламируется MS.

Как вариант может быть ISV решение ради которого и взята AX7.

[EVGL]

Цитата:

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

Из этой некой добавленной стоимости и может быть зарплата 5-15 программистам...
А вот откуда может браться эта часть пирога при запрете на изменения бизнес-процессов - не понятно.

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

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

[ax_mct]

Цитата:

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

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

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

Годный вброс, спасибо.

Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications"
на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора.

Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами.

Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную.

[EVGL]

Цитата:

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

Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную.

Так точно

[EVGL]

Цитата:

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

Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами.

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

Например, если не хочется разносить автоматически накладную в intercompany, но при этом сохранить остальные вкусности direct delivery, то перед вызовом нужного метода делаем вид, что это не direct delivery, а потом возвращаемся к обычному ходу исполнения программы.

[belugin]

Цитата:

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

Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications"
на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора.

Extension продукта может быть modification бизнес процесса (Например продукт можно расширить новой галочкой, которая при включении будет модифицировать бизнес процесс). Вопрос только в том, какие extensions возможны и как будет поддерживаться обратная совместимость.

[ax_mct]

Цитата:

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

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

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

Все же 1 и 2 интересны.

Не в моем месте дело, а в месте партнера. Если исходить что 3 это не ложная посылка, а реальность существования облачного продукта то за счет чего партнеру покрывать расходы?

Внедрение стандарта без программирования - возможно, но возможно ли при этом существование партнера? Ручеек при этом - не очень.

Единственный вариант это внедрение своего ISV решение (что принадлежит как IP партнеру) на базе AX7.

Или когда эта AX7 одна из многих больше для портфолио так как сказать в качестве наживки.

Но вот как партнеру AX7 накормить 5-15-30 специалистов по AX?

[EVGL]

Цитата:

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

Не в моем месте дело, а в месте партнера. Если исходить что 3 это не ложная посылка, а реальность существования облачного продукта то за счет чего партнеру покрывать расходы?

Внедрение стандарта без программирования - возможно, но возможно ли при этом существование партнера? Ручеек при этом - не очень.

За счет... внедрения?
Вы вообще представляете себе объем консалтинга, который нужен, чтобы внедрить готовое решение на предприятии даже без программирования? Похоже, что нет. Месяцы, порой годы работы. Я, например, на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года и написал максимум пять экранов кода, и то в основном из-за некоторых индусов, горе-специалистов в AX7. Время, которое ушло на написание FIT FDD было примерно впятеро больше, чем на GAP FDD.

[Logger]

Цитата:

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

...на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года ...

А что вы внедряли? 4,5 года назад еще не было ax7.
Начали на 2012, закончили на 7-й ?

[ax_mct]

Цитата:

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

За счет... внедрения?
Вы вообще представляете себе объем консалтинга, который нужен, чтобы внедрить готовое решение на предприятии даже без программирования? Похоже, что нет. Месяцы, порой годы работы. Я, например, на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года и написал максимум пять экранов кода, и то в основном из-за некоторых индусов, горе-специалистов в AX7. Время, которое ушло на написание FIT FDD было примерно впятеро больше, чем на GAP FDD.

Объем консалтинга то я представляю, но вот только в эпоху до AX7.

О вашем проекте я тоже слышал.
https://www.cnbc.com/2018/02/08/elon...nto-space.html

Цитата:

Musk's SpaceX launched the Falcon Heavy rocket Tuesday to much fanfare. The 27-engine behemoth is the most powerful rocket in use today. Its successful launch was a significant step forward for SpaceX and Musk's eventual goal of sending people to live on Mars.

Я даже верю что на Марсе можно жить. Но типичный партнер и типичный END-USERS не потянут такие запуски.

[ax_mct]

Re: возможно ли при этом существование партнера?

Цитата:

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

За счет... внедрения?
...объем консалтинга

Я склонен согласиться что жить можно только за счет объема чистого консалтинга.
Просто зацепились за чрезмерное количество программистов требуемых для партнерского статуса (5- Silver, 15 - Gold). Которые не поймешь чем должны заниматься.

Такое внедрение как к примеру в Umbra Group - оно единичное. Не отражающее эко-систему вокруг AX7. Среди остальных 30 примеров Customer Stories по AX7 - выглядит как некая белая ворона то есть чуть ли не единственная компания уровня Enterprise как мы его понимали ранее.
Umbra Group
https://customers.microsoft.com/en-u...ion-for-custom
Все "Dynamics 365 for Finance and Operations, Enterprise Edition"
https://customers.microsoft.com/en-u...sh_date%20desc

При этом количество 30 достаточно репрезентативно. Было бы чего еще выложить то выложили бы. CRM Online имеет 192, а "Dynamics 365 for Sales" - 176 показанных внедрений. Понятно что это не список внедрений но тем не менее.

Наверное неверно говорить об экосистеме AX7 - думаю что ее нет вообще.
Есть экосистема Dynamics 365 где место AX7 с краю на полочке.

Цитата:

MICROSOFT DYNAMICS 365 ENTERPRISE EDITION COMPONENTS:

• Dynamics 365 for Sales, Enterprise Edition
• Dynamics 365 for Customer Service, Enterprise Edition
• Dynamics 365 for Field Service, Enterprise Edition
• Dynamics 365 for Operations & Finance, Enterprise Edition
• Dynamics 365 for Marketing, Enterprise Edition
• Dynamics 365 for Project Service Automation, Enterprise Edition
• Dynamics 365 for Talent, Enterprise Edition
• Dynamics 365 for Retail, Enterprise Edition

https://www.quantiq.com/microsoft-dy...prise-edition/

Такой вот зоопарк где совсем не до программирования бизнес-процессов с таким обьемом галок и палок. И здесь тоже нет места 5 или 15 AX7 программистам. Скорее CRM программисты будут сдавать эти сертификаты. А реальных AX7 программистов 1.5 человека - дебажить для консультантов.