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

[belugin]

Цитата:

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

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

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

[Libovs]

Цитата:

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

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

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

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

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