Как в УТС 2 учитывать неработоспособность прибора и выполнять расчёт при отсутствии показаний

«Узел учёта не работал 12 дней. По какой формуле считать?» С такого вопроса на отраслевом форуме обычно начинается длинная дискуссия. Один участник говорит о среднесуточном объёме. Другой спрашивает, были ли в этом месяце часы штатной работы. Третий открывает Правила № 1034 и Методику № 99/пр. Четвёртый уточняет: прибор действительно вышел из строя или потребитель просто не передал отчёт?

В итоговой таблице ситуации могут выглядеть одинаково: данных для обычного приборного расчёта нет. Но для коммерческого учёта это разные события. От причины зависят основание расчёта, границы периода, используемые данные и алгоритм определения количества тепловой энергии.

Поэтому вопрос следует ставить не «умеет ли УТС 2 считать по среднему?», а иначе: что произошло с узлом учёта, с какого момента изменился способ определения объёма и какой расчётный порядок применяется в этой ситуации.

Коротко: УТС 2 не определяет правовую позицию вместо теплоснабжающей организации. Система хранит приборные, объектные, договорные и расчётные данные и выполняет настроенный сценарий: событие → подтверждающие сведения → расчётный интервал → алгоритм → параметры → объём → расшифровка.

Ранее мы разбирали как в УТС 2 строится структура теплосети и как связаны объект сети, прибор, объект расчёта, услуга и договор. В этой статье рассмотрим, что происходит с расчётным контуром, если фактические показания временно нельзя использовать.

Почему расчёт начинается не с формулы

Предположим, по объекту отсутствуют показания с 11 мая. Первое желание — выбрать формулу расчёта без показаний. Но сначала необходимо понять причину.

За отсутствием данных могут скрываться:

• функциональный отказ средства измерений;
• отсутствие электропитания;
• работа оборудования вне допустимых диапазонов;
• потеря связи между прибором и системой сбора данных;
• непредставление отчёта потребителем;
• истечение срока поверки;
• снятие прибора для ремонта или замены;
• наличие показаний, которые нельзя использовать для коммерческого учёта.

Например, отсутствие новых данных в диспетчерской системе ещё не означает, что теплосчётчик перестал измерять. Значения могут сохраняться в локальном архиве прибора.

И наоборот: наличие чисел в системе не гарантирует, что весь период может быть признан штатным и использован в обычном порядке.

Формула появляется в конце этой цепочки. Сначала определяются событие, его временные границы и доступные исходные данные.

Какие расчёты рассматриваются в статье

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

Поэтому порядок расчёта по квартирному прибору или лицевому счёту нельзя автоматически переносить на коммерческий учёт тепловой энергии по договору с юридическим лицом.

Для расчётной службы теплоснабжающей организации важна другая задача: связать событие на узле учёта с объектом, договором, услугой, расчётным периодом и применяемой методикой.

Когда применяется расчётный способ коммерческого учёта

Статья 19 Федерального закона от 27.07.2010 № 190-ФЗ «О теплоснабжении» устанавливает обязательность коммерческого учёта поставленной и переданной тепловой энергии. Основным способом является определение количества тепловой энергии с помощью приборов учёта.

Одновременно закон предусматривает коммерческий учёт расчётным путём в случаях:

• отсутствия прибора в точке учёта;
• неисправности прибора;
• нарушения установленного договором срока представления показаний прибора, принадлежащего потребителю.

Эти случаи объединяет только результат — готового приборного объёма нет. Исходные условия расчёта различаются.

Если потребитель не представил отчёт вовремя, прибор мог продолжать штатно измерять потребление. Если перестала работать телеметрия, сведения могут оставаться в памяти тепловычислителя. При истечении поверки необходимо учитывать состояние средств измерений, входящих в узел.

Поэтому при автоматизации важно не сводить все случаи к одному состоянию «нет показаний».

Нештатная ситуация и неработоспособность прибора — не одно и то же

В разговорной речи любое отклонение часто называют поломкой. Для коммерческого учёта этого недостаточно.

Правила коммерческого учёта тепловой энергии, утверждённые постановлением Правительства РФ от 18.11.2013 № 1034, предусматривают различные нештатные ситуации, в том числе:

• работу теплосчётчика при расходе ниже минимального или выше максимального значения;
• работу при недопустимой разности температур;
• функциональный отказ;
• изменение направления потока при соответствующих условиях;
• отсутствие электропитания;
• отсутствие теплоносителя.

