Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[Ich@Ru]

Коллеги,

Вебинар от команды локазации по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages) доступен по ссылке:
https://info.microsoft.com/CE-DynOps...orminBody.html

[Stitch_MS]

А когда этот вебинар будет вообще?

[Ich@Ru]

Доступна запись вебинара

[Dreadlock]

Цитата:

Сообщение от Ich@Ru

Доступна запись вебинара

Где её можно посмотреть?

[Ich@Ru]

Нужно зарегистрироваться по ссылке выше

[mnt_dx]

Цитата:

Сообщение от Dreadlock

Где её можно посмотреть?

По первой ссылке запись именно. Надо зарегистрироваться и через некоторое время придет ссылка на запись.

[EVGL]

Кто-нибудь знает: есть User parameter (дата отсечения) в мэппинге. Если нажать Run на мэппинге, то параметр показывается в диалоговом окне. Если нажать Run на формате, отображается только Query.

Я видел отчеты, где параметр "просачивается" из мэппинга в формат. Как этого добиться? Отчет вызывается напрямую без пунктов меню.

[belugin]

Цитата:

Сообщение от EVGL

Как этого добиться? Отчет вызывается напрямую без пунктов меню.

Параметр должен показываться когда одновременно соблюдаются два условия:
1. Если его используют (есть мэппинг, прямой или опосредованный на поле в модели, которое используется в формате)
2. Если нет выражения которое определяет его видимость либо такое выражение возвращает TRUE

Если эти два условия соблюдаются и вы не видите параметра, то вероятно у нас ошибка. Подробнее можно сказать посмотрев на оба меппинга - из формата на модели и из модели на формат.

[EVGL]

Цитата:

Сообщение от belugin

Параметр должен показываться когда одновременно соблюдаются два условия:
1. Если его используют (есть мэппинг, прямой или опосредованный на поле в модели, которое используется в формате)
2. Если нет выражения которое определяет его видимость либо такое выражение возвращает TRUE

Если эти два условия соблюдаются и вы не видите параметра, то вероятно у нас ошибка. Подробнее можно сказать посмотрев на оба меппинга - из формата на модели и из модели на формат.

Все понял. Параметр использовался опосредованно

FILTER(@.'<Relations'.ProjTransPosting,
AND(@.'<Relations'.ProjTransPosting.PostingType=Enums.LedgerPostingType.ProjCost,
@.'<Relations'.ProjTransPosting.LedgerTransDate <= UserParameters.'$ToDateOrInfinity'))

где UserParameters.'$ToDateOrInfinity' - это

IF(@.'$ToDate'>NULLDATE(), @.'$ToDate', DATEVALUE("31-12-2154","dd-MM-yyyy"))

а @.'$ToDate' - это искомый параметр.

После того, как я напрямую полключил '$ToDate' к ненужному полю, он появился и в формате.

Спасибо!

[belugin]

Я попытался это воспроизвести на исскуственном примере и не получилось (дата показывается). Можно ли узнать какие виды преобразований использовались дальше на пусти от фильтра к полю в формате, либо получить каким-то образом конфигурации для анализа? Либо загеристрировать багу по официальным каналам?

[EVGL]

Цитата:

Сообщение от belugin

Я попытался это воспроизвести на исскуственном примере и не получилось (дата показывается). Можно ли узнать какие виды преобразований использовались дальше на пусти от фильтра к полю в формате, либо получить каким-то образом конфигурации для анализа? Либо загеристрировать багу по официальным каналам?

Да конечно, вот пример того, где не работало:
BWT Project model v9.zip

[mnt_dx]

Подскажите, пожалуйста, по созданию платежей:
имя файла настраивается где-то в электронной отчетности?

[belugin]

Цитата:

Сообщение от mnt_dx

Подскажите, пожалуйста, по созданию платежей:
имя файла настраивается где-то в электронной отчетности?
Вложение 12388

Это поле забито в CustVendOutPaym.initializeNewCustVendSumForPaym

Есть делегат, который можно перехватить и что-то там поменять:

