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

[axm2017]

Уф. Сколько непонятных слов.

Попробую проще.
Вот в условном завтра внешний разработчик пришлёт мне свой маппинг и формат. Как понимаю залить я не смогу не сломав ничего. И это архитектура такая. Круто чо.

Интерфейс я не меняю. Однако теперь вынужден его дублировать. Дерайв это наследование? как понимаю тоже дублирование только с ещё кучей неизвестных.

[belugin]

Цитата:

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

Интерфейс я не меняю.

С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP

derive это что-то типа бранчинга. В лукапах derived модель рассматривается как и базовая - т.е. будут видны форматы ссылающиеся на базовую и на derived.

[axm2017]

Цитата:

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

С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP

Открою секрет: у нас модели делают пользователи. Вроде и на лекциях такое толкают. И для них большой сюрприз что им нужно мышление программиста.

Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно. Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора а вот - хоть отбавляй типа автоматически кастомерам можно дать рекомендацию не использовать не свои руты чужих моделей, так как есть угроза что закачка какого то чужого маппинга сломает их форматы построенные на основе этого рута.

Всё это по мне так печально.
Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.

[belugin]

Цитата:

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

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

Тут скорее просто формальная логика (отношение между частным и общим).

Цитата:

Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно.

Нет, не один. Один на одной системе. Первоначально, насколько я помню, была возможность делать только меппинги встроенные в ту же конфигурацию, что и модель. Хочется завести вариацию - derive. Потом возникла необходимость поддерживать разные меппинги для одной и той же модели на разных версиях - появились конфигурации, содержащие только меппинги. Благодаря пререквизитам один меппинг мог загружаться только на ону версию, другой только на другую.

Еще на Ax2012 роль меппинга для той же модели играет просто класс-провайдер данных.

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

Просто вам эта возможность, наверное, не нужна.

Цитата:

Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора

Скорее всего вам либо придется декомпилировать и рекомпилировать С# код либо это не будет поддерживать импорт экспорт в XML либо будет использовать какой-то backdoor, который будет не совместим с какими-то изменениями в новых версиях.

Цитата:

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

Или делать меппинги совместимыми между собой.

Цитата:

Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.

Примеры в аттаче (оно все на LCS должно быть)

[axm2017]

Цитата:

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

Тут скорее просто формальная логика (отношение между частным и общим).

Даже не рядом.

Как мне объяснить китайцу что он обязан для своего отчета сделать ровно такого же customer-а в модели, как уже есть?
Я нормальных слов на уровне пользователя не знаю.

Цитата:

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

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

Что мешает расширить галочку до явного указания для конкретного формата что брать (по факту он есть в зачаточном виде (галочка default))? Ну кроме лени?

Цитата:

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

Если формат будет зависеть от конкретного меппинга этой возможности не будет.

Он и сейчас зависит. Только жестко. Если в системе несколько маппингов по customer то работать может только один. Доработка для того чтобы в системе работал не один, а несколько маппингов вполне логична.

Цитата:

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

Просто вам эта возможность, наверное, не нужна.

У меня мнение что не просто нужна а необходима, так как не могу нормально работать со сторонними коллегами: они должны делать копию customer, чтобы гарантировать что маппинг по их отчету будет работать нормально.
customer
customer_1
..
customer_20
в модели будет смотреться шикарно.
Ну и как уже написал мне тяжело объяснять пользователям почему им нельзя использовать root с модели, поставляемой MS.

Цитата:

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

Скорее всего вам либо придется декомпилировать и рекомпилировать С# код либо это не будет поддерживать импорт экспорт в XML либо будет использовать какой-то backdoor, который будет не совместим с какими-то изменениями в новых версиях.

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

Цитата:

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

Или делать меппинги совместимыми между собой.

Это как?

Цитата:

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

Примеры в аттаче (оно все на LCS должно быть)

Вопрос не в том что в LCS, а в работоспособности.

[EVGL]

Вопрос знатокам: как реплицировать record заданное, динамическое количество раз? Стоит задача для строки заказа с количеством 5 напечатать 5 раз строку с количеством 1.

[axm2017]

На уровне идей
как то типа
вызвать какой то strRep с количеством из строки и далее применить к этому er-овский split на сколько помню получим list по которому и можно бегать.Просто нет аксапты под рукой не могу попробовать.

[EVGL]

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

[belugin]

Цитата:

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

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

Если поместить calculated field, ссылающийся на запись, которую надо реплицировать внутрь такого списка, то получится вроде то, что нужно

[EVGL]

Цитата:

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

На уровне идей
как то типа
вызвать какой то strRep с количеством из строки и далее применить к этому er-овский split на сколько помню получим list по которому и можно бегать.Просто нет аксапты под рукой не могу попробовать.

Работает:

[Stitch_MS]

Помогите разобраться.

Нужно сделать так, чтобы ProjInvoiceRevenue записи, связанные с ProjInvoiceJour, фильтровались по кастомному полю, скажем XYZHideLine. В стандарте такая формула:



Пробовал изменить ее на:

WHERE(ProjInvoiceJour.'<Relations'.ProjInvoiceRevenue,ProjInvoiceJour.'<Relations'.ProjInvoiceRevenue.XYZHideLine=Enums.NoYes.No)

но в итоге просто возвращается первая запись, которая к тому же не соответствует критерию.

Как правильно фильтровать в этом случае?

[EVGL]

Я у себя объявил такую переменную:
$ProcurementCategory =

