ERP 2.4 текущего релиза. Подскажите, как обойти проблему появления #Знач в бюджетном отчете?
Делаю бюджетный отчет, не для ввода планов, а уже для план-факта. Нужна сложная таблица. Заполняю ячейку с процентом выполнения плана, производный показатель с простейшей форумулой "?([План;;Сумма]=0,0,[Факт;;Сумма]/[План;;Сумма]*100)". Факт и план - отдельные ячейки со одинаковыми статьями бюджетов. Но в ячейке Факт зафиксирован сценарий Фактические данные. Сделал правила получения фактических данных по данным опер учета.
Когда есть и план, и факт - все красиво работает: выводится процент выполнения, настроил оформление и раскраску.
А вот если план есть, а факта нет, то вместо "0 %" выводится #Знач. Это очень некрасиво, сбивает с толку и невозможно наложить условное оформление. Как исправить?
В расшифровке вижу такое "Вычисления: ?(639 713,5=0,0,/639 713,5*100)". Перед знаком деления нет ничего! В результате формула возвращает ошибку. И действительно, факт же еще нулевой.
Как победить это? Наверняка ж все сталкиваются.

(0) начни с условного оформления

программисты обычно пишут так Если факт = 0 тогда 0 иначе Факт/План

Сделал условное оформление по "Значение не заполнено" - оно не применилось. Видимо потому что там заполнено #Знач. А ничего другое в отбор по "Значение", кроме как числа, вбить невозможно.
Попробовал форумулу "?([План;;Колво]=0 или [Факт;;Колво] = 0,0,[Факт;;Колво]/[План;;Колво]*100)" - тот же результат #Знач: "Вычисления:?(1=0 или !!! = 0,0,!!!/1*100)" То есть вместо конкретного значения ничего не ставит. Вместо этой пустоты я вписал в сообщение на форуме, но не в 1С, три восклицательных знака. Вместо них должно быть число, а подставляет пустоту. В результате синтаксис формулы нарушен и вылетает #Знач.

самое прикольное, что отладить расчет практически нереально

(3) бывает
на многих релизах не работает
либо запилить в общем модуле
либо усложнять сложную табличку

(5) Раньше всякое всплывало, но дописался в техподдержку, поправили. Теперь вроде все работает, кроме этой мелочи. Может народ имеет опыт борьбы с подобным?
Если просто сделать в ячейке весь расчет по статьям, а не использовать другие ячейки - то все нормально. Но на такой подход начинает ругаться оптимизатор производительности, что надо использовать именно расчет по ячейкам.

В этой части типовой что-то перепиливать - смерти подобно. Постоянно что-то меняют. Да и надо им дальше менять, потому что работает все это весьма тормознуто.

(6) я на проектах пилю, если тормозит повторяю на СКД
больше 3-х уровней родной движок не тащит

Победил тем, что все ячейки сделал производными показателями, внутри которых в формуле указал статью. Костыль, конечно, но работает.
Может еще кто знает, как управлять шириной колонок в бюджетых отчетах? В самих экземплярах хоть можно ставить сохранение таб документа и руками двигать. Но с отчетом же так не сделаешь.