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

[belugin]

> Добавил вычислимое поле внутрь filteredinventsum

На последних скриншотах оно не внутри

[soad]

Цитата:

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

> Добавил вычислимое поле внутрь filteredinventsum

На последних скриншотах оно не внутри

Вроде так и сделал, добавлял внутрь. Только в этой модели поле, где идет выборка inventSum – $FiltredIS4 (в отличие от первого моего сообщения, в той модели оно назвалось filteredinventsum).


На скрине:
$FiltredIS4 – вычисляемое поле, в котором идет выборка InventSum. Сам источник InvenrSum добавлен в корень.
$FiltredInventTrans – вычисляемое поле, добавленное в $FiltredIS4. В данном поле фильтруется InventTrans, который добавлен в корень. Добавлял так, установил курсор на поле $FiltredIS4 и нажал «Добавить». Имелся в виду какой-то другой вариант добавления внутрь $FiltredIS4?
$GrInventTrans – группировка $FiltredInventTrans по физ. дате с типом агрегирования «Максимум». Данная группировка тоже добавлялась установкой курсора на поле $FiltredIS4 и нажатием кнопки «Добавить».
Надо было где-то иначе сделать?

[belugin]

Хотелось бы тогда узнать, что именно не получается

[soad]

Цитата:

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

Хотелось бы тогда узнать, что именно не получается

Поясню на другом примере, т.к. в нем проблема аналогичная, но структура данных проще и нет лишних, экспериментальных переменных.

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

• Ячейка в строке работы равна искомой ячейке
• Тип = «Инвентаризация»
• Имеет максимальную дату в поле «Закрытая работа» строки работы (WHSWorkLine.WorkClosedUTCDateTime)
• + доп. условия по некоторым полям шапки складской работы.

Сама дата должна браться из поля «Закрытая работа» строки работы (WHSWorkLine.WorkClosedUTCDateTime).

Идея реализации на ER:
Основные источники данных:

• Таблица WMSLocation, добавлена в корень источников данных
• Таблица WHSWorkLine, добавлена в корень источников данных

Вычисляемые поля и группировки:

• Поле $FiltredWMSLocation – отбор нужных ячеек из таблицы WMSLocation, добавлена в корень источников данных. Работает так, как я ожидаю.
• Поле $FiltredWMSWorkLinePlan – отбор нужных строк работ инвентаризации, по ячейке из $FiltredWMSLocation. Добавлено внутрь $FiltredWMSLocation. Работает так, как я ожидаю.
• Группировка $LastPlanInventory – группировка строк работы с агрегацией по WHSWorkLine.WorkClosedUTCDateTime, с типом «Максимум», без полей для группировки. Добавлено внутрь $FiltredWMSWorkLinePlan. Работает не так, как я ожидаю – вместо максимальной даты из строк отобранных работ выдает пустую дату (1899-12-31T16:00:00-08:00). В этом основной вопрос, почему здесь получается пустая дата, что я делаю не так?

Узел (WMSWorkLine1:Список записей) был добавлен в модель, чтобы проконтролировать правильность отбора строк работы в $FiltredWMSWorkLinePlan. В XML видно, что работы отбираются корректно. По ячейке BULK-001 в принципе вопроса нет, там отобранные строки еще не в статусе «Закрыто», поэтому даты пустые и в группировке тоже должно быть пусто. Но вот по ячейке FL-004 результат непонятен, видно что отобралось две строки работы, по одной из них дата заполнена и соответственно именно она и должна была определиться группировкой и попасть в тег LastDayInventory в XML, но там почему-то пустая дата

Скрины:
Обзор источников данных:


Вычисляемые поля и Группировки:


Детали группировки:


Сопоставление модели и источников данных:


Отбор данных в модель по ячейкам FL-004 и BULK-001:

[soad]

Есть еще один вопрос по входным параметрам. Как-то можно организовать входные параметры так, чтобы одно поле было зависимо от другого?
Например, в диалоге должно быть два поля: Склад и ячейка. При этом если выбран склад, то в поле «Ячейка» должны быть доступны для выбора только те ячейки, которые относятся к этому складу. Но если склад не выбран, то отчет строится по всем складам и всем ячейкам.

[belugin]

Цитата:

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

Поясню на другом примере, т.к. в нем проблема аналогичная, но структура данных проще и нет лишних, экспериментальных переменных.

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

Цитата:

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

Есть еще один вопрос по входным параметрам. Как-то можно организовать входные параметры так, чтобы одно поле было зависимо от другого?

Такое можно организовать только кодом - строя весь интерфейс в X++ и передавая параметры из него в отчет.

[soad]

Цитата:

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

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

Можете подсказать на какой уровень иерархии источников данных будет правильно добавить группировку?
Добавил в модель узел WMSWorkLineGrouped в нем строки отобранных работ из $FiltredWMSWorkLinePlan группируются по ячейке из строк работы, и агрегируются по дате закрытия строки, чтобы контролировать что именно попадает в группировку.

Попробовал два варианта, оба не дали нужного результата.

Вариант А – Группировка $LastPlanInventory3 добавлена в корень источников данных.


В результате выполнения XML видно, что это неправильный вариант, т.к. ячейка в $FiltredWMSWorkLinePlan не совпадает с тем, что есть в результатах группировки. Получается, что на вход группировки подается явно не тот набор записей.




Вариант Б - Группировка $LastPlanInventory2 добавлена как дочерний элемент $FiltredWMSLocation, т.е. находится на одном уровне с $FiltredWMSWorkLinePlan, которое отбирает группируемые строки работ.


Думал что это вариант, будет верным, но он тоже дает не тот результат. Ячейка в $FiltredWMSWorkLinePlan и $LastPlanInventory2 совпадает, но результат группировки даты в $LastPlanInventory2 – опять пустой ((


Проблема в том, что группировка должна быть добавлена на какой-то другой уровень иерархии источников данных?

[belugin]

Второй вариант похож на правду. Попробуйте добавить вывод самих дат уровнем ниже (из Lines) чтобы понять по каким строкам собирается группа

[soad]

Цитата:

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

Второй вариант похож на правду. Попробуйте добавить вывод самих дат уровнем ниже (из Lines) чтобы понять по каким строкам собирается группа

Вот так?


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

[belugin]

Похоже на ошибку в вычслении максимума даты и время.
Можно попробовать сделать минимальный пример на максимум, где в исходных данных будет nullDateTime и сравнить меняется ли результат от переключение места выполнения SQL | Память на группировке.

Если меняется, то зарегистрировать багу.

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

[Chelovek]

Всем привет. Только начинаю осваивать GER, может данный вопрос покажется глупым, но все же. Каким образом можно настроить GER для импорта банковской выписки, что бы при загрузке данных игнорировалось поле "Валюта" ? В наших платежках такого поля в принципе нет, но в стандартном формате данное поле заложено. В итоге при загрузке данных ругается на данное поле необходимо заполнить.

[Libovs]

Загрузил из репозитария LCS Electronic trial balance detail report model c маппингом Trial balance detail data mapping и форматом Trial balance with transactional detail (excel).
В модели есть ветка ReportHeader (FromDate, ToDate, FinancialSet), которая смапплена с методами класса LedgerTrialBalanceDetailERContract.
При вызове формата на выполнение в диалоговом окне поля для ввода параметров отчета не отображаются, хотя если я правильно помню, все параметры, которые используются в формате, должны автоматически выводится в диалоговом окне.


Что тут может быть не так?

[belugin]

Цитата:

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

Что тут может быть не так?

Мне не очень понятно, что вы ожидаете. Обычно источники данных типа "Объект" получают данные снаружи от вызывающего X++ кода.

Автоматически показываются пользователю "User Input Parameter" и "Table Records" c установленным "Ask for query"

[Libovs]

Спасибо, понял - чтобы параметры можно было задавать в диалоговом окне они должны быть "User Input Parameter".
Но тогда получается, что такой отчет как этот из формы ERSolutionTable выполнять/отлаживать в принципе невозможно?

[Libovs]

И как вообще этот отчет можно запустить? Загрузил его из LCS, а откуда его можно запустить на выполнение? Или нужен программист, чтобы он кодировал новый menuitem?

[belugin]

Если отчет получен от MS то уже где-то есть вызов этого отчета.

Просто поискав я нашел блог пост про то как им пользоваться.

Еще можно поискать по исходникам где используется LedgerTrialBalanceDetailERContract если интересно как вызывается отчет программно.

[axm2017]

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

С помощью импорта данных в Ax используя ER вы можете закачать данные в Entity, таблички и view. Первый пункт позволяет продвинутому пользователю ака консультанту вполне успешно обходиться без разработчика.

Для этого требуется: определить модель данных (как ранее писалось это пользовательское описание сущностей) для импорта смысл не особо меняется.


Закачать данные сейчас можно в формате Excel, JSON и тп кроме PDF(!?) хотя в списке вариантов он есть.

[EVGL]

Цитата:

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

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

С помощью импорта данных в Ax используя ER вы можете закачать данные в Entity, таблички и view. Первый пункт позволяет продвинутому пользователю ака консультанту вполне успешно обходиться без разработчика.

Для этого требуется: определить модель данных (как ранее писалось это пользовательское описание сущностей) для импорта смысл не особо меняется.


Закачать данные сейчас можно в формате Excel, JSON и тп кроме PDF(!?) хотя в списке вариантов он есть.

Я вот здесь детально описал: https://erconsult.eu/blog/electronic...ata-migration/

[axm2017]

Цитата:

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

Я вот здесь детально описал: https://erconsult.eu/blog/electronic...ata-migration/

Спасибо, почитаю.

Кстати интересно можно ли присоединить свой формат файла, кроме существующих Excel и Word, JSON?

[belugin]

Цитата:

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

Спасибо, почитаю.

Кстати интересно можно ли присоединить свой формат файла, кроме существующих Excel и Word, JSON?

Что такое "присоединить свой формат файла"? Расширить набор компонентов?