AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 24.10.2019, 04:21   #41  
trud is offline
trud
Участник
Лучший по профессии 2017
 
802 / 1050 (37) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Формат может поменять/ создать и консультант.
Ну это как было задумано. Но по факту все же это будет не консультант, а или 3 вполне определенных консультанта(EVGL, Ties Philippi или Ludwig Reinhard) или если у вас их нет, задачу просто кинут в разработку

Цитата:
Сообщение от EVGL Посмотреть сообщение
Справедливости ради, я слышу замечание "too technical" (именно так, слово в слово) каждый раз. Что и позволило в одном только 2019 году заработать ~10 kEUR только на ER, поскольку клиентам приходится искать кого-то, для кого это "not technical enough", а таких людей в настоящий момент в Европе действительно можно пересчитать по пальцам на одной руке.
Ну так же можно сказать что текущая реализация ER позволяет разработчикам быть загруженными на порядок больше, если бы сделали user friendly реализацию, так как задачи начинают кодить.
А что заставляет клиентов пытаться настроить ER, а не кодировать как раньше?
Старый 24.10.2019, 06:36   #42  
axm2017 is offline
axm2017
Участник
 
145 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от trud Посмотреть сообщение
Ну это как было задумано. Но по факту все же это будет не консультант
Почему? Перечисленные мною задачи довольно простые. Формат довольно просто настроить как правило.
Старый 24.10.2019, 07:07   #43  
trud is offline
trud
Участник
Лучший по профессии 2017
 
802 / 1050 (37) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Почему? Перечисленные мною задачи довольно простые. Формат довольно просто настроить как правило.
Ну а кто еще? т.е. вы лично сколько знаете человек которые не могут программировать в X++, но умеют менять формат ER? Я вот всех знакомых спрашиваю, пока все говорят что это очередная неработающая вещь
К тому же требование как правило будет звучать не просто
"поменять местами поля" а -
"для контрагентов валюта которых не равна валюте компании поменять местами поля, для остальных оставить так-же".
Т.е. это надо писать какие-то условия(не знаю формат это или нет)
Старый 24.10.2019, 07:59   #44  
axm2017 is offline
axm2017
Участник
 
145 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от trud Посмотреть сообщение
Ну а кто еще? т.е. вы лично сколько знаете человек которые не могут программировать в X++, но умеют менять формат ER?
Да. Причем они не программисты а консультанты.

Цитата:
Сообщение от trud Посмотреть сообщение
Я вот всех знакомых спрашиваю, пока все говорят что это очередная неработающая вещь.
Ну у меня навыки экселя к примеру так себе. Однако бухгалтерша тетя Маша в нем творит крайне серъезные расчеты и формулы. Т.е из моего опыта не следует что ексель слабая вещь.

Цитата:
Сообщение от trud Посмотреть сообщение
Т.е. это надо писать какие-то условия(не знаю формат это или нет)
В формате тоже можно скорее всего там: уровень недо Excel.
Старый 24.10.2019, 09:03   #45  
Stitch_MS is offline
Stitch_MS
Участник
Аватар для Stitch_MS
Соотечественники
 
312 / 292 (10) ++++++
Регистрация: 27.02.2006
Адрес: Дания
Мне кажется, изначально ER создавался для стандартных форматов электронного обмена сообщениями, это потом добавили столько гибкости, что возникли вопросы. У меня недавно задача была закодить выгрузку датского счета фактуры в XML формате через ER в сторонний Azure Blob Storage. Этот формат уже был в репозитарии. Благодаря удобной точке расширения в коде ER и возможности настроить имя файла по формуле, времени потратил совсем немного.
Старый 24.10.2019, 09:05   #46  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,334 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от EVGL Посмотреть сообщение
Справедливости ради, я слышу замечание "too technical" (именно так, слово в слово) каждый раз.
Мне было бы интересно услышать ваши мысли что там too technical с вашей точки зрения.
__________________
https://axcoder.github.io
Старый 24.10.2019, 09:09   #47  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,334 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
В формате тоже можно скорее всего там: уровень недо Excel.
Можно продублировать одно из полей и поставить на них свойство enabled, чтобы выводить с разным порядком по условиям.