Нештатное состояние не всегда означает полное исчезновение данных. Часть параметров может сохраняться, а возможность их использования определяется обстоятельствами конкретного случая и применимыми правилами.

Методика осуществления коммерческого учёта тепловой энергии, утверждённая приказом Минстроя России от 17.03.2014 № 99/пр, отдельно регулирует определение количества тепловой энергии при различных условиях работы приборов, включая неполный расчётный период.

Практическое различие: нештатная ситуация характеризует условия работы узла и качество получаемых данных. Для расчётного контура важно установить, можно ли использовать приборные сведения за конкретный интервал в обычном порядке или требуется расчётный способ.

Источником информации могут быть архив тепловычислителя, документы по узлу учёта и сведения из внешней системы диспетчеризации. Если технические архивы находятся в другой информационной системе, их использование в УТС 2 требует соответствующего обмена.

Получить консультацию

Ответим на все Ваши вопросы по программам и услугам 1С

Задать вопрос

Какие документы подтверждают событие

При споре о рассчитанном объёме одной формулы недостаточно. Нужно восстановить всю цепочку: что произошло, когда произошло и почему с определённого момента изменился способ учёта.

Для этого используются данные и документы, относящиеся к узлу учёта и договору.

Для автоматизации предприятию также полезен внутренний рабочий порядок применения расчётных алгоритмов.

Это не замена нормативных документов. Такой регламент описывает, какое событие запускает расчёт, для каких услуг и категорий объектов действует правило, какие параметры используются и при каких условиях применяется следующий сценарий.

Если эта логика существует только в инструкциях, переписке и опыте отдельных сотрудников, одинаковые ситуации могут обрабатываться по-разному.

Как определить начало расчётного интервала

Дата нарушения, дата обнаружения и дата оформления акта могут не совпадать.

Если автоматически начать расчётный период только с даты акта, интервал между фактическим нарушением и оформлением документа может остаться без корректного источника объёма.

Но и любая ошибка в архиве не должна автоматически считаться моментом полной неработоспособности узла. Сначала необходимо установить, что именно произошло с прибором и какие данные сохранились.

Поэтому в информационной модели полезно разделять:

• время события по данным архива;
• дату обнаружения;
• дату оформления акта;
• дату извещения;
• дату восстановления работы;
• дату ввода нового прибора.

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

15 или 30 суток: почему сроки отличаются

При расчётах за неполный период часто возникает вопрос: использовать границу 15 или 30 суток?

Причина споров в том, что Правила № 1034 и Методика № 99/пр содержат разные условия, связанные с продолжительностью работы и отсутствия приборного учёта.

Например, пункты 66, 69 и 70 Методики № 99/пр предусматривают отдельные правила для отопления и вентиляции при отсутствии или неисправности приборов. Для отдельных сценариев Методика использует границу 30 суток отчётного периода.

Соотношение этих положений с Правилами № 1034 рассматривал Верховный Суд РФ в решении от 15.06.2022 № АКПИ22-249. Суд не признал оспариваемые положения Методики противоречащими Правилам № 1034.

Что это означает для автоматизации: нельзя использовать число 15 или 30 как единый переключатель для всех расчётов. Алгоритм должен учитывать вид потребления, состояние прибора, продолжительность штатной работы, границы периода и условия конкретного способа определения объёма.

Для отопления, вентиляции, горячего водоснабжения и технологических нужд могут применяться разные расчётные положения. Поэтому правило «до определённого количества дней считаем по среднему, после — по нагрузке» не должно становиться универсальной настройкой для всех услуг.

Почему «посчитать по среднему» недостаточно

В расчётной службе фраза «посчитать по среднему» понятна сотрудникам. Для информационной системы её недостаточно.

Программе необходимо определить:

• за какую часть периода есть штатные данные;
• какие показатели можно использовать;
• к какому виду потребления относится объём;
• требуется ли учитывать наружную температуру;
• какой период используется как исходный;
• достаточно ли данных для выбранного алгоритма;
• что делать, если необходимых данных нет.

При неисправности оборудования и наличии штатной части периода расчёт может использовать сведения этой части. При другом основании источником может стать иной период с предусмотренным методикой пересчётом.

Поэтому одинаковое название «среднее» ещё не означает одинаковый алгоритм.

Дополнительный риск возникает, если выбранный исходный период сам содержал расчётный объём, корректировку, относился к другому сезону или формировался при иных договорных параметрах.

