Могу ли я установить переменную на основе записей сведений в отчете Acumatica и использовать ее, чтобы определить, следует ли печатать поле сведений?

Question

У меня есть отчет Acumatica, который создает метки для сборок комплектов.Отчет включает в себя заголовок, а также подробные записи пользовательских объектов, прикрепленные к элементу набора.Подробные записи для данного элемента могут быть одинаковыми или разными.

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

Я думаю, что мне нужночтобы рассчитать это, сохраните его в заголовке набора asm и используйте его, чтобы определить, отображать ли мое поле, но есть ли способ выполнить этот расчет полностью в отчете без дополнительного кода?

Answer 1

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

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

Я думаю, мне нужно рассчитать это, сохранить его в заголовке asm комплекта и использовать его для определенияотображать ли мое поле, но есть ли способ сделать это вычисление полностью в отчете без дополнительного кода?

Чтобы вычислить условие, вам нужно будет как-то выполнить SQL select.Так что это должно быть сделано в коде или через схему таблицы редактора отчетов.Звучит сложно принять такое условие в схеме таблицы.Я думаю, что самый простой способ - использовать Пользовательскую функцию отчетов (UDF) , но их нелегко обслуживать.Наличие настраиваемого поля, как вы предлагаете, вполне может быть лучшим решением.Этот ответ на той же странице рекомендует вместо UDF для лучшей ремонтопригодности.