/// <summary>
    /// Delegate to initialize <c>CustVendOutPaym</c>.
    /// </summary>
    /// <param name = "_sumForPaym">
    /// Identifies the payment parameters.
    /// </param>
    /// <param name = "_custVendOutPaym">
    /// The <c>CustVendOutPaym</c> instance that can be initialized.
    /// </param>
    static delegate void initializingNewCustVendSumForPaym(CustVendSumForPaym _sumForPaym, CustVendOutPaym _custVendOutPaym)
    {
    }

В других отчетах ER можно задавать выражение на компоненте "файл" чтобы как-то вычислять имя файла.

[mnt_dx]

Цитата:

Сообщение от belugin

Это поле забито в CustVendOutPaym.initializeNewCustVendSumForPaym

Это класс и метод? А откуда они берут какие-то данные?

[belugin]

Цитата:

Сообщение от mnt_dx

Это класс и метод? А откуда они берут какие-то данные?

Если я правильно разобрался - то вот: журнал, счет, дата

 // Defines the sequence of the date, -1 applies the current user's preferences
        int monthDayYearSequence = -1;
        str currentDateTime = DateTimeUtil::toFormattedStr(DateTimeUtil::applyTimeZoneOffset(DateTimeUtil::utcNow(), DateTimeUtil::getUserPreferredTimeZone()),
            monthDayYearSequence,
            DateDay::Digits2,
            DateSeparator::None,
            DateMonth::Digits2,
            DateSeparator::None,
            DateYear::Digits4,
            TimeSeparator::Dot,
            TimeSeparator::Dot,
            DateFlags::None);
        Filename generatedFilename = strFmt('%1_%2_%3.txt', _custVendOutPaym.parmLedgerJournalId(), _custVendOutPaym.parmBankAccountID(), currentDateTime);
        _custVendOutPaym.parmFilename(generatedFilename);

[wojzeh]

ребята молодцы! забабахали реальное демо!
но длинновато, конечно. для тех, у кого времени не так много, я сделал несколько снимков на память. пролистать можно здесь

Electronic Reporting Webinar Screenshots, Part 1: Building and Debugging Configurations

http://alexvoy.blogspot.com/2019/10/...g-webinar.html

[trud]

Наконец-то осилил семинар. Напишу отзыв
Во первых, спасибо, материал и примеры просто отличные, нет маркетинга, все по делу, но в связи с этим вопрос - можно ли это видео куда-нибудь скачать или выложить на тот-же youtube чтобы при вопросах можно было пересматривать? (текущая запись наверняка имеет ограниченный срок жизни)
По самому контенту:
А кто предполагается как пользователь этого ER модуля? Ну т.е. вы по сути создали свою среду разработки с собственной версионностью, компонентами тестирования, профайлинга и т.п. в браузере. Выглядит конечно круто, но если пользователь - это консультант - то после фразы "Этот компонент используется в качестве источника данных в следующей компоненте в формате. Формат-это компонент который содержит в себе описание структуры документа.." - будет замечание что это too technical
Если разработчик - какое преимущество перед X++? Т..е подобные интеграции о которых тут рассказывали стандартно разрабатывают в Х++ и непонятно зачем переходить на ER. Ну т.е. я с ходу назову только недостатки(отсутствие нормальной контроля версий со всеми бранчами, усложнение развертывания - если выгружаем новое поле к примеру, то надо будет как-то синхронизировать новую версию ER и новую версию приложения с этим полем, сложность настройки и т.п.). Может быть и сейчас есть преимущество что формат можно изменить без остановки системы, но как только MS сделает возможность установки пакетов без остановки, по сути весь модуль потеряет это главное преимущетсво
Т.е. текущая политика Микрософта - что приложения где не требуется кодить делаются в PowerApps - и Микрософт это сильно продвигает(Людвиг вон видео пишет, где тоже файлы загружает-выгружает в XML), где надо - в X++. Какое место тут у ER, непонятно.
Вообще конечно интерестно кто был автором идеи и кто разрабатывал интерфейс. ну т.е. на первый взгляд мне кажется очень сложным и непонятным, даже посмотрев семинар я по памяти не настрою выгрузку о которой там рассказывалось, очень много неочевидных кликов и действий. Показывали ли вы это не-программистам из западного мира, как они на это смотрели/что говорили?

К Николаю - во время рассказа очень много слов-паразитов "соответсвенно" и "э..", это немного отвлекает от сути

