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

[Libovs]

Цитата:

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

Точка чего? Если какие то отчеты прописаны это лишь значит, что может есть где то функциональность их использующая.

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

Выше мне подсказали, что "Ключевое слово - integration point." - это я и имел в виду под термином "Точка".
И, как показал на скриншоте, форматы выбираются в форме Параметров модуля. Но эта настройка не учитывается при печати из формы журнала. А в форме Управления печатью эти же форматы не не выбираются. Почему мне непонятно.
Описания "как что и почему" мне найти не удалось; как консультанту возможности самому разобраться в коде у меня нет - надо запрашивать разработчиков, а т.к. для них это новый функционал, то сколько я буду ждать ответа сложно прогнозируемо.

[axm2017]

Цитата:

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

Но эта настройка не учитывается при печати из формы журнала. А в форме Управления печатью эти же форматы не не выбираются. Почему мне непонятно.

Почему они должны выбираться?
На сколько вижу как по коду, так и по самим конфигурациям(?) там другой подход и соответственно есть определенные правила для написания подобных форматов и маппингов. Мне данный подход нравится больше так как позволяет не страдать самому и не давать страдать консультанту описывая порой нетривиальные связи и контролируя их: по факту скрыт технический уровень (вы используете источники данных те же что SSRS), что правильно + позволяет использовать заделы по созданным ранее SSRS отчетам.

Цитата:

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

как консультанту возможности самому разобраться в коде у меня нет - надо запрашивать разработчиков..

Есть способ проще. Спросить MS -ников, которые и родили это. Насколько представляю российское отделение.

[Libovs]

Цитата:

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

Почему они должны выбираться?
На сколько вижу как по коду, так и по самим конфигурациям(?) там другой подход и соответственно есть определенные правила для написания подобных форматов и маппингов. Мне данный подход нравится больше так как позволяет не страдать самому и не давать страдать консультанту описывая порой нетривиальные связи и контролируя их: по факту скрыт технический уровень (вы используете источники данных те же что SSRS), что правильно + позволяет использовать заделы по созданным ранее SSRS отчетам.

У меня такое предположение и возникло, поэтому я и задавал вопрос по поводу различных фреймворков при использовании настроек для ER-форматов в Параметрах модуля и Управлении печатью.
Но независимо от того, кому какой подход нравится больше, если в интерфейсе есть возможность в Параметрах модуля выбрать для Накладной ER-формат, то должна существовать и возможность (причем в интерфейсе, а не в коде) использовать эту настройку при печати из формы журнала.
Либо в выпадающем меню кнопки Печать должны быть пункты, позволяющие выбрать и формат, настроенный в Параметрах модуля, и формат(-ы) настроенный в Управлении печатью. Либо должен быть чекбох, определяющий какая настройка имеет приоритет.
Как-то совсем нелогично иметь в интерфейсе пользователя настройку (в Параметрах модуля), которую никак нельзя применить.

[Libovs]

Цитата:

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

На сколько вижу как по коду, так и по самим конфигурациям(?) там другой подход и соответственно есть определенные правила для написания подобных форматов и маппингов.

Правильно ли я Вас понял, что в зависимости от того, как используются ER-форматы, существуют принципиальные различия не только в том, как определяются "точки интеграции" для правильной фильтрации в лукапах настройки, но и в реализации самих моделей / маппингов / форматов?
Можно ли где-то почитать о специфике этих правил?

[axm2017]

Цитата:

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

Правильно ли я Вас понял, что в зависимости от того, как используются ER-форматы, существуют принципиальные различия не только в том, как определяются "точки интеграции" для правильной фильтрации в лукапах настройки, но и в реализации самих моделей / маппингов / форматов?

Существуют разные подходы к реализации отчетности.

Ваш подход идет из древних времен. Формально концепция с тех пор не сильно поменялась, но жизнь на мой взгляд слегка поправила все и неявно мс вполне допускает код для генерации отчета в X++.

ER framework для управления печатью ориентирован на использование существующего SRS framework-ка. Используются теги, объекты и прочие не самые очевидные вещи.

По факту если у вас есть SRS отчет то вы можете подпихнуть ER формат причем в настройках и "вместо/вместе с" SRS-ной формы вылезет ваш формат, который получает данные, как SRS отчет. Это очень сильно сокращает время разработки для уже существующих отчетов + на порядок меньше ошибок (сверится с существующим SRS отчетом достаточно просто). Ну и удобно в плане если что то пошло не так, посмеявшись над неудачниками, можно сменить настройку на SRS отчет и формально пользователь страдает не так кардинально.

Цитата:

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

Можно ли где-то почитать о специфике этих правил?

ХЗ. Может и можно, но не знаю где.

Мне проще так как есть знакомые вроде работающие на мс и они иногда делятся знаниями.

[Libovs]

Цитата:

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

По факту если у вас есть SRS отчет то вы можете подпихнуть ER формат причем в настройках и "вместо/вместе с" SRS-ной формы вылезет ваш формат, который получает данные, как SRS отчет.

В этом как раз у меня и проблема: что и как я должен указать при настройке ER-формата тут:

чтобы он "появился" тут:

[axm2017]

Цитата:

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

.. что и как я должен указать при настройке ER-формата тут:..

На вашем бы месте закачал последнюю Invoice model (это переименованная Cust invoice model версии сильно выше 100) Такой же маппинг Invoice model mapping и семейство Sales invoice (Excel)
Этого для примера более чем достаточно.

[Libovs]

Цитата:

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

На вашем бы месте закачал последнюю Invoice model (это переименованная Cust invoice model версии сильно выше 100) Такой же маппинг Invoice model mapping и семейство Sales invoice (Excel)
Этого для примера более чем достаточно.

Спасибо за подсказку, сейчас загружу и попробую разобраться. Я ковырялся с Customer invoice model с датой создания 01.08.2016. Возможно она в принципе не интегрируется с фреймворком Управления печатью.

[Libovs]

Цитата:

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

На вашем бы месте закачал последнюю Invoice model (это переименованная Cust invoice model версии сильно выше 100) Такой же маппинг Invoice model mapping и семейство Sales invoice (Excel)
Этого для примера более чем достаточно.

Не подскажете как это сделать? В смысле - загрузить эту модель. Или все это в каком-то локальном репозитарии с кодом региона RU?