|
29.09.2022, 23:12 | #1 |
Banned
|
К разговору: сегодня я соорудил вот это за 6 часов и заодно отрыл, наконец, как можно в произвольном месте сделать автонумерацию строк без фунции ENUMERATE:
При этом - никакого deployment, сразу раз, раз, и в UAT. Последний раз редактировалось EVGL; 29.09.2022 в 23:20. |
|
29.09.2022, 23:26 | #2 |
Участник
|
1. Тут после слова "это" как будто не хватает кое-какого существительного.
2. видимо автор имел в виду "всего за каких-то 6 часов". Но выглядит как "целых 6 часов мучался и наконец сделал-таки это (и дальше существительное из пункта 1)" Смешно, на самом деле, показывать это как достижение и показатель превосходства ER. |
|
30.09.2022, 08:38 | #3 |
Участник
|
|
|
30.09.2022, 09:40 | #4 |
Banned
|
Цитата:
1) Report Design Document 2) Первый звонок с разработчиком 3) Visual Studio, жди билда, договоаривайся о deploy 4) Тестируй 5) Второй звонок с разработчиком ... 12) Готово! По опыту, до 3-5 недель на документ в зависимости от сложности. |
|
30.09.2022, 10:01 | #5 |
Moderator
|
А можно было просто отдеплоить виртуалку и сделать все самому на SSRS По которому кстати с десяток толстых книг есть и сотни know how в интернете, по его интеграции с DAX/D365FO. И все это - за те же 6 часов, а скорее даже быстрее. Единственное отличие - деплоить надо по графику, ну дык это как раз очень хорошо воспитывает клиента, к порядку его приучает.
|
|
30.09.2022, 17:50 | #6 |
Участник
|
|
|
01.10.2022, 11:46 | #7 |
Banned
|
Цитата:
2) Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель. |
|
01.10.2022, 14:24 | #8 |
Участник
|
Вы, видимо, давно не отслеживали требования к первичной учетной документации в России. Тут тоже очень давно нет предписанных первичных форм кроме, того, что касается взаимоотношений компаний с государством и в большинстве случаев работают правила:
Цитата:
Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель.
PS: ну и sukhanchik-у лучше такие сроки не видеть. У нас для его команды на подходе десяток форм первички намечаются. |
|
|
За это сообщение автора поблагодарили: EVGL (1), sukhanchik (6). |
01.10.2022, 19:54 | #9 |
Administrator
|
Цитата:
AX 2012: 1. Здесь важно иметь корректную настройку SSRS (чтобы студия смотрела и деплоила куда надо, чтобы приложение смотрело и деплоило куда надо и т.д.). Актуально, когда есть DEV / TEST / PROD - 3 (а может и больше) разных приложений. 2. Разрабатывать SSRS-отчет нужно строго на том приложении, где можно относительно в любой момент собрать полный CIL и рестартануть AOS. 3. Добавление нового параметра в класс-контракт чревато корректировкой параметров в источнике данных отчета, т.е. лучше этого не делать, либо делать минимальное количество раз. Аккуратно надо следить за списком параметров в отчете и соответствии его списку параметров в источнике данных отчета 4. Добавление нового поля в источник данных (для DP-класса) требует перевыбор источника данных (чтобы обновился список полей) 5. Контролы не должны наезжать друг на друга в дизайне, но в целом система только "ворчит", в отличие от D365FO, где это является ошибкой компиляции 6. SSRS-отчеты вместе с их Visual Studio-проектами (которые хранятся в АОТе) не поддерживают работу в системе контроля версий. D365FO: В силу особенностей разработки в D365FO (отдельная виртуалка, билд без отдельной сборки CIL-а, постоянный рестарт IIS) - пп1 и 2 - по сути не актуальны. п.3 и 4 - остаются п.5 наезд контролов - это уже ошибки компиляции. Надо править. Особенно весело отдублировать стандартный отчет, чтобы чуть-чуть чего-то поменять, после чего заняться "причёсыванием" контролов, которые не трогались, после чего плюнуть и сделать всё-таки свой отчёт "с нуля" 6. Система контроля версий поддерживается, но исходя из того, что дизайн отчета - это один файл. При этом Visual Studio проекты не хранятся теперь в АОТ - они поддерживаются системой контроля версий уже на уровне Visual Studio 7. Добавление поля в Tablix (табличную часть) в последних версиях системы требует открытия rdl-файла в XML-виде и правки отдельных блоков в XML. В противном случае отчет либо не сбилдится, либо сбилдится, но не задеплоится. Если всё сбилдилось и задеплоилось - Вам крупно повезло. Такое тоже бывает 8. SSRS-отчеты, основанные на Query (а не на DP-классе) не расширяются (нельзя новое поле, добавленное в расширение таблицы, входящей в Query - вывести в отчет, даже если отдублировать дизайн). Ну т.е. можно расшибиться лбом, но нет. Поэтому даже если Вам не нужно менять дизайн - Вам придется его откопировать и скорее всего дальше перейти на DP-класс (либо копировать Query) Для SSRS-отчетов (D365FO) есть замечательное (кажется платное) расширение от Docentric, которое позволяет по сути нарисовать любой дизайн отчета в Word продвинутому пользователю на базе простейшего отчета. Т.е. программисту можно нарисовать простейший отчет, выведя в него все данные, а дальше отдать его ответственному человеку-дизайнеру, который его переделает (т.е. программисту не придется заниматься дизайнерством). Итоговый результат будет также в виде SSRS. https://www.docentric.com/product/how-to-use Также Docentric предлагает тулзу для конвертации SSRS -> ER (где-то там же на сайте видел. Но с ходу найти не могу) С ER - многие вещи в интерфейсе поначалу неочевидны (например, что надо встать на конкретный узел, чтобы появилась кнопка). Потом привыкаешь. В целом - могу сказать, что очень жаль, что в AX2012 нету ER - это бы радикально упростило построение любой отчетности. При этом я бы не сказал, что ER- это какая то фишка D365FO, которая привязана именно к архитектуре D365FO (то, что это веб-сайт или облако). Просто это развитие системы.
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 01.10.2022 в 20:12. |
|
|
За это сообщение автора поблагодарили: EVGL (5), Ace of Database (5), alex55 (1). |
30.09.2022, 19:38 | #10 |
Участник
|
Цитата:
А еще незаслуженно забыли встроенный аксаптовский движок отчетов. Там не нужно ждать деплоя. И достаточно шустро и выпилили его только в 365-й В 12-ке еще работал. |
|
30.09.2022, 09:13 | #11 |
Moderator
|
Могу ответить только канонической картинкой:
|
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|