Бухгалтерская отчетность - тоже вызывает вопросы.
Откуда в этих сделанных отчетах берутся данные?
Если напрямую запросы к проводкам, это же перестанет работать на миллионах/десятках миллионах записей
Для подобных отчетов стандарт предлагает использовать PowerBI(в варианте DW или BYOD) или Financial reporting, они конечно тоже перестанут работать работать на каком-то объеме данных, но это будет на порядок больше чем прямые запросы к проводкам. Рассматривались ли такие варианты?

[mazzy]

Цитата:

Сообщение от trud

А кто предполагается как пользователь этого ER модуля?

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

тут интересна история этого модуля:
1.
изначально это было расширение русских финансовых отчетов.
Макс Белугин показывал ранний прототип - логичная и привычная штука. Да, без отладчика и без профайлера. Собственно те же финансовые отчеты. Только больше, ширше, лучше. Работает с аксаптовскими данными, в обычном аксапта-интерфесе, формы с гридами, реализован обычными аксаптовскими объектами, модель и датасорс совпадают.

2,3,4.
я не знаю последовательности, в которой произошли эти события. я застал ER когда в нем уже присутствовали три концепции:

• объекты в ER должны выглядеть в виде дерева
• ER должен работать не только с аксаптовскими данными, но и с NAV, CRM, CDM и прочие дела
• настройка ER должна быть не в X++ коде, а внешним файлом. что позволит вывести настройки за производственный цикл программистов: код-ревью-перевод-коммит-юнит.тестирование-фриз.перед.релизом-новая.версия.Аксапты

======
с деревом все понятно - пропал поиск, работа только через мышку, дерево тормозит на огромном числе объектов из АОТ - нужно делать динамическую подгрузку/выгрузку и т.п.
В общем, с деревом жизнь настройщика усложнилась на порядок - такое ощущение смотришь на глобус через подзорную трубу и каждый момент времени видишь маленький кусочек.

======
требование сделать систему, которая берет данные откуда угодно, тут же привело к тому, что модель и датасорс стали различными.
сильно усложнило сам инструмент. тут же вывело инструмент в конкуренцию с другими универсальными инструментами преобразования данных. прежде всего с майкрософтовскими же Integration services (которые умеют работать с гораздо широким ассортиментом источников данных, легко работать параллельно, задействовать разные сервера, поставлялись в составе SQL)

а главное - для ER тут же потребовался DBadmin, который сделает связь между датасорсами и моделью.
но администратору гораздо проще тупо создать SQL запрос и не парится с изучением дополнительной утилиты, которую надо настраивать мышкой и в которой фиг что протестируешь.

но внутри МС обещания уже даны, бюджеты выделены - это инструмент, который облегчит жизнь PowerUser. какой нафиг администратор?

поэтому что? продолжаем делать для одной роли PowerUser, громко заявляя всем что PowerUser легко создаст и модель, и датасорс. и вообще.

бог с ним с маркетингом. главное следствие - не делается никаких инструментов для облегчения совместной жизни DBadmin и powerUser. Партия сказала - там один могучий пользователь.

отсутствие явно выделенной роли для человека, который знает где и как лежат нужные данные, - ключевой промах инструмента ER.

на практике получается, что человек, который знает форматы отчетности и всякие бизнес-требования, как правило не знает как устроена база данных.
а те, кто знает устройство базы данных, как правило не разбирается в бизнес-требованиях и форматах отчетов.

добавлено:
нет, я не говорил, что универсалов не бывает. бывают.
но как правило универсалы, которые могут и в данные, и в форматы, уже знают о куче других инструментов для преобразования данных и построения отчетов.
тот же BI, Qlick и прочие. как правило, такие люди уже умеют создавать кубы для себя и для своего ближнего окружения.
заставить этих людей пользоваться еще одним инструментом... со своим блекджеком и формулами? а что он даст этим людям?

====

ну и вишенкой стал вывод настроек из производственного цикла.
обоснование было шикарное - регламентные отчеты нужны срочно, поэтому нафиг код-фризы, нафиг версии продукта и совместимость.
групповая работа над ER-отчетом? с ума сошли что ли? нафиг.
тестировать? консультанты же тестируют когда создают настройку. нафиг.
переводы на другие языки? нафиг! мы же делаем регламентную отчетность для конкретной страны.

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

потом выяснилось что и групповая работа над отчетом очень нужна, а системы контроля версий кода тоже используют не потому что программисты страдают от избытка времени.

но этот инструмент уже был выведен из общего производственного цикла внутри МС.
разработчики функционала не учитывали ER в своей разработке.
а разработчики отчетов получили свой производственный контур. со своим бюджетом, своим ФОТом, с возможностью творить не согласуя с другими.

5. производительность
ооооо, сколько там было сделано.
но, насколько я знаю, ER до сих пор однопоточное приложение. что для работы с базами данных просто убийственно.

6. на базе ER был создан инструмент для расчета налогов. И даже что-то сделали для индии. как поддерживают - не знаю.

по крайней мере так было года 2-3 назад.

Цитата:

Сообщение от trud

Для подобных отчетов стандарт предлагает использовать PowerBI(в варианте DW или BYOD) или Financial reporting, они конечно тоже перестанут работать работать на каком-то объеме данных, но это будет на порядок больше чем прямые запросы к проводкам. Рассматривались ли такие варианты?

это ж надо работать с другими отделами. причем с более мощными внутри МС.

я где-то говорил и повторю: народ внутри МС очень толковый. и очевидные варианты рассматривались.
но свои внутренние задачи имеют повышенный приоритет. и повсеместный подход "а куда эти пользователи денутся".

Цитата:

Сообщение от trud

можно ли это видео куда-нибудь скачать или выложить на тот-же youtube чтобы при вопросах можно было пересматривать? (текущая запись наверняка имеет ограниченный срок жизни)

а это снова подход "а куда эти пользователи денутся"

добавлено:
поскольку пошли вопросы добавлю. публикация материалов от лица МС внутри сильно регламентирована. Чтобы выложить что-то человеку в МС нужно пройти свой отдельный путь согласования и регламентов. Поэтому спасибо, что выложили хоть как-то. Спасибо, что этот материал теперь имеет статус "public", а не "для служебного пользования".
Но вся система внутри устроена на принципе "а куда эти пользователи денутся". При этом внутренние задачи и регламенты имеют повышенный приоритет.

[axm2017]

Цитата:

Сообщение от trud

А кто предполагается как пользователь этого ER модуля?

По факту продвинутый консультант либо разработчик (в смысле пользования как создание отчетов).

Цитата:

Сообщение от trud

Если разработчик - какое преимущество перед X++?

Сейчас скоростью разработки, как минимум. Если бы не убогость интерфейса, то вполне имеет смысл рекомендовать юзерам, так как гораздо менее тяжелая вещь чем SSRS в Axapta.

Потенциально сделали достаточно крутую вещь, которую традиционно для России (?) пока не довели до состояния конфетки, увы.

Цитата:

Сообщение от trud

Бухгалтерская отчетность - тоже вызывает вопросы.
Откуда в этих сделанных отчетах берутся данные?

Как понимаю ответы такие же как в SSRS.

[EVGL]

Я две недели назад соорудил вот такое:


Вы мне сначала оцените, сколько это займет в PowerBI или SSRS (я в целом представляю, но хотел бы услышать стороннюю оценку), а потом я скажу вам, за сколько я его сделал. За сколько развернул, это уже понятно: 0 дней.

Источники данных:

• таблица проектов
• проводки по проектам 4 типов, включая on-account
• проектный заказ
• суб-спецификации в его строках
• к его строкам состояние склада
• к нему же заказы на покупку и производство, а также результаты MRP (planned delay)
• строки проектного бюджета
• данные о номенклатуре
• строки и отгрузки WHS

P.S. Для получения лучшей оценки еще пара аспектов для справки: для ReqTrans, ReqTransCov, ProjBudgetLine, ProjTransPosting не существует сущностей. Верхняя таблица - это тройной UNION с группировкой по проектной категории.

Отвечая на исходный вопрос trud: рекламируется как инструмент для пользователя, а по факту - опытный программист или функциональный онсультант с опытом 10+ вроде Ties Philippi или Ludwig Reinhard.