|
![]() |
#1 |
Участник
|
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 ? Что может заставить меня перейти на эти инструменты, вместо прямого написания кода?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
![]() |
#2 |
Участник
|
Цитата:
Цитата:
Цитата:
Цитата:
1. Создал шаблон Excel с полем A. 2 Создал формат где указал что в поле A надо загружать данные из какого то поля модели. 3. Все. |
|
![]() |
#3 |
Участник
|
Цитата:
![]() Т.е. надо изучать ![]() |
|
![]() |
#4 |
Участник
|
Смешно но у нас кинули на это стажеров в компании без опыта работы. Пока полет нормальный и отчеты вполне себе делаются.
Последний раз редактировалось axm2017; 12.11.2019 в 12:29. |
|
|
За это сообщение автора поблагодарили: trud (1). |
![]() |
#5 |
Участник
|
Цитата:
![]() Ну и если захотите поделиться думаю всем будет интерестно послушать как решаются типовые проблемы |
|
![]() |
#6 |
Banned
|
Цитата:
А еще безысходность и отчаяние перед экраном Sandbox или Production при залоченном Table browser, отсутствие entities. Я уже до чего только не доходил при импорте данных: http://erconsult.eu/blog/copy-paste-...cel-to-d365fo/ Но я знаю: справиться с импортом project milestones они же on-account transactions я смогу только с помощью ER, поскольку это последний инструмент, который может писать данные в произвольную таблицу. Скажете "щас запрограммируем", но я имею дело с клиентом, который программирует только то, что сам считает нужным, а предложенные консультаном доработки из принципа подвергает дотошной критике. Доходит до маразма: я сам предоставил забесплатно (!) готовый код сущности для проектных предложений (совершенно верно, забыли сделать в стандарте), но заставить отдел разработки клиента заимпортировать мой проект на практике невозможно, поскольку они считают своим долгом поставить наинизший приоритет с прицелом на 2021 год. С одной стороны, это - крик души, а с другой - смена парадигмы. Еще встречаются не вполне адекватные партнеры и/или клиенты, которые всерьез думают написать целый ISV-модуль за полгода, но их уже меньшинство. Low-code techniques - это уже не только маркетинг, но суровая правда внедрений D365. |
|
![]() |
#7 |
Участник
|
Цитата:
а если серьёзно, то напомни-ка, когда в последний раз на проектах внедрения кто-то вспоминал о "преимуществах для разработчика"?
__________________
Felix nihil admirari |
|
|
За это сообщение автора поблагодарили: EVGL (3). |
Теги |
generic electronic reporting, ger |
|
|