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

[belugin]

Цитата:

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

в функцию STRINGJOIN добавить 4-й (необязательный - по умолчанию = false) параметр типа boolean. Если установлен в true - выходная строка формируется только из уникальных значений поля.

На исходный список сожно натравить groupby и тогда он сделает уникльные значения

[Libovs]

Цитата:

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

На исходный список сожно натравить groupby и тогда он сделает уникльные значения

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

[Libovs]

Все-таки есть какая-то несогласованность в коде валидации в зависимости от места вызова.
Выполняю проверку находясь в конструкторе форматов

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

получаю предупреждения - заменить все WHERE на FILTER.
Возвращаюсь в конструктор форматов, меняю функции и проверяю

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

[Libovs]

Столкнулся с такой проблемой: нужно выводить значение в ячейку xls-отчет по условию - если журнал разнесен, то выводится значение из транзакции, если не разнесен - ячейка должна оставаться пустой.
Т.к. IF требует, чтобы оба параметра были одного типа, пишу выражение
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, @.'$InventLine'.Qty, VALUE(""))
валидация проходит, но при выполнении возникает ошибка.
Меняю выражение на
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, @.'$InventLine'.Qty, VALUE("0"))
но тогда в ячейку выводится значение 0,00 (у ячейки установлен числовой формат) - это не устраивает заказчика; он хочет, чтобы ячейка была именно пустой.
Единственное до чего додумался - оба параметра конвертировать в строковый тип
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, NUMBERFORMAT(@.'$InventLine'.Qty, "F2", "ru"), "")
но (когда журнал разнесен) вывод значения в строковом представлении и трактуется Экселем как строка, т.е. не суммируется и т.п.
Может кто-то уже решал такую задачу и может что-то подсказать?
Т.е. в общем случае: по условию выводить значение в ячейку или вообще ничего не выводить.
null в качестве второго параметра IF не воспринял.

[sparco]

Цитата:

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

Столкнулся с такой проблемой: нужно выводить значение в ячейку xls-отчет по условию - если журнал разнесен, то выводится значение из транзакции, если не разнесен - ячейка должна оставаться пустой.
Т.к. IF требует, чтобы оба параметра были одного типа, пишу выражение
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, @.'$InventLine'.Qty, VALUE(""))
валидация проходит, но при выполнении возникает ошибка.
Меняю выражение на
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, @.'$InventLine'.Qty, VALUE("0"))
но тогда в ячейку выводится значение 0,00 (у ячейки установлен числовой формат) - это не устраивает заказчика; он хочет, чтобы ячейка была именно пустой.
Единственное до чего додумался - оба параметра конвертировать в строковый тип
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, NUMBERFORMAT(@.'$InventLine'.Qty, "F2", "ru"), "")
но (когда журнал разнесен) вывод значения в строковом представлении и трактуется Экселем как строка, т.е. не суммируется и т.п.
Может кто-то уже решал такую задачу и может что-то подсказать?
Т.е. в общем случае: по условию выводить значение в ячейку или вообще ничего не выводить.
null в качестве второго параметра IF не воспринял.

Воспользуйтесь свойством enabled на элементе в формате.

[Libovs]

Цитата:

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

Воспользуйтесь свойством enabled на элементе в формате.

А можно чуть подробнее?
У элемента шаблона вижу свойства Type, Name, Mandatory, Excel range, Data type, Transformation.
Или это еще для узла модели (т.е. в модели, а не формате) определяется?

[sparco]

Цитата:

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

А можно чуть подробнее?
У элемента шаблона вижу свойства Type, Name, Mandatory, Excel range, Data type, Transformation.
Или это еще для узла модели (т.е. в модели, а не формате) определяется?

В Вашем сообщении Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)
1 картинка, правый блок, внизу есть поле "Включено".

[Libovs]

Цитата:

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

В Вашем сообщении Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)
1 картинка, правый блок, внизу есть поле "Включено".

Спасибо за подсказку - получилось.
Ячейку безусловно связал с узлом модели
Ячейка<LineQtyFact>? = @.'$InventLine'.Qty
а проверку разнесен ли журнал перенес в это свойство
IF('$СomingJournals'.'$JournalHeader'.Posted=NoYes.Yes, истина, ложь)