В расшифровке результата важно видеть не только итоговое количество тепловой энергии, но и происхождение исходных данных: период штатной работы, использованный объём, температурные параметры, нагрузку и выбранный алгоритм.

Полезное

Ошибки начислений в теплосетях и РСО: почему они возникают и как их сократитьКогда РСО нужна отраслевая конфигурация: 1С:Управление теплосетью 2 или универсальная ЖКХ-системаКак построить структуру сети в 1С:Управление теплосетью 2Как в УТС 2 связаны объект сети, объект расчёта, прибор учёта, услуга и договор

Как нормативное правило превращается в алгоритм УТС 2

Нормативный документ описывает условия и порядок определения объёма. Информационной системе нужны формальные признаки, по которым можно выбрать необходимый сценарий.

Для этого расчётному контуру необходимы:

• объект и точка учёта;
• приборы и сроки их действия;
• показания;
• время штатной работы и бездействия;
• состояние оборудования;
• услуга и вид потребления;
• договорные параметры;
• температурные данные;
• таблицы методик;
• порядок перехода между алгоритмами.

В УТС 2 предусмотрена работа с узлами и приборами учёта, показаниями, периодами наработки и бездействия, поверками, расчётными параметрами и методиками. Система также позволяет выполнять предварительные и сравнительные расчёты, корректировки и перерасчёты и получать расшифровку использованных при расчёте значений.

Граница ответственности: программа не определяет юридическую квалификацию события вместо предприятия. Способ регистрации причин, документов-оснований и автоматического выбора алгоритма зависит от принятой модели учёта, версии решения и выполненных настроек.

Как Санто Групп дорабатывает расчётный контур

Типовой функционал УТС 2 даёт основу для коммерческого учёта. На практике расчётная модель конкретной теплоснабжающей организации может потребовать дополнительных настроек и инструментов контроля.

Расчётные алгоритмы

При внедрении сопоставляются нормативные и договорные правила с услугами, категориями объектов и исходными данными.

При необходимости настраиваются:

• дополнительные формулы;
• источники расчётных параметров;
• правила обработки неполных периодов;
• последовательность перехода между способами расчёта;
• отдельная логика для различных категорий потребителей.

В проектах Санто Групп реализовывались сценарии расчёта по средней для юридических лиц с учётом особенностей расчётных периодов и температурных параметров.

Проверка данных до начисления

Ошибка, найденная после формирования начислений и реализации, обходится дороже, чем ошибка, выявленная до расчёта. Поэтому расчётный контур может дополняться аналитическими рабочими местами и контрольными отчётами.

На проверку выводятся, например, объекты:

• без показаний;
• с неполным периодом;
• с истёкшей поверкой;
• с изменением состояния прибора внутри месяца;
• без необходимых договорных параметров;
• без подходящего исходного периода;
• с существенным отклонением от предыдущих значений;
• с нарушением связи между прибором, объектом расчёта и услугой.

Интеграция с системами сбора показаний

Если приборные данные и архивы хранятся во внешней системе, для расчёта требуется обмен между диспетчерским и расчётным контурами.

Например, в проекте АО «Мытищинская теплосеть» была реализована загрузка данных из внешней базы и интеграция с системой «АРГО». Это позволило использовать полученные сведения в расчётном процессе и сократить ручной перенос данных.

История приборов

При снятии, замене, поверке и повторном вводе оборудования важно не потерять историю точки учёта.

Старый прибор не должен просто заменяться новым номером в существующей записи. Для оборудования необходимо сохранять собственные периоды действия и связь с объектом. Так система может корректно разделить месяц между приборными и расчётными интервалами.

Контроль результата

Стандартная расшифровка расчёта при необходимости дополняется аналитическими отчётами.

Сотрудник должен иметь возможность установить:

• какой прибор участвовал в расчёте;
• какой интервал использован;
• по какому алгоритму определён объём;
• какие параметры вошли в формулу;
• почему объект был переведён на расчётный способ или контроль.

Подробнее о проекте — в кейсе АО «Мытищинская теплосеть».

Как разделить месяц при неисправности и замене прибора

Рассмотрим условную ситуацию.

Старый прибор штатно работал до 10 мая. С 11 мая архив фиксирует нарушение, после которого данные нельзя использовать в обычном порядке. 15 мая оформлен акт. 20 мая новый узел допущен к эксплуатации.

