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

[belugin]

Цитата:

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

(ISEMPTY(AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'), EMPTYLIST(AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'), AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'): Список записей: DataContainerList (): DataContainerList ()

Эта формула эквивалентна просто исходному списку:

AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'

Возможно, вы хотите FIRSTORNULL(AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId')

[Libovs]

Цитата:

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

Эта формула эквивалентна просто исходному списку:

AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId'

Возможно, вы хотите FIRSTORNULL(AssetTable.'<Relations'.'AssetBook.AssetTable_AssertId')

Это не моя запись, строка из стандартной модели Fixed assets model

Я понимаю так, что к одной корневой записи AssetTable vможет быть несколько (или ни одной) записей в таблице AsssetBook.
В этой формуле реализуется проверка на наличие связанных записей и возвращается их список; но если записей нет - возвращается не null, а EMPTYLIST. Видимо, чтобы тип данных был всегда одинаковый.

[belugin]

Цитата:

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

EMPTYLIST. Видимо, чтобы тип данных был всегда одинаковый.

Он и так одинаковый - null в программистском понимании в ER отсутствует. FIRSTORNULL в случае пустоты списка возвращает пустую запись. Наверное правильнее было бы назвать FIRSTOREMPTY (аналогично (IF(ISEMPTY(x), EMPTYRECORD(x), x) только быстрее).

[Libovs]

Цитата:

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

Он и так одинаковый - null в программистском понимании в ER отсутствует. FIRSTORNULL в случае пустоты списка возвращает пустую запись. Наверное правильнее было бы назвать FIRSTOREMPTY (аналогично (IF(ISEMPTY(x), EMPTYRECORD(x), x) только быстрее).

Еще раз замечу, что эту формулу не я писал. А по сути - FIRSTORNULL тут не годится, т.к. реально для обработки нужна не первая, а все имеющиеся связанные записи. В данном контексте каждая операция с ОС может выполняться по нескольким моделям (книгам) учета: по бухучету одна проводка, по налоговому другая, по управленческому третья и т.п.

[axm2017]

Цитата:

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

Еще раз замечу, что эту формулу не я писал...

Если правильно помню чистых тестеров в MS нет....

[Libovs]

Цитата:

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

Если правильно помню чистых тестеров в MS нет....

Я даже не об этом...
Формула в частности и формат в целом - работает. Качество (производительность) - для меня пока вопрос не второй и даже не пятый.
Просто не вижу другого пути изучить функционал и промоделировать свои задачи кроме поиска в готовых моделях/форматах прямых аналогий для своих потребностей.

[belugin]

Цитата:

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

А по сути - FIRSTORNULL тут не годится, т.к. реально для обработки нужна не первая, а все имеющиеся связанные записи. В данном контексте каждая операция с ОС может выполняться по нескольким моделям (книгам) учета: по бухучету одна проводка, по налоговому другая, по управленческому третья и т.п.

Тогда эта формула эквивалентна просто исходному списку только лишний раз выберет первую запись, если этот список не прокеширован

[Libovs]

Цитата:

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

Тогда эта формула эквивалентна просто исходному списку только лишний раз выберет первую запись, если этот список не прокеширован

Возможно, тот кто писал эту формулу не рискнул мирится с Предупреждением. При выполнении проверки при сохранении на все возвращаемые списки выдается сообщение типа:

В списке "model/FixedAssets/LedgerJournalLines" не выполняется проверка того, является ли он пустым, что может привести к ошибке во время выполнения. Добавьте соответствующую проверку.

А если это же выражение "завернуть" в любую функцию типа ALLITEMS, FIRSTORNULL, ISEMPTY ... то то валидация не вякает. Но это мое предположение.