|
12.11.2019, 18:08 | #1 |
Участник
|
Цитата:
Ну и если захотите поделиться думаю всем будет интерестно послушать как решаются типовые проблемы |
|
13.11.2019, 01:14 | #2 |
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. |
|
19.11.2019, 17:16 | #3 |
Участник
|
Цитата:
а если серьёзно, то напомни-ка, когда в последний раз на проектах внедрения кто-то вспоминал о "преимуществах для разработчика"?
__________________
Felix nihil admirari |
|
|
За это сообщение автора поблагодарили: EVGL (3). |
12.11.2019, 11:07 | #4 |
Участник
|
Т.е. Вы сознательно искажаете то, что я пытаюсь сказать. Не случайность, значит. Ну, ок. Не вижу смысла в дальнейшей дискуссии...
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
12.11.2019, 22:32 | #5 |
Участник
|
Международный проект. Стажёры (сейчас уже статус новичков, на которых можно свалить рутину) понятно российские.
Типовые проблемы для меня имхо: Крайне неудобный интерфейс прежде всего. Не знаю про автотесты. Неустоявшаяся методология (часть полученных принципов были не совсем корректны) . Отсутствие нормальной учебной документации, даже на уровне hello world или как сделать отчёт за пять минут, что и приводит к дисскуссиям слепых мудрецов о слоне по тактильным ощущениям. Это коротко, помимо обычных рабочих моментов. Попытаюсь чуть позже развернуть ответы. |
|
12.11.2019, 23:17 | #6 |
Участник
|
Цитата:
Сообщение от axm2017
Международный проект. Стажёры (сейчас уже статус новичков, на которых можно свалить рутину) понятно российские.
Типовые проблемы для меня имхо: Крайне неудобный интерфейс прежде всего. Не знаю про автотесты. Неустоявшаяся методология (часть полученных принципов были не совсем корректны) . Отсутствие нормальной учебной документации, даже на уровне hello world или как сделать отчёт за пять минут, что и приводит к дисскуссиям слепых мудрецов о слоне по тактильным ощущениям. Это коротко, помимо обычных рабочих моментов. Попытаюсь чуть позже развернуть ответы. Из консультантов в России я кое-как знаком только с одним человеком, который более менее разбирается в ER. По-моему это показатель, что ER инструмент для очень-очень продвинутых консультантов, которые легко сделают отчет в SSRS, поправят view за разработчиком и прочее. |
|
12.11.2019, 23:36 | #7 |
Участник
|
|
|
13.11.2019, 01:22 | #8 |
Banned
|
P.S. Ваш "ComExcelDocument_RU" принципиально в облаке работает не может. Так что это еще вопрос, кто что искажает.
|
|
13.11.2019, 07:50 | #9 |
Участник
|
Прям "исключительно"? И ни в какой другой системе? Серьезно?
Типичный подход "а куда они от нас денутся" Цитата:
Стокгольмский синдром какой то. |
|
13.11.2019, 10:59 | #10 |
Administrator
|
Цитата:
Прямое написание кода в D365 в условиях реальной работы системы настолько усложнено, что ER как ни странно - это действительно выход, хотя внешне и получается, что сначала Microsoft ставит барьеры (усложняя разработку), а потом героически их преодолевает (выпуская ER). Цитата:
К сожалению, такой подход продолжает еще работать . Как бы все громко не кричали об отказе от доллара - сей корабль еще не утонул. Так и тут. Т.е. как бы кажется очевидно, что смена парадигмы с легкого кодинга на тяжелую настройку - неудобна, но по факту народ смиряется и переходит. Когда-то конечно может случиться критическая ситуация и всё рухнет, но тут как с долларом - никто не знает когда, а главное - все понимают, что лет 5 - для ИТ-шного мира - это вечность и всё может измениться за это время.
__________________
Возможно сделать все. Вопрос времени |
|
13.11.2019, 08:53 | #11 |
Участник
|
-Неудобный интерфейс прежде всего.
Про крайне неудобную при большом объеме работ дизайн раб инструментов уже высказывался, но выскажусь еще раз: устаревшие и порой крайне неудобны с учетом что сейчас 19 год. Ни подсветки ни чего пока нет. Надеюсь MS снизойдет и сделает возможность расширения инструментов работы. С учетом что это еще формально закрыто от модификацией чужими командами, то иногда пока боль. Не такая как с SSRS, но есть. -Неустоявшаяся методология (часть полученных принципов были не совсем корректны) . Как понимаю есть ожидание, логичное вполне, совместимости версий моделей, маппингов. Если с model ок, то по mapping у нас была неправильная рекомендация стараться жить с одним mapping лишь дорабатывая его. Как показала практика жить на одном mapping пытаясь не сломать существующее модифицировать основываясь на других источниках данных крайне сложно и не стоит усилий. Проще сделать новый mapping. Отсутствует инструмент тестирования совместимости версий что не good как по мне. Чуть попозже попробую проиллюстрировать примером. ЗЫ кстати на всякий случай уточню что ER при всех недостатках мне нравится и выглядит предпочтительнее чем SSRS ( который к тому же вроде скоро умрет) в силу простоты, скорости и гибкости. |
|
13.11.2019, 12:27 | #12 |
Участник
|
Так как уровень читателя неизвестен то иногда прокомментирую что такое ER в моем понимании.
Начну с основы ER - система подготовки отчетности. Держится она на трех китах: Любой отчет это прежде всего какой то формат представления данных:word, excel, xml и т п. Поэтому один из китов - это формат отчетности. В отчете пользователь хочет увидеть какие то данные: например имя и идентификатор кого то. Представление пользователя о данных называют моделью. Понятно что модель и реальные данные системы это разные вещи порой и их надо как то соотносить. Для этого есть mapping. |
|
13.11.2019, 13:06 | #13 |
Участник
|
Вот пришел ко мне пользователь ака консультант и выдал традиционное:
axm2017 нужно срочно завтра-вчера сделать отчет в котором хочу увидеть: - имя пользователя -идентификатор пользователя а так как ты земляной червячок, в сравнении со мной, то твори это все сам. Задание модели 1 шаг Придумаем осмысленное название и создадим 2 шаг Далее жмем Designer и попадаем в режим просмотра/разработки модели, где создаем корневую структуру. 3 шаг Так как пользователей будет скорее всего не один то укажем что их будет много целый набор 4 шаг Укажем что у каждой записи есть два поля Идентификатор и Имя создав соответствующие свойства в пользователе Итого получим что то типа Сохраняем изменения скомплектовав модель (Change status) Ура мы создали тестовую модель. PS небольшие комментарии: надписи задаем либо как надписи либо метками. Метки у ER свои что позволяет задавать/исправлять перевод без лишних телодвижений. Последний раз редактировалось axm2017; 13.11.2019 в 13:21. |
|
|
За это сообщение автора поблагодарили: sukhanchik (6). |
14.11.2019, 16:56 | #14 |
Участник
|
Цитата:
Сообщение от axm2017
...то по mapping у нас была неправильная рекомендация стараться жить с одним mapping лишь дорабатывая его. Как показала практика жить на одном mapping пытаясь не сломать существующее модифицировать основываясь на других источниках данных крайне сложно и не стоит усилий. Проще сделать новый mapping...
Чуть попозже попробую проиллюстрировать примером. Предположим у нас есть все из примера 1 и это всем нравится до такой степени что китайские сотрудники попросили запилить почти такой же отчет. Ок. Не вопрос. Делаем почти такой же формат. Но китайские товарищи к примеру начинают хотеть порой свое уникальное значение в поле идентификатор так как мое их не устроило (из другого источника данных связанного с табличкой). Попытки решить подобное изначально в рамках одного mapping (типа добавим поле IdFromChine и прочее) оказались крайне неудобными. Отчеты и модели жили своей жизнью росли, покрываясь расчетными функциями и прочим и это же касалось mapping (где надо было помнить еще и о китайцах) в итоге поддержка подобной уникальности оказалась трудозатратной. Проще оказалось сделать новый mapping хотя изначально рекомендовалось жить в одном маппинге. Последний раз редактировалось axm2017; 14.11.2019 в 16:58. |
|
15.11.2019, 14:33 | #15 |
Участник
|
|
|
15.11.2019, 15:01 | #16 |
Участник
|
По факту у нас есть ID для китайских и отдельно для обычных людей.
Какие есть варианты действий? 1. Добавить в модель поле китайский ID. А потом индийский. А потом выслушать обвинение в расизме от консультанта почему китайский ID идет отдельно (типа ты их за людей не считаешь?). 2. Добавить заполнение ID на маппинге для китайцев свое, а для обычных свое. Ок вводим функцию определитель страны и в зависимости от нее заполняем ID. Но так как в реальности появляется куча наворотов + еще и индийцы то все становится тяжелым и не все помнят о существовании китайских коллег. Есть высокая вероятность что кто то сломает им все, правя для себя. В общем пришли к тому что надо разделять маппинги. |
|
15.11.2019, 17:09 | #17 |
Участник
|
Цитата:
Стандарты можно не считать за людей |
|
13.11.2019, 13:10 | #18 |
Участник
|
Может ли кто-то подсказать, почему при настройке формата я не могу сопоставить xml-элемент с полем записи? Связывается только со Списком записей.
В сформированном xml-документе табличная часть должна представляться <Номенклатура ROWNUM="1">Стол</Номенклатура> <Номенклатура ROWNUM="2">Стул</Номенклатура> <Цена ROWNUM="1">200.00</Цена> <Цена ROWNUM="2">120.00</Цена> В конструкторе форматов добавляю xml-элементы Номенклатура и Цена; в каждом из них - xml-атрибут ROWNUM. В Сопоставлении атрибут ROWNUM связывается с полем LineNum, а элементы Номенклатура и Цена не могу связать с ItemName и SalesPrice - кнопка Связать неактивна. Что я делаю не так? |
|
13.11.2019, 13:16 | #19 |
Banned
|
Я так понимаю, что <Номенклатура/> должна быть включена в Sequence, Sequence связывается со списком, а тогда отдельное поле в формате можно связать с полем записи.
|
|
13.11.2019, 13:44 | #20 |
Участник
|
|
|
Теги |
generic electronic reporting, ger |
|
|