Microsoft Dynamics365. Links & other stuff

[ax_mct]

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

[trud]

Цитата:

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

А затраты на настройку, конфигурацию, внесение или перенос данных, обучение.

ну в текущем позиционировании - настройку делает клиент наполняя в Excel начальные данные в датаентити, конфигурацию - предполагается что он купит какое-нибудь решение - коих скоро должно быть много, если стандарт не подходит, обучение по бизнес-процессам и таск-гайдам - которые являются обязательными компонентами этих решений т.е. в идеале - сел и работай
Текущих проблем пока я вижу 2:
Нельзя без программиста с VisualStudio создать отчет , даже простейшие изменения типа передвинуть поля в накладной, требуют разработчика. из того-же PowerBI нельзя печатать многостраничные отчеты. вообще очень странно что до сих пор проблему с отчетами не решат, по сути то нужна какая-нибудь тулза которая позволит пользователям редактировать дизайн используя существующую схему данных
Производительность этого всего - демо машины работают не быстро, при этом где-то я встречал цифры что SQL Azure будет работать на 30% медленнее обычного SQL. Еще оказалось что даже для партнеров нельзя посмотреть как работает AX при условии использования SQL Azure - сейчас доступна только демо-машина, где установлен локальный SQL. единственный вариант глянуть на SQL Azure - купить АХ, что тоже наводит на подозрения.
А кстати - кто-нибудь видел работу АХ на SQL Azure? как-оно?

[fed]

Цитата:

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

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

Ну я хочу напомнить, что аж года с 2005ого у микрософта была целая серия разных программ по сертификации и тд и тп вертикальных решений партнеров. Начиналось все это как Industry Builder; Затем каждая новая волна зомби переименовывала программу и слегка ее меняла. И тем не менее - на рынке почти нету вертикальных решений и все которые есть - это не отраслевые решения, а какие-нить сервисные - типа электронного архива. И более того - большая часть зарегистированных решений - не отчуждаемые. На практике их никто кроме их авторов не внедряет. Более того - по мере ротации персонала в фирме-разработчике, эта фирма тоже перестает внедрять свое отраслевое решение.
Так что в целом - ничего нового - очередная волна зомби в очередной раз переименовала что-то, слегка подконопатила с помощью task guide, а так больше ничего не изменилось.

[Vadik]

Цитата:

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

А кстати - кто-нибудь видел работу АХ на SQL Azure? как-оно?

Там, где относительно редкие, но "тяжелые" запросы, например остатки по складу - очень шустро. По ощущениям - даже отзывчивее чем в 2012. В других местах, где достаточно много мелких запросов - похоже сказывается сетевые задержки (Alex_KD об этом уже писал). У нас например достаточно долго создаются большие (>300 позиций) заказы на продажу. Настолько долго что мы отказались от идеи их обрабатывать одним синхронным вызовом через OData. Ну и такие вот "оптимизации" прилетают

KB 3201206

Problem description
The current project budget balances form calculates budget totals per budget line and the related budget allocation. If the customer has several hundreds budget lines, this means calling the budget calculator API that many times as the budget lines. Add that to calculating the budget allocation calculation and the form takes time to load with all the number of lines being calculated

Fix description
The solution is to convert the budget calculation to direct T-SQL and do all the calculation in the SQL Server side. This improves performance a lot since we're  only going to SQL once and process the calculated lines in the client to be displayed in the form.