Новости от MS

[fed]

Цитата:

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

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

AIF
SureStep
Vendor Portal
CRM внутри Ax
и тп

Цитата:

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

В ER много отчетов, которые клиент использует и иногда их необходимо кастомизировать.
Например клиенту необходимо отправлять в Deutsche банк ежедневно информацию о платежах кредиторам в XML формате со структурой соответствующей ISO20022. Сколько времени и усилий необходимо, чтобы изучить документацию ISO20022 и написать на X++ экспорт? А зачем это делать, если Microsoft поставляет в ER такой экспорт? Deutsche банк требует добавить в XML пару полей. Клиент будет вынужден нанять того, кто в состоянии это выполнить. Спрос на ER специалистов будет расти.

Ну это такое очень нишевое применение. Некоторый спрос на это есть конечно, но в целом - я бы сказал для таких ситуаций достаточно одного спеца по ER (И только по ER, это нифига не консультант, это просто программист на ER) на эдак 100-120 обычных консов/разрабов.

[mifi]

Цитата:

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

ER - прекрасный продукт. Осталось только посчитать число и стоимость специалистов по нему, по сравнению с числом и стоимостью кодеров на X++. Пока альтернативные издержки значительно ниже. А чтобы снизить издержки, нужна документация более или менее терпимая. Кто бы ее мог написать, после увольнения значительной части команды продукта?

Если интересна новая функциональность в Configurable Business Documents и ER, приходите на TechTalk на следующей неделе:
TechTalk: What's New in the October 2022 Release for Configurable Business Documents (DTT103EXT/2)
Session 1
Date: October 11, 2022
Time: 07:00 AM – 08:00 AM Pacific time
Registration URL: https://lnkd.in/duSsb3z2
Session 2
Date: October 11, 2022
Time: 10:00 AM – 11:00 AM Pacific time
Registration URL: https://lnkd.in/dABjETTk

[mifi]

Кому интересно, но не смог посетить "вживую": TechTalk был опубликован
https://community.dynamics.com/365/d...ctober-11-2022

Цитата:

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

Если интересна новая функциональность в Configurable Business Documents и ER, приходите на TechTalk на следующей неделе:
TechTalk: What's New in the October 2022 Release for Configurable Business Documents (DTT103EXT/2)
Session 1
Date: October 11, 2022
Time: 07:00 AM – 08:00 AM Pacific time
Registration URL: https://lnkd.in/duSsb3z2
Session 2
Date: October 11, 2022
Time: 10:00 AM – 11:00 AM Pacific time
Registration URL: https://lnkd.in/dABjETTk

[sukhanchik]

Здесь больше интересна судьба самой D365FO. Насколько ЕС (как исторически наиболее массовый потребитель системы) будет готов продолжать спонсировать ее развитие (=оплачивать выполнение доработок, исправление багов и быть площадкой для тестирования MS-у).
И Китай Китаем - но помнится про РФ говорилось - что мол тут очень небольшое присутствие (еще AX) на рынке и поэтому этот рынок для MS низкоприоритетен по сравнению с ЕС.
И в связи с этим интересен вопрос по распределению выручки по D365FO в процентном выражении между странами. Только желательно без "шелухи" в виде D365 Online(ex CRM). Ибо последняя шагала по миру достаточно неплохими шагами. Но там нет условных X++ / ER, т.е.технологий, специфичных для D365FO (ex AX)

[axm2017]

Цитата:

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

Здесь больше интересна судьба самой D365FO. Насколько ЕС (как исторически наиболее массовый потребитель системы) будет готов продолжать спонсировать ее развитие (=оплачивать выполнение доработок, исправление багов и быть площадкой для тестирования MS-у).
И Китай Китаем - но помнится про РФ говорилось - что мол тут очень небольшое присутствие (еще AX) на рынке и поэтому этот рынок для MS низкоприоритетен по сравнению с ЕС.

Думаю будет существовать и дальше так как система хорошая и прибыль дает.
Китай хз как там с аксаптой но там отделение MS не самое слабое и даже авторитетное.

По X++ есть мнение постепенного перехода от текущего AX к Ax как набору сервисов (попытки разработать Invoice сервис и ER сервис) но имхо с учетом традиционной рукожопости MS это лишь мечты

[fed]

В общем - не знаю насколько ER для задач отчетности подходит, но то что работа с этим механизмом склонность к троллингу развивает - это непреложный факт :-P

[EVGL]

К разговору: сегодня я соорудил вот это за 6 часов и заодно отрыл, наконец, как можно в произвольном месте сделать автонумерацию строк без фунции ENUMERATE:

При этом - никакого deployment, сразу раз, раз, и в UAT.

[ТРЕНЕР]

Цитата:

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

вот это за 6 часов

1. Тут после слова "это" как будто не хватает кое-какого существительного.
2. видимо автор имел в виду "всего за каких-то 6 часов". Но выглядит как "целых 6 часов мучался и наконец сделал-таки это (и дальше существительное из пункта 1)"

Смешно, на самом деле, показывать это как достижение и показатель превосходства ER.

[GEP442]

Цитата:

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