FIRSTORNULL(FILTER(ProjTable.'$ItemRequirements'.'>Relations'.InventTable.'<Relations'.EcoResProductCategory, ProjTable.'$ItemRequirements'.'>Relations'.InventTable.'<Relations'.EcoResProductCategory.CategoryHierarchy = '$ProcurementHierarchyRecId'.CategoryHierarchy))

и присвоил ее ветке модели. Работает.

[Stitch_MS]

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

[axm2017]

Цитата:

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

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

Чисто теоретически, если вы поправили при этом "стандартный" маппинг то это может "сломать" другие форматы.

[Stitch_MS]

Цитата:

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

Чисто теоретически, если вы поправили при этом "стандартный" маппинг то это может "сломать" другие форматы.

Я всего-лишь добавил фильтр, который понадобился бы для всех форматов на этом клиенте, если бы их было было больше одного.

[Libovs]

В модели ОС (Fixed assets model) описана
$Books:Вычисляемое поле = IF(ISEMPTY(AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'), EMPTYLIST(AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'), AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'): Список записей: DataContainerList (): DataContainerList ()
как я понимаю определяет список записей из таблицы AssetBook, связанных с текущей записью AssetTable по Relations AssetTable_AssetId (AssetBook.AssertId == AssetTable.AssertId)
Есть таблица LedgerJournalTrans_Asset у которой полностью идентичный Relations AssetTable_AssertId (LedgerJournalTrans_Asset.AssertId == AssetTable.AssertId). Нужно получить из нее список связанных записей.
В формате добавляю вычисляемое поле JournalTrans и задаю для него формулу

IF(ISEMPTY(AssetTable.'<Relations'.'LedgerJournalTrans_Asset.AssetTable_AssertId'), EMPTYLIST(AssetTable.'<Relations'.'LedgerJournalTrans_Asset.AssetTable_AssertId'), AssetTable.'<Relations'.'LedgerJournalTrans_Asset.AssetTable_AssertId')
При сохранении - ошибка: Неверная ссылка "AssetTable/<Relations/LedgerJournalTrans_Asset.AssetTable_AssertId".

Что я делаю неправильно? Подскажите, пожалуйста.

[EVGL]

Вы делаете неправильно ВСЕ. В конструкторе формул ФОРМАТА принципиально нельзя оперировать таблицами, это можно делать только в маппинге модели.

[axm2017]

Цитата:

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

Вы делаете неправильно ВСЕ. В конструкторе формул ФОРМАТА принципиально нельзя оперировать таблицами, это можно делать только в маппинге модели.

Нельзя или не рекомендуется?

[Libovs]

Цитата:

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

Вы делаете неправильно ВСЕ. В конструкторе формул ФОРМАТА принципиально нельзя оперировать таблицами, это можно делать только в маппинге модели.

Вообще говоря, такое предположение у меня было. Но тогда непонятно, почему в конструкторе форматов доступны кнопки Добавить корень / Добавить - Добавить источник данных и можно выбрать любой объект - таблицу, класс, записи таблицы и т.п.
Если в конструкторе форматов можно ТОЛЬКО сопоставлять поля/теги шаблона с элементами модели, то почему все эти кнопки/функции доступны на форме?

И такой вопрос: в природе существует какая-то документация кроме
https://docs.microsoft.com/ru-ru/dyn...onic-reporting ?
Тут более-менее информативны только разделы связанные с администрированием, а по созданию моделей и форматов только "нажмите кнопку - введите значение". Почему именно эту кнопку нажимать? Почему именно это значение выбирать? Что будет если выбрать другое значение?
И это позиционируется как инструмент для не-программиста?

[belugin]

Цитата:

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

Вообще говоря, такое предположение у меня было. Но тогда непонятно, почему в конструкторе форматов доступны кнопки Добавить корень / Добавить - Добавить источник данных и можно выбрать любой объект - таблицу, класс, записи таблицы и т.п.
Если в конструкторе форматов можно ТОЛЬКО сопоставлять поля/теги шаблона с элементами модели, то почему все эти кнопки/функции доступны на форме?

Технически их можно сделать, это должно работать так же как как и в меппинге моделей. Это не рекомендуется. Насколько я помню, если не хочется их видеть, можно убрать у соответствующего пользователя роль разработчика ER оставив роль функционального консультанта или выключить Show Details - будет упрощенный режим.

Цитата:

И такой вопрос: в природе существует какая-то документация кроме
https://docs.microsoft.com/ru-ru/dyn...onic-reporting ?
Тут более-менее информативны только разделы связанные с администрированием, а по созданию моделей и форматов только "нажмите кнопку - введите значение". Почему именно эту кнопку нажимать? Почему именно это значение выбирать? Что будет если выбрать другое значение?
И это позиционируется как инструмент для не-программиста?

Я не знаю других источников. Там есть разделы как обще-информативного характера и step-by-step.

Вот пример раздела первого типа, где содержится описание рекомендуемого подхода:

документация:

Although GER allows for direct mapping of format components to database artifacts (tables or data entities), we don't recommend this approach, because it's likely that multiple formats will be maintained in some business domain areas that use the same data sources. Whenever the structure of such database artifacts is changed, the format mapping to the database artifacts must also be changed, and the cost of these changes will be multiplied by the number of maintained formats. Therefore, we recommend that you work through the data model as the abstract description of the domain-specific data structure, and that you use the direct binding of format elements to database components only for simplification and for coverage for specific customizations (for example, to refer to custom tables when these references are required in a limited number of maintained formats).

Некоторые шаги во разделах второго типа содержат пояснения.

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