AXForum  
Вернуться   AXForum > Рынок > Microsoft и системы Microsoft Dynamics
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 30.09.2022, 19:24   #41  
axm2017 is offline
axm2017
Участник
 
1,326 / 228 (10) ++++++
Регистрация: 15.05.2017
Речь идёт о 365. Там 2-4 недели стандарт
Старый 30.09.2022, 19:38   #42  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,683 / 2588 (94) +++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от EVGL Посмотреть сообщение
Можно! И делали.
1) Report Design Document
2) Первый звонок с разработчиком
3) Visual Studio, жди билда, договоаривайся о deploy
4) Тестируй
5) Второй звонок с разработчиком
...
12) Готово!

По опыту, до 3-5 недель на документ в зависимости от сложности.
Теперь понятно почему отчеты в Excel рулят.
А еще незаслуженно забыли встроенный аксаптовский движок отчетов.
Там не нужно ждать деплоя. И достаточно шустро и выпилили его только в 365-й
В 12-ке еще работал.
Старый 30.09.2022, 19:56   #43  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,173 / 3244 (115) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Речь идёт о 365. Там 2-4 недели стандарт
Эх... Чтоб я так жил.... в D365FO... Тут 2-3 дня-то много считается...
Правда, соглашусь, что некоторые приколы типа "поправил дизайн - поправь rdl-файлик в XML-ном виде" конечно вышибают из графика, когда про них не знаешь и исследуешь - почему отчет билдится, но не деплоится.
Но когда перечень граблей записываешь в файлик и уже процедуры все знаешь - то в общем-то каких-то больших сложностей нет (при условии, что не занимаешься рисованием а-ля ТОРГ-12).
ER-отчеты в целом - тоже не так страшны. Надо по ним будет ещё статеек выпустить (одну супруга уже публиковала). Там просто много неочевидных вещей, из-за которых приходится поначалу тоже разбираться.
Впрочем, как и в приколах дизайнера SSRS-отчетов в Visual Studio
__________________
Возможно сделать все. Вопрос времени
Старый 01.10.2022, 11:46   #44  
EVGL is offline
EVGL
Участник
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,418 / 3001 (109) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
3-5 недель на печатную форму?
Чтоб я так жил с повременной оплатой..
1) Надо иметь в виду, что на захiде нет предписанных форм, а есть скупые требования к минимальному содержанию счета. Соответственно, все изобретают кто на что горазд, дорабатывают под запросы основных клиентов, отдел маркетинга пригладывает свою руку, так что каждый раз TORG-12 приходится во многом изобретать заново.

2) Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель.
Старый 01.10.2022, 14:24   #45  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,101 / 1237 (46) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от EVGL Посмотреть сообщение
Надо иметь в виду, что на захiде нет предписанных форм
Вы, видимо, давно не отслеживали требования к первичной учетной документации в России. Тут тоже очень давно нет предписанных первичных форм кроме, того, что касается взаимоотношений компаний с государством и в большинстве случаев работают правила:
  • Соответствие требованиям, указанным в законе о Бухгалтерском учете.
  • Договоренность между контрагентами сделки.
  • Баланс "сил" между продавцом и покупателем.
В общем, множество форм разрабатываются по принципу "кто во что горазд". Нередкая ситуация, когда первичная форма делается под конткретного клиента.

Цитата:
Я имел в виду длительность, а не трудозатраты. Общие трудозатраты на хороший захiдний счет составляют от 1,5 до 3 недель.
Всё равно, какой-то перебор, даже если абстрагироваться от технологий.

PS: ну и sukhanchik-у лучше такие сроки не видеть. У нас для его команды на подходе десяток форм первички намечаются.
За это сообщение автора поблагодарили: sukhanchik (6), EVGL (1).
Старый 01.10.2022, 14:37   #46  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,101 / 1237 (46) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Ну и, все эти сомнения не к тому, что являюсь противником ER.
Хотя меня касается не 365, а 2012, но, насколько знаю, есть порт ER для 2012 и хочется понять, есть ли смысл на ER смотреть.

А для этого хотелось бы изучать действительные +/-, а не подгонку примеров под плюсы одного варианта.

PS: пока вижу, что SSRS наш внешний подрядчик делает вполне устраивающим нас образом:
  • В приемлемые сроки.
  • Качественно.
  • Понятно для дальнейшего сопровождения.
Старый 01.10.2022, 19:54   #47  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,173 / 3244 (115) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
PS: ну и sukhanchik-у лучше такие сроки не видеть. У нас для его команды на подходе десяток форм первички намечаются.
Спасибо . От себя скажу, что в случае отчёта и внятного ТЗ - трудозатраты от сроков не сильно отличаются (при фуллтаймовой работе). Опять-таки - в SSRS важно знать грабли. Это существенно упрощает разработку. Пока все грабли себе в базу знаний не положил - могут быть действительно по срокам прогибы. При этом в силу отсутствия обновлений по AX2012 - количество новых граблей явно не увеличивается, в отличие от D365FO
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).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
MS AXAPTA Developer Senior Yana Mironova Рынок труда Microsoft Dynamics 1 24.09.2021 20:42
Программист-консультант MS Dynamics Ax 2012 до 150000 gross МСК nopox Рынок труда Microsoft Dynamics 8 01.09.2014 16:59
Программист-консультант MS Dynamics Ax 2012 Lentochka Рынок труда Microsoft Dynamics 0 17.06.2014 09:44
требуется разработчик MS CRM (Москва) Мария Баннова Рынок труда Microsoft Dynamics 0 07.08.2012 19:21
Требуется Программист MS Axapta Анна Мельник Рынок труда Microsoft Dynamics 1 13.12.2011 17:48
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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