В принципе, мы на EXCEL очень сильно ориентировались - большинство функций языка формул старались скопировать из него и синтаксис по максимуму.
__________________
https://axcoder.github.io
Старый 24.10.2019, 10:08   #48  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,247 / 2131 (78) +++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Может в документации недостаточно примеров как сделать то или иное? И людям кажется что проще закодировать. Собрать бы такие типовые случаи.
По результату можно дать примеры How to do
Или доработать движок
Или...
Старый 24.10.2019, 10:16   #49  
axm2017 is offline
axm2017
Участник
 
145 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от Logger Посмотреть сообщение
Может в документации недостаточно примеров как сделать то или иное?
Для начала неплохо бы эту документацию сделать.
По факту есть информация но ее структура не позволяет за часик разобраться и начать ваять.

Учебник с примитивными примерами, позволяющими через час приступить к разработке (Hello word) был бы в самый раз но увы этого от МС не видел.
Старый 24.10.2019, 10:31   #50  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,885 / 2386 (87) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от belugin Посмотреть сообщение
Мне было бы интересно услышать ваши мысли что там too technical с вашей точки зрения.
Мое мнение тут мало что значит. Мне-то как раз все кажется простым. А вот другие получают шок и сразу сдаются. У меня тут летом был опыт, что меня привлекли в Сан-Франциско, поскольку целый ряд (!) программистов (!) Avanade (!) не мог поднять формат на новую версию derived model, поскольку это банально невозможно сделать в пользовательском интерфейсе, а только через редактирование XML-файла.
Старый 24.10.2019, 11:53   #51  
trud is offline
trud
Участник
Лучший по профессии 2017
 
802 / 1050 (37) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
По поводу - too technical. А вы видели презентацию Николая? ну т.е. он рассматривает выгрузку одной простейшей таблицы, и для этого надо совершить кучу действий и понимать все концепции модуля целиком.
Зачем и для чего так сделано непонятно.
Ну т.е. как я вижу нормальную реализацию этой задачи - нужно выгрузить таблицу. В меню должен быть пункт - новая выгрузка.
Должна быть какая-то основная форма в которой 2 обязательных поля - имя таблицы, формат. Вводим эти 2 поля, выгрузка сразу готова к работе.
можно ее запустить сразу, посмотреть что в ней.
далее уже в этой выгрузке кнопки - настроить формат, настроить данные и т.п.
Где уже можно детально что-то сделать.
В такой концепции это хоть как-то можно будет показывать пользователям.
За это сообщение автора поблагодарили: Ivanhoe (1).
Старый 24.10.2019, 12:30   #52  
axm2017 is offline
axm2017
Участник
 
145 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от trud Посмотреть сообщение
.. и для этого надо совершить кучу действий и понимать все концепции модуля целиком.
Зачем и для чего так сделано непонятно.
Может это проблема изложения а не системы?



Цитата:
Сообщение от trud Посмотреть сообщение
..Должна быть какая-то основная форма в которой 2 обязательных поля - имя таблицы, формат. Вводим эти 2 поля, выгрузка сразу готова к работе.
В таком изложении вы по сути DMF хотите ака Entity это несколько разные вещи с отчетностью.

Если же отчетность то должно быть понимание
-какие данные мы хотим получать (собственно модель) по сути пользовательское описание, которую может накропать консультант кстати.

-откуда сопоставление модели с источниками данных так называемый model mapping) и тут возможно потребуется разРаб.

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

То есть все несколько иначе.

Последний раз редактировалось axm2017; 24.10.2019 в 12:44.
За это сообщение автора поблагодарили: belugin (10).
Старый 24.10.2019, 16:20   #53  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,334 / 2526 (93) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от trud Посмотреть сообщение
По поводу - too technical. ....
В такой концепции это хоть как-то можно будет показывать пользователям.
Я так понял, что жалоба скорее "непонятный интеррфейс" и "слишком много действий" а не too technical. Т.е. причина непонятности необязательно требование технических знаний а избыточная логическая сложность?
__________________
https://axcoder.github.io
Старый 24.10.2019, 16:49   #54  
trud is offline
trud
Участник
Лучший по профессии 2017
 