К разговору: сегодня я соорудил вот это за 6 часов

И всё же объясните мне неужели такой отчёт нельзя было сделать в SSRS что потребовалось создавать ER?

[EVGL]

Цитата:

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

И всё же объясните мне неужели такой отчёт нельзя было сделать в SSRS что потребовалось создавать ER?

Можно! И делали.
1) Report Design Document
2) Первый звонок с разработчиком
3) Visual Studio, жди билда, договоаривайся о deploy
4) Тестируй
5) Второй звонок с разработчиком
...
12) Готово!

По опыту, до 3-5 недель на документ в зависимости от сложности.

[fed]

Цитата:

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

Можно! И делали.
1) Report Design Document
2) Первый звонок с разработчиком
3) Visual Studio, жди билда, договоаривайся о deploy
4) Тестируй
5) Второй звонок с разработчиком
...
12) Готово!

По опыту, до 3-5 недель на документ в зависимости от сложности.

А можно было просто отдеплоить виртуалку и сделать все самому на SSRS По которому кстати с десяток толстых книг есть и сотни know how в интернете, по его интеграции с DAX/D365FO. И все это - за те же 6 часов, а скорее даже быстрее. Единственное отличие - деплоить надо по графику, ну дык это как раз очень хорошо воспитывает клиента, к порядку его приучает.

[Raven Melancholic]

Цитата:

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

...По опыту, до 3-5 недель на документ в зависимости от сложности...

3-5 недель на печатную форму?
Чтоб я так жил с повременной оплатой.

Я понимаю, сарказм, гротеск, но ...

[EVGL]

Цитата:

Сообщение от Raven Melancholic

3-5 недель на печатную форму?
Чтоб я так жил с повременной оплатой..

1) Надо иметь в виду, что на захiде нет предписанных форм, а есть скупые требования к минимальному содержанию счета. Соответственно, все изобретают кто на что горазд, дорабатывают под запросы основных клиентов, отдел маркетинга пригладывает свою руку, так что каждый раз TORG-12 приходится во многом изобретать заново.

2) Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель.

[Logger]

Цитата:

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

Можно! И делали.
1) Report Design Document
2) Первый звонок с разработчиком
3) Visual Studio, жди билда, договоаривайся о deploy
4) Тестируй
5) Второй звонок с разработчиком
...
12) Готово!

По опыту, до 3-5 недель на документ в зависимости от сложности.

Теперь понятно почему отчеты в Excel рулят.
А еще незаслуженно забыли встроенный аксаптовский движок отчетов.
Там не нужно ждать деплоя. И достаточно шустро и выпилили его только в 365-й
В 12-ке еще работал.

[fed]

Цитата:

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

К разговору: сегодня я соорудил вот это за 6 часов и заодно отрыл, наконец, как можно в произвольном месте сделать автонумерацию строк без фунции ENUMERATE:

При этом - никакого deployment, сразу раз, раз, и в UAT.

Могу ответить только канонической картинкой:

[EVGL]

То є видаткова накладна.

[fed]

Я пожалуй еще раз повторю мое утверждение: Ни одного консультанта без серьезного опыта разработки, который смог бы разобраться в ER я не видел. А если у консультанта есть опыт разработки, то он может и в SSRS разобраться (по которому по крайней мере документации довольно много в разных вариантах).
Если же у консультанта нет опыта работы разработчиком, то единственный вариант - это писать ТЗ, отсылать разработчику (даже если этот разработчик называется "Консультант по ER"), тестить, писать баг-репорт/править ТЗ, отсылать разработчику и тд и тп.
То есть - фундаментальная разница только в том что по SSRS есть документация (и вроде бы команду разработчиков не разгоняли), а по ER документации нет и команду разработчиков разогнали. (Бывший ключевой разработчик, как я понимаю, сейчас в Озоне работает...)

[axm2017]

Цитата:

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

... а по ER документации нет и команду разработчиков разогнали. (Бывший ключевой разработчик, как я понимаю, сейчас в Озоне работает...)

Еще есть китайская команда MS, которая правда работает по своей тематике но ядро используют то же.

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

[axm2017]

Речь идёт о 365. Там 2-4 недели стандарт

[sukhanchik]

Цитата:

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

Речь идёт о 365. Там 2-4 недели стандарт

Эх... Чтоб я так жил.... в D365FO... Тут 2-3 дня-то много считается...
Правда, соглашусь, что некоторые приколы типа "поправил дизайн - поправь rdl-файлик в XML-ном виде" конечно вышибают из графика, когда про них не знаешь и исследуешь - почему отчет билдится, но не деплоится.
Но когда перечень граблей записываешь в файлик и уже процедуры все знаешь - то в общем-то каких-то больших сложностей нет (при условии, что не занимаешься рисованием а-ля ТОРГ-12).
ER-отчеты в целом - тоже не так страшны. Надо по ним будет ещё статеек выпустить (одну супруга уже публиковала). Там просто много неочевидных вещей, из-за которых приходится поначалу тоже разбираться.
Впрочем, как и в приколах дизайнера SSRS-отчетов в Visual Studio