О компании
ООО «ТЭКС» оказывает услуги по техническому обслуживанию и снятию показаний с приборов учета коммунальных ресурсов для ЖКХ в г. Новосибирске с 2015 года.
На сегодня у нас 8 крупных заказчиков — управляющих компаний, которые занимаются содержанием многоквартирных домов, общей площадью около 8 млн кв. м. Более 1280 многоквартирных домов заказчиков оборудованы общедомовыми приборами учета коммунальных ресурсов.
Толчок для старта автоматизации
Предоставление услуг заказчикам по контролю за работой более 3000 узлов учета коммунальных ресурсов не давало возможности предприятию оказывать услуги в полном объеме в соответствии с нормами и правилами. Решение этой задачи требовало нестандартных подходов. Первой попыткой автоматизации была связь нескольких БД Microsoft Access, в которых хранились данные узлов учета, c одной таблицей Microsoft Excel. Целью объединения стал сбор данных в едином пространстве: мы сконструировали единый макет для вывода информации. Эффект превзошёл все ожидания, что и послужило основным толчком для начала автоматизации.
Мы понимали, что это временное решение, и руководство решило провести автоматизацию бизнес-процессов с целью повышения качества предоставляемых услуг и конкурентоспособности организации.
Главная задача организации — контроль за работоспособностью оборудования, формирование отчетов о потреблении ресурсов за отчетный период. Основные аспекты оказываемых услуг:
- Контроль за работоспособностью посредством дистанционного получения данных с помощью GSM-модемов в БД ПО производителя оборудования.
- Вывод показателей на экран монитора с целью проведения визуального анализа корректности работы оборудования.
- Предоставление отчетов о потреблении коммунальных ресурсов за отчетный период.
- Ведение документации узлов учета в процессе технического обслуживания.
- Контроль за датами метрологических поверок узлов учета, в том числе организация метрологических поверок.
- Предоставление информации, документации, пояснений заказчику по требованию.
- Представление интересов заказчика перед инспекцией ресурсоснабжающих организаций по вопросам корректной работы узлов учета.
Исходя из потребностей, был проведен анализ рынка поставщиков программного обеспечения на предмет соответствия требованиям плана организации. В результате поисков стало понятно, что имеющиеся на тот момент предложения только частично решали задачи, поэтому мы обратились в IT-компанию с предложением написать программное обеспечение с нуля.
Рассматривали несколько компаний для создания единой системы опроса приборов учета. Компания «ИнфоСофт» предложила провести эксперимент, и уже через две недели был готов прототип системы опроса приборов учета с возможностью получать реальные данные с одного типа приборов. После презентации прототипа и краткого интервью, исходя из теоретического объема обрабатываемых данных, необходимости сборки отчетов и систематизации данных, стало ясно, что платформа «1С:Предприятие 8» может на 100% адаптироваться под все нужды предприятия с возможностью последующего масштабирования и расширения функционала.
Сначала были сформулированы задачи в соответствии с потребностями текущих бизнес-процессов. Проект включил в себя три направления:
- Создание единого рабочего пространства, в котором хранится вся имеющаяся информация, документация на узлы учета.
- Реализация сбора данных с узлов учета в единую базу данных. Создание рабочей области.
- Анализ и отчеты.
Перед реализацией 1-го направления была разработана концепция, позволяющая максимально автоматизировать процессы, связанные с хранением, предоставлением, обменом документации между организацией и заказчиком, а также внутри организации. Тем самым максимально сократится время сотрудников на выполнение данных операций. До реализации процесс предоставления данных по запросам занимал много времени (при обращении заказчика сотрудник собирал документацию на узлы учета, сканировал и отправлял по электронной почте).
Так, в запросе по одному многоквартирному дому, оборудованному тремя узлами учета коммунальных ресурсов (отопления, горячего водоснабжения, холодного водоснабжения), может содержаться до 25 различных документов: паспорта на приборы, свидетельства о метрологической поверке, акты допуска к коммерческим расчетам и т. д. Если требовалось предоставить документы за всю историю существования узла учета, их объем увеличивался в два-три раза.
При ежедневном потоке подобных запросов сотрудники тратили около 50% рабочего времени на подготовку ответов.
Схема взаимодействия после
Архив документов:
Немаловажным является контроль за состоянием узлов учета (допущен/не допущен к коммерческим расчетам, причина недопуска: ремонт или очередная метрологическая поверка).
У каждого сотрудника, ответственного за своего контрагента, была своя электронная таблица, где фиксировалась информация. Предоставление информации о состоянии узлов учета по контрагентам было затратно по времени: ее приходилось уточнять по первичным документам. Здесь возникали и ошибки в силу человеческого фактора.
Реализация 1-го направления — создание единого рабочего пространства
Создана единая база данных, рабочее место для специалистов. При разработке структуры базы данных сразу были учтены потребности 2-го и 3-го направлений автоматизации. 100% требуемой для работы информации внесено в базу данных. Предоставлен доступ сотрудникам управляющих компаний посредством облачного сервиса.
«ИнфоСофт»: «Важным аспектом автоматизации стал выбор места размещения базы 1С. Так как система опроса работает в онлайн-режиме 24/7, требует актуальности данных, возможности получить текущие данные с тепловычислителя в режиме реального времени и удаленной работы пользователей из разных точек города, была выбрана модель обслуживания SaaS (размещение базы данных в облачной инфраструктуре). Основное преимущество модели — отсутствие затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нём программного обеспечения».
Одним из ключевых моментов 1-го направления является реализация функционала автоматического запроса данных из ФГИС «АРШИН» через API. В системе реализовано регламентное задание, по которому в информационную систему «АРШИН» автоматически отправляются запросы об имеющихся сведениях метрологической поверки приборов.
Данный функционал высвободил рабочее время специалистов на сканирование и добавление в систему документов, подтверждающих метрологическую поверку оборудования, и внес коррективы во многие внутренние процессы.
При реализации 1-го направления было принято решение создать рабочую область, в которой будет вестись контроль всех ежедневных процессов, связанных с эксплуатацией узлов учета. Таким образом, в системе появился раздел «Контроль эксплуатации»: в нем фиксируются все поставленные задачи сотрудникам, занятым технической частью эксплуатации.
В свою очередь, сотрудники отчитываются о проделанной работе в системе. Это позволило упорядочить постановку ежедневных задач и оперативно отслеживать их выполнение.
Эффект от реализации первого направления
Изменилась схема взаимодействия с управляющими компаниями в части документооборота. Количество запросов со стороны управляющих компаний снизилось на 80%. Остались запросы, требующие пояснений узких специалистов.
Внутренние процессы обработки документации и хранение данных изменены. Реализованы отчеты и справочники, позволяющие оперативно, в режиме реального времени, сформировывать отчеты по имеющимся данным в системе, по запросу любого пользователя без обращения к конкретному специалисту.
Запрос данных из ФГИС «АРШИН» позволил отказаться от ручного двойного ввода скана свидетельств о метрологической поверке по приборам учета и получать их одним кликом.
Эффектом от реализации раздела «Контроль эксплуатации» стала возможность и прозрачность контроля за постановкой и выполнением задач всех сотрудников. Это увеличило производительность труда на предприятии.
Реализация 2-го направления — сбор данных с узлов учета
Данные о потреблении коммунальных ресурсов фиксируются приборами, которые являются средствами измерения. Приборы, входящие в состав узла учета, фиксируют измерения параметров теплоносителя: расход, температуру и давление. Расчет объема потребления происходит в головном устройстве, называемом «вычислитель», на основании полученных им данным от приборов. В вычислителе имеется собственный архив данных, в котором сохраняется информация о зафиксированных приборами параметрах в разрезе часовых и суточных архивов.
Накопленная в вычислителе информация дистанционно передается через GSM-модемы и в дальнейшем сохраняется в БД программного обеспечения.
Основной проблемой до автоматизации было то, что у каждого производителя головного устройства (вычислителя) было своё программное обеспечение. 80% вычислителей обслуживаемого фонда — одного производителя, соответственно, программное обеспечение идентично. Его недостаток заключался в том, что максимальный объём базы данных был ограничен 2 гигабайтами.
Внести все вычислители в одну программу не представлялось возможным по причине мгновенного заполнения базы данных архивами. Поэтому было установлено более 10-ти идентичных программ на разных ПК. Еще одно неудобство — все действия по организации связи ПО с вычислителем выполнялись вручную, и в случае перебоев в работе ПК, отключения электроэнергии — процесс приходилось запускать заново. Остальные 20% вычислителей имели аналогичное ПО от производителя.
Для реализации задач в рамках 2-го направления команде специалистов «ИнфоСофт» пришлось создать с нуля инструменты, которые позволили получать данные с вычислителей и хранить их в базе данных 1С.
В разработке реализованы регламенты, по которым система самостоятельно определяет недостающие архивы в вычислителях на текущую дату, формирует пул задач для выполнения регламента запросов к вычислителям. Автоматически ведет опрос вычислителей каждый день.
Количество попыток снять данные с одного вычислителя за сутки равняется 100. Таким образом, при отсутствии результата за сутки мы фиксируем проблему на узле учета, связанную с потерей связи.
Дополнительно специалисты «ИнфоСофт» оптимизировали запросы к вычислителям, сократив время на соединение и сбор данных с одного вычислителя в 10 раз, что, в свою очередь, положительно повлияло на время сбора данных.
«ИнфоСофт»: «Для решения этой задачи было разработано стороннее приложение на программной платформе „.NET“, т. к. в ней содержится необходимый инструментарий для непосредственного обращения к GSM-модемам и тепловычислителям. Данное приложение посредством протокола HTTP принимает от 1С задания на опрос, далее осуществляет их балансировку между узлами опроса и по мере поступления данных посредством того же протокола возвращает данные в 1С для хранения».
Реализован функционал проверки связи с вычислителем. Данная функция позволяет проверить состояние связи 1С с вычислителем при восстановлении связи на узле учета.
Реализован функционал чтения текущих параметров вычислителей. Данный функционал помогает определить состояние работы приборов измерений в реальном времени. Дополнительно реализована запись в архив текущих данных.
Эффект от реализации второго направления
Реализованный функционал позволил инженерам самостоятельно осуществлять проверку связи на узлах учета с помощью мобильного приложения, выполнять обследование объекта, анализируя изменения показателей в режиме реального времени, таким образом дополнительно разгрузив специалистов в офисе.
Своевременное оповещение о потере связи на узле учета позволяет инженеру оперативно выехать на объект и исправить нештатную ситуацию.
При старой схеме опроса данных существовала задержка в получение данных более 3 суток. При новой схеме лаг для контроля и проверки данных сократился до суток.
Автоматизировав опрос вычислителей, мы убрали у персонала данный функционал, выполняемый вручную, что позволило переформатировать работу опытных сотрудников для выполнения стратегических важных для компании задач, в том числе эффективнее обрабатывать получаемые данные.
Реализация 3-го направления — анализ и отчеты
Процесс анализа собранных данных с вычислителей до автоматизации выполнялся следующим образом. Для отображения полученных данных специалист открывал отчет с показаниями в программном обеспечении производителя.
Проверка данных на корректность работы узла учета была возможна только в разрезе одного отчета, соответственно, специалисту для проверки закрепленных за ним объектов требовалось открывать каждый отчет.
Примерное количество закрепленных за одним специалистом объектов — не более 200. В среднем на открытие и проверку одного отчета с примерным диапазоном данных в месяц уходило около двух минут. На одном объекте, как правило, ведется учет по трём ресурсам, следовательно, открыть нужно 3 отчета. Нетрудно подсчитать: чтобы специалисту проверить 200 объектов, потребуется более 16 часов, при условии, что сотрудник работает без остановок и не отвлекается.
Учитывая необходимость выполнения работы, описанной в автоматизации первого направления, на которую уходило до половины рабочего дня, можно сделать выводы о том, что специалист физически мог добросовестно выполнять свою работу как минимум за неделю. В связи с этим детализация анализа требовала доработок.
Реализовано рабочее место с показаниями:
В данной рабочей области специалисты оперативно просматривают данные показателей в часовом и суточном архиве. Имеется возможность вывести графики для визуального анализа истории.
В самом начале мы писали о том, что послужило основным толчком для автоматизации, — возможность просмотра среза данных по всем узлам учета одновременно. Для этих целей были реализованы отчеты по мониторингу на каждый учитываемый ресурс.
С помощью данных отчетов у специалистов появилась возможность оценить работоспособность по срезу на дату. Оперативно выявить отсутствие данных по каналам измерения, отклонения в показателях. При выявлении отклонений перейти в рабочую область с показателями для детализированного анализа с разворотом истории и составлением визуальных графиков.
Такой подход от общего к частному позволяет без особого труда проверить работу 200 объектов в течение часа, что до автоматизации, как мы говорили выше, занимало неделю.
Дополнительно реализованы аналитические отчеты по мониторингу качества предоставляемых коммунальных ресурсов, например:
Данный отчет помогает определить количество часов с отклонением температуры от нормы за выбранный период, что позволяет провести корректировку оплаты потребителям.
«ИнфоСофт»»: «В ходе подготовки архитектуры под цели сбора, хранения и анализа данных важно учесть максимальное количество сценариев использования данных пользователями. После этого строится модель метаданных в системе; далее формируются инструменты для получения нужных данных, пишутся запросы, разрабатываются интерфейсы.
Даже при наличии всего набора описанных ранее пунктов при работе с BigData может возникать необходимость в локальной подстройке архитектуры. В нашем случае, в ключевой таблице хранится порядка 800 млн записей, а данные пополняются каждый день/час. И для быстрого получения среза актуальных данных была перестроена архитектура, которая на текущем объеме данных дает прирост скорости формирования отчетов от десятков минут до десятков секунд».
Эффект от автоматизации третьего направления
- Скорость выявления нештатных ситуаций сократилась с недель до суток.
- Реализована возможность анализировать данные в различных разрезах.
- Освоены новые направления услуг, такие как контроль за качеством и режимами.
Ключевые результаты проекта
В целом, автоматизация направления анализа позволила нам в сотни раз быстрее выполнять процедуры контроля работоспособности узлов учета. Появилась возможность развития нового направления по контролю за режимами потребления, качеством и количеством коммунальных ресурсов.
Благодаря принятым решениям, в рамках второго направления по снятию данных с вычислителей полнота данных обеспечивается ежесуточно. Это, в свою очередь, позволяет контролировать работу с шагом в сутки, что соответствует требованиям правил коммерческого учета.
В момент реализации первого направления по внесению информации в базу данных были учтены потребности направления анализа. Внесена максимальная информация по объектам: их принадлежности к центральным тепловым пунктам, тепловым районам, источникам тепловой энергии, эксплуатационным участкам, внесены температурные графики.
Внесенная информация позволяет специалистам принимать решения по проблемным объектам, определять причины отклонений — общие и локальные, сравнивать схожие объекты между собой для выявления несоответствий.
В процессе реализации внутренние процессы постоянно изменялись, менялись должностные обязанности сотрудников, какие-то рабочие места были сокращены по причине полной автоматизации. В целом, высвободившееся время сотрудников позволило взять на себя новые направления. Сильно повысились требования к сотрудникам в части их квалификации, профессиональным навыкам. Сегодня в организации постоянно происходит оптимизация процессов, поиск оптимальной модели, и это еще не конец.
Планы на будущее
В нынешних условиях развития стоит задуматься о завтрашнем дне. Наша организация видит будущее в применении IoT в сфере ЖКХ — в использовании оконечных устройств с передачей данных через сеть LoRaWAN или NB-IoT, таких как умные счетчики учета воды, термологгеры, обеспечивающие автономный сбор данных о контролируемой среде.
Эти технологии позволят собирать большой объем данных о состоянии внутренних инженерных систем, выявлять неисправности локально, что, в свою очередь, поможет эксплуатационным службам принимать оптимальные решения. Применение умных счетчиков воды позволит собирать баланс потребления в актуальном режиме, что повлияет на корректность начислений потребления коммунальных ресурсов на содержание общего имущества.
На сегодняшний день нашей организацией ведется работа по установке базовых станций LoRaWAN производства компании «Вега-Абсолют». Ведется настройка программного обеспечения на сервере, ведутся переговоры с нашим партнером-разработчиком — компанией «ИнфоСофт» — по реализации обмена данными между 1С и IOT Vega Server через API.
«Мы уверены, что после реализации функционала наша организация будет готова расширить спектр предоставляемых услуг в сфере ЖКХ. Если кому-то будет интересен мой опыт автоматизации — можете позвонить мне по номеру 8-961-225-92-64. С радостью расскажу более подробно про этот проект» — прокомментировал Тимофей Чичиков, директор ООО «ТЭКС».
Работы по проекту выполнила компания «ИнфоСофт».