802 / 1050 (37) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Ну можно сказать и так. Вообще в MS вроде бы проводят юзер тесты, я лично в одном учавствовал. Т.е. вам рассказывают задачу - в семинаре рассказывается выгрузка простой таблицы, пусть будет к примеру она. Далее показывают интерфейс и спрашивают - куда бы вы тут нажали. Думаю в текущей реализации ER никто не справится.
Можете также показать перед этим таск рекординг по ER и попросить по памяти сделать следующее. думаю процент фейлов тоже будет большим
Старый 25.10.2019, 00:19   #55  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
245 / 291 (10) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от belugin Посмотреть сообщение
Я так понял, что жалоба скорее "непонятный интеррфейс" и "слишком много действий" а не too technical. Т.е. причина непонятности необязательно требование технических знаний а избыточная логическая сложность?
Too technical - понятие индивидуальное. У каждого этот порог - свой.
Но, по моему личному впечатлению, средний мировой уровень консультантского "too technical", находится где-то в районе 4-х математических операций + - * /. Все, что нельзя сложить, вычесть, умножить или поделить - too technical.
Другими словами, вопрос, ответ на который находится в первой ссылке Гугла - too technical.
Я бы добавил еще одно наблюдение, что мысль, "а не поискать ли в гугле решение проблемы" посещает далеко не каждого разработчика Dynamics 365 for Finance and Operations.

Последний раз редактировалось AlexSD; 25.10.2019 в 00:27.
За это сообщение автора поблагодарили: Ace of Database (2), EVGL (3).
Старый 25.10.2019, 09:20   #56  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
741 / 544 (20) +++++++
Регистрация: 14.10.2004
Цитата:
Сообщение от AlexSD Посмотреть сообщение
Too technical - понятие индивидуальное. У каждого этот порог - свой.
Но, по моему личному впечатлению, средний мировой уровень консультантского "too technical", находится где-то в районе 4-х математических операций + - * /. Operations.
Даже операция деления - это уже too technical.
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/
За это сообщение автора поблагодарили: AlexSD (3).
Старый 10.11.2019, 15:00   #57  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,462 / 969 (35) +++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Честно говоря, я не осилил до конца всю презентацию. Через час отключаюсь Поэтому тезисно, вкратце

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

2. Консультант, теоретически, может, но это должен быть бывший разработчик, который стал консультантом. Как минимум, этот человек должен хорошо разбираться в разработке

3. Реально - это инструмент разработчика, но для очень специфических, даже не отчетов, а задач по выгрузке информации. Хотя, скорее всего, если не будет прямого приказа, разработчик это тоже использовать не будет...

В моей практике обычно просят выгрузить отчет в Excel. Поэтому все генераторы отчетов (не важно какие) для меня - это лишний посредник. Поэтому восторги по поводу, что ER лучше, чем SSRS, PowerBI и т.д. и т.п. я просто не понимаю. Я то рассматриваю в сравнении с прямой выгрузкой в Excel и вижу лишь усложнение без какой-либо выгоды для меня, как разработчика.


PS: Ну, это очередная попытка сделать нечто "универсальное" под девизом "однотипных операций". Вы что, действительно не замечаете, что даже просто описание этого инструмента требует несколько часов (!) вдумчивого изучения?

Собственно, это все та же тема: Интеграция - использовать стандарт или писать на коленке ?

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

"Что-то в консерватории надо подправить" (с) Вы уже просто не замечаете чрезвычайного усложнения инструмента. "Своя ноша не тянет"
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
За это сообщение автора поблагодарили: trud (5), Stitch_MS (3), mazzy (2).
Старый 10.11.2019, 17:51   #58  
Stitch_MS is offline
Stitch_MS
Участник
Аватар для Stitch_MS
Соотечественники
 
312 / 292 (10) ++++++
Регистрация: 27.02.2006
Адрес: Дания
К сожалению, документация тоже выглядит примерно вот так, т.е. без скриншотов, и изучать это без одновременного кликания в Аксапте затруднительно:

Старый 11.11.2019, 08:31   #59  
axm2017 is offline
axm2017
Участник
 
145 / 143 (5) +++++
Регистрация: 15.05.2017
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
1. "Обычный" пользователь это использовать не сможет. Ни в каком виде. Ни при каких условиях
Что значит ее не может использовать пользователь?
На нашем проекте вполне себе использует. Жмет кнопку - получает результат. Не вижу причин не использовать и другим.
Более того по мне так это гораздо удобнее чем SSRS где как раз проблем слегка больше.

Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
2. Консультант, теоретически, может, но это должен быть бывший разработчик, который стал консультантом. Как минимум, этот человек должен хорошо разбираться в разработке
Формулы Excel тоже не простая вещь. не всякий осилит. С учетом что в ER формулы слизаны с Excel сложность освоения +- одинакова.


Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
3. Реально - это инструмент разработчика, но для очень специфических, даже не отчетов, а задач по выгрузке информации. Хотя, скорее всего, если не будет прямого приказа, разработчик это тоже использовать не будет...
Без прямого приказа разработчик вообще работать увы не будет. ER выглядит удобнее чем SSRS мне как разработчику в разы: снимает с меня часть нагрузки, по шаблонам, мелкие ошибки могу править не я и все это делается на лету без перезапуска системы, долгих компиляций и прочих ритуальных плясок.

Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
В моей практике обычно просят выгрузить отчет в Excel. Поэтому все генераторы отчетов (не важно какие) для меня - это лишний посредник. Поэтому восторги по поводу, что ER лучше, чем SSRS, PowerBI и т.д. и т.п. я просто не понимаю. Я то рассматриваю в сравнении с прямой выгрузкой в Excel и вижу лишь усложнение без какой-либо выгоды для меня, как разработчика.
Это нормальный фреймворк единообразный как минимум, с возможностями пользователя типа консультанта доработать под свои хотелки без привлечения разработчика.

Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
Вы что, действительно не замечаете, что даже просто описание этого инструмента требует несколько часов (!) вдумчивого изучения?
Это проблема описателя а не инструмента. Excel на самом деле тоже не простая система и предмет вдумчивого изучения даже не дней.

Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
От рабочего инструмента ожидаешь повышение сложности при усложнении самой задачи. А простой-то отчет по гладкой таблице из 2 полей без ограничений ожидаешь, что сделаешь за несколько минут. А здесь? Около часа потребовалось именно на такой, примитивнейший отчет.
Эмм.. у меня регулярно для тестов возникают вопросы и варганю по этой причине подобное. Но отнимает это действительно несколько минут. В ER. Что делаю не так?

Последний раз редактировалось axm2017; 11.11.2019 в 08:36.
Старый 12.11.2019, 09:46   #60  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,462 / 969 (35) +++++++
Регистрация: 13.01.2004
Записей в блоге: 3
axm2017 Я надеюсь, Вы честно не поняли, что именно я написал, а не сознательно исказили смысл, для удобства фальсификации разбив на маленькие кусочки Поэтому попробую повторить еще раз, но более сжато


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

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


Насчет того, что им будет пользоваться разработчик

В младших версиях Axapta для генерации отчетов существовал объект Report. Чтобы создать "с нуля" простейший отчет необходимо сделать следующее

1. Создать новый объект Report
2. В узел Data Source добавить нужную таблицу-источник
3. Выполнить генерацию дизайна
4. Перетащить из Data Source нужные поля в секцию Body

Все. Простейший отчет можно запускать. Для сравнения, попробуйте просто перечислить действия, которые нужны для этого в ER.


Программный вариант выгрузки в Excel. Также в простейшем варианте

X++:
static void test(Args _args)
{
    InventItemGroup         InventItemGroup;
    int                     row;
    ComExcelDocument_RU     excel;
    ;

    excel = new ComExcelDocument_RU();
    excel.newFile('', false);
    while select InventItemGroup
    {
        row++;
        excel.insertValue(strFmt("A%1", row), InventItemGroup.Name);
    }
    
    excel.visible(true);
    
    info('End');
}

А вот теперь, объясните, какие преимущества мне, как разработчику, дает использование дополнительных посредников в виде SSRS, PowerBI, ну или вот нового инструмента ER ? Что может заставить меня перейти на эти инструменты, вместо прямого написания кода?
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
Теги
generic electronic reporting, ger

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ievgensaxblog: MSDyn365FO. How to Import CSV file using Electronic Reporting. Part 2 – Format. Blog bot DAX Blogs 0 06.02.2019 07:12
ievgensaxblog: MSDyn365FO. How to Import CSV file using Electronic Reporting. Part 1 – Data Model. Blog bot DAX Blogs 0 06.02.2019 07:12
erconsult: Electronic Reporting (ER) Cookbook 2: new tips from the kitchen Blog bot DAX Blogs 0 06.08.2018 17:11
powerobjects: Electronic Reporting in Dynamics 365 for Finance and Operations Blog bot DAX Blogs 0 14.02.2018 03:28
erconsult: Electronic Reporting (ER) Cookbook Blog bot DAX Blogs 24 09.10.2017 08:47
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:20.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.