[EVGL]

Да, конвертировать в строку.
Я в главе Date formatting: Show an empty date in Excel as blank аналогичный прием для дат описал: http://erconsult.eu/blog/electronic-...te-formatting/

[Libovs]

Цитата:

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

Да, конвертировать в строку.
Я в главе Date formatting: Show an empty date in Excel as blank аналогичный прием для дат описал: http://erconsult.eu/blog/electronic-...te-formatting/

Я так и поступил, но результат мне не очень нравится.

Если в колонке 5 число - это число, то в колонке 6 хоть и выглядит как число, но для Экселя это строка. И если бы в этой форме нужно было просчитать сумму по колонке таблицы, то по колонке 5 результат бы сформировался, а по колонке 6 - нет.
Поэтому, ИМХО, преобразование в строку может быть решением в частном, но не общем случае.

[Libovs]

Цитата:

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

Да, конвертировать в строку.
Я в главе Date formatting: Show an empty date in Excel as blank аналогичный прием для дат описал: http://erconsult.eu/blog/electronic-...te-formatting/

И я никак не могу понять управление видимостью для Входного параметра пользователя. При нажатии Изменить видимость открывается форма конструктора формул - с точки зрения формальной логики, можно написать выражение, которое должно иметь возвращаемое значение обязательно типа true | false и в зависимости от результата параметр будет или не будет отображаться на форме ввода параметров отчета.
Но какие источники данных можно использовать в этом выражении? Ведь форма ввода параметров открывается ДО вычисления значений.
Или я все не правильно понимаю? Где-то можно что-то почитать об этом?

[axm2017]

Проще с видимостью ячейки поиграться имхо.
Зы
DATEVALUE("31-12-2154","dd-MM-yyyy")) функция не всегда удобна: жёсткое формирование формата даты. А если на машине формат другой?

[Libovs]

И в продолжение к предыдущему вопросу: какой смысл во Входном параметре пользователя в модели, если он не отображается при выполнении формата, построенного на этой модели?
На мой взгляд, "выполнение" модели - это чисто отладочный процесс, а конечный пользователь "выполняет" именно формат. И если не "протащить" эти параметры из модели в формат,
The solution was to bind $ToDate directly to an unused field in the model.
то пользователь не сможет их задать. И зачем тогда они нужны в модели?

[belugin]

> The solution was to bind $ToDate directly to an unused field in the model.

Это воркжраунд для ошибки. Обычно ER сам детектит что UIP из модели используется в формате и показывает в этом случае. Обяснение было выше.

[Libovs]

Практически вся функциональность ER по сути является "недокументированной" (кроме функций) и далеко не всегда очевидной в интерфейсе, вот и приходится обращаться и отвлекать знающих людей.
Может хотя бы парой слов подскажете функциональное назначение "Изменить видимость" для Входного параметра пользователя? Задавал это вопрос выше Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[sparco]

Согласен с вами, с документацией беда.

Как я понимаю, какие-либо вычисления происходят в момент вызова функции, которые связанны с вычислением.
При редактировании visible входящего параметра ничего не мешает использовать что-нибудь из Data source. Например можно настроить связь с каким-нибудь параметр из настроечной таблицы, который будет в DS.
При запуске отчета, произойдет вызов проверки visible на входящем параметре, следовательно по связке и произойдет запрос к БД.
Но не уверен что в формате можно использовать таблицу напрямую.

[Libovs]

Цитата:

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

При запуске отчета, произойдет вызов проверки visible на входящем параметре, следовательно по связке и произойдет запрос к БД.

Т.е. уже при открытии диалогового окна параметров отчета, если для "Входного параметра пользователя" задана формула, использующая данные из БД, будет выполнятся запрос для анализа того, надо ли этот параметр отображать в диалоговом окне?

[sparco]

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

Однако это противоречит с идеологией, что в формат не должно быть аксаптовых объектов.

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

[Libovs]

Спасибо, поэкспериментирую на досуге.

[Libovs]

У метода тип параметра date, а у поля записи тип datetime; нужно вызвать метод со значением этого поля.
Функция DATETODATETIME есть, а "обратной" нет?