Как построить структуру сети в 1С:Управление теплосетью 2

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

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

Разберём, какие виды объектов предусмотрены в УТС 2, как из них собрать связанную ветвь, каким образом хранится история изменений и что показывает отчёт «Структура сети».

Что отражает модель теплоснабжения

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

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

Связанная модель позволяет определить:

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

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

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

Объекты производства, передачи, преобразования и потребления в УТС 2

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

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

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

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

Объект потребления и объект расчёта: в чём разница

Одно из важных различий в УТС 2 — разделение здания и находящихся внутри него единиц, по которым ведутся самостоятельные данные.

Объект потребления

Это здание, сооружение или комплекс, куда поступает ресурс: например, многоквартирный дом, магазин, административное здание или производственный корпус.

Для него хранятся общие сведения, адрес и паспортные характеристики.

Объект расчёта

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

Например, административно-жилой комплекс может включать офисные помещения, торговую часть и жилой фонд. Физически это одно сооружение, но расчётная логика для его отдельных частей может различаться.

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

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

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

1. Определить будущую последовательность

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

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

2. Создать объект производства

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

Если предприятие эксплуатирует несколько источников, каждый отражается отдельно. Это позволяет не смешивать относящиеся к ним ветви.

3. Добавить объекты передачи, преобразования и соединения

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

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

4. Создать объект потребления и объекты расчёта

В конце выбранной ветви регистрируется здание или сооружение, куда поступает ресурс.

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

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

5. Включить приборы учёта

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

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

Если несколько приборов расположены последовательно, их порядок также отражается в общей цепочке.

6. Зарегистрировать подключения

После создания карточек отдельные элементы объединяются. Для каждой связи указываются:

• объект-источник;
• объект-приёмник;
• вид передаваемого потока;
• период действия подключения.

Именно направление «источник — приёмник» формирует итоговую иерархию. Котельная становится источником для трубопровода, трубопровод — для ЦТП, а тепловой пункт — для участка, к которому относится конечный потребитель.

Пример готовой ветви теплоснабжения

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

В такой модели котельная, трубопроводы, ЦТП, прибор и здание представлены отдельными карточками. Между ними зарегистрированы подключения, а внутри конечного потребителя выделены две расчётные единицы.

Это и есть результат построения: система понимает не только перечень элементов, но и их последовательность, принадлежность, виды потоков и периоды действия связей.

Как в УТС 2 хранится история состояний и подключений

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

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

В системе важно различать два вида изменений:

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

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

История позволяет определить:

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

Ведение объектной модели, состояний и истории подключений входит в более широкий контур автоматизации тепловых сетей на базе 1С.

Что показывает отчёт «Структура сети»

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

В отчёте можно просмотреть:

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

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

С помощью отчёта можно обнаружить:

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

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

Что проверить при переносе существующих данных

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

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

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

После прямой загрузки такие расхождения перейдут в новую базу и затруднят построение общей иерархии.

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

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

Пример объединения объектных, приборных, договорных и расчётных сведений в единой системе представлен в кейсе автоматизации учёта и начислений в АО «Сибирьгазсервис».

Как сформированная модель используется дальше

После построения иерархия становится основой для других процессов. Она помогает системе определить:

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

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

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

Практический пример работы с потребителями, объектами расчёта и показаниями представлен в кейсе АО «Мытищинская теплосеть».

Вывод

Построить структуру теплосети в УТС 2 — значит не просто создать справочники котельных, трубопроводов, тепловых пунктов, приборов и зданий, а связать их в последовательную иерархию.

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

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

Полезное

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