Договорные нагрузки определяются договором на “Секцию”.
Соответственно формулы счёта, так же относятся к секции.
Добрый день!
К сожалению, прямо сейчас мы не готовы продолжить работу над секциями в таком виде.
Все ваши предложения, требуют практически полностью продублировать функции объекта учёта внутри секций.
В мире разработчиков программного обеспечения это “красный флаг”, который показывает, что подход к реализации (или архитектура) были выбраны неверно.
Изначально задача секций была сделать отчёт расчёта теплопотерь и упростить формирование отчётов, в которых нужно видеть данные сразу из нескольких точек учёта. Именно для этого мы проектировали секции.
Дублирование функций объекта в них не предусматривалось, и сделать его крайне тяжело. Мы не сможем позволить себе поддерживать такие модули, это сильно увеличит трудозатраты и, соответственно, стоимость системы.
Я вижу, что вы используете секции как какие-то “метаобъекты”, объединяющие функции остальных нескольких объектов учёта. В своё время мы так же вынесли объекты учёта из точек, сделав своего рода надстройку. Возможно, нам действительно нужно что-то похожее на объединённые метаобъекты, которые позволят сгруппировать существующие функции. В любом случае, мы это будем обсуждать на планёрках и постараемся найти какое-то приемлемое решение.
Также, интересует как пользуются секциями другие пользователи нашей системы. Пока, к сожалению, кроме вас в этом разделе о секциях никто не отзывался.
Отзывались, причём на протяжении многих лет:
Пока что, дайте пожалуйста возможность получать атрибуты точек учёта входящих в секцию. Так можно будет начать ими пользоваться.
Дайте пожалуйста возможность получать в отчёт атрибуты точек учёта относящихся к секции, либо собственные атрибуты секции. А дальше думайте вволю. Не хватило последнего шага, чтобы начать полноценно их использовать.