Для календаря это один месяц. Для расчётной системы — несколько интервалов.

Сам факт оформления акта 15 мая не означает, что предыдущие дни нарушения можно не учитывать.

Но и запись об ошибке в архиве сама по себе не должна автоматически исключать все приборные данные. Необходимо определить, какие каналы и показатели фактически стали непригодными.

Как проверить результат расчёта

Хороший расчёт заканчивается не значением в колонке «Объём», а возможностью объяснить его происхождение.

Сотрудник расчётной службы должен понимать:

• какой объект и какая услуга рассчитаны;
• какой прибор действовал;
• какая часть периода признана штатной;
• какое событие изменило способ учёта;
• когда начал действовать расчётный алгоритм;
• какие параметры использованы;
• откуда получены договорные и температурные данные;
• как разделены приборная и расчётная части;
• проводились ли последующие корректировки.

Если для этого требуется искать отдельные Excel-файлы, переписку и сотрудника, который помнит историю узла, автоматизировано только вычисление. Сам процесс всё ещё зависит от ручных действий.

Перед закрытием периода имеет смысл контролировать объекты:

• без приборного объёма;
• с нештатной работой внутри месяца;
• с истёкшей поверкой;
• с изменением состояния задним числом;
• с заменой прибора;
• с переходом между алгоритмами;
• с недостаточными исходными данными;
• с существенным отклонением от предыдущего периода.

Такой контроль помогает обнаруживать не только ошибки формулы. Причиной расхождения может оказаться неверная дата, отсутствующая нагрузка, неправильная услуга, устаревший параметр договора или ошибочная связь прибора с объектом расчёта.

Другие причины рассмотрены в статье «Ошибки начислений в теплосетях и РСО».

Типовой функционал, настройка и доработка

Чтобы не смешивать возможности продукта и проектные решения, расчётный контур удобно разделить на три уровня.

Типовой функционал УТС 2

• ведение узлов и приборов учёта;
• регистрация показаний;
• учёт времени наработки и бездействия;
• учёт поверок;
• работа с расчётными методиками;
• договорные параметры;
• плановые и фактические расчёты;
• параметры окружающей среды;
• корректировки и перерасчёты;
• расшифровка формул и использованных значений.

Настройка под порядок предприятия

• соответствие алгоритмов видам потребления;
• договорные и расчётные параметры;
• условия запуска алгоритмов;
• порядок обработки неполного периода;
• последовательность перехода между сценариями;
• порядок проверки результатов;
• способ регистрации причин и документов-оснований.

Проектные решения Санто Групп

• дополнительные расчётные формулы;
• расчёт по средней для юридических лиц с учётом особенностей периодов;
• аналитические рабочие места контроля;
• проверка данных до начисления;
• интеграция с системами сбора показаний;
• дополнительные сценарии замены и повторного допуска приборов;
• отчёты по работоспособности и поверкам;
• контроль перехода между алгоритмами;
• дополнительная аналитика результата.

При предпроектном обследовании недостаточно собрать перечень используемых формул.

Для каждого расчётного сценария необходимо определить:

• нормативное и договорное основание;
• вид потребления;
• категорию объекта;
• событие, запускающее алгоритм;
• необходимые исходные данные;
• правила определения периода;
• формулу и параметры;
• условия прекращения действия алгоритма;
• следующий расчётный сценарий;
• требования к контролю результата.

После этого можно определить, какие задачи закрывает типовая функциональность, какие требуют настройки, а какие — адаптации при внедрении 1С:Управление теплосетью 2.

Вывод

При отсутствии показаний сначала нужно определить не формулу, а событие.

Непредставленный отчёт, потеря телеметрии, нештатная работа, истечение поверки и неисправность прибора могут приводить к одному результату — отсутствию готового приборного объёма. Но основания, даты и порядок расчёта в этих случаях различаются.

Поэтому УТС 2 должна работать не с универсальным признаком «нет показаний», а с последовательностью условий: состояние узла, период, услуга, исходные данные и соответствующий расчётный алгоритм.

Задача информационной системы — сохранить историю, выполнить настроенный расчёт и показать, из каких данных получен результат. Если типовой логики недостаточно, расчётный контур можно дополнить необходимыми алгоритмами, интеграциями и инструментами контроля.

Общий функционал решения представлен в карточке «1С:Управление теплосетью 2» и на странице автоматизации теплосетей на базе 1С.