Электронные модели Схем теплоснабжения городов

ЕКСАЕВ А.Р.:

– Здравствуйте, господа. Когда составлялась программа этого мероприятия, предполагалось, что я буду говорить на свою любимую тему: про опыт региональных внедрений технологий электронного моделирования в тепловых сетях, у нас этот опыт очень богатый, здесь есть, о чем рассказать. Но едва ли не в последний момент меня попросили поговорить на другую тему. Есть один наболевший вопрос - по стоимости Схем теплоснабжения, несколько слов об этом уже было сказано. По массе входящих контактов я делаю однозначный вывод о том, что в местных бюджетах катастрофически нет тех денег, которые реально нужны, по сложившейся сегодня практике, на разработку Схем теплоснабжения. В течение последнего если не года, то полугода точно, мы много думали о том, как сделать так, чтобы удовлетворить требованиям Закона 190-ФЗ, уложившись в те мизерные рамки, которые выделены в местных бюджетах, и все-таки Схемы сделать.

Вот, собственно говоря, более или менее детальный анализ по стоимости. Речь ведется только о той компоненте Схемы теплоснабжения, которая называется «электронная модель». В соответствии с Законом 190-ФЗ и Постановлением Правительства РФ №154 электронная модель является составной частью Схемы теплоснабжения и основным инструментарием для ее создания и разработки. Для обсчета мы взяли очень усредненный российский город с населением 60-80 тысяч человек, провели статистический анализ и получили количественные характеристики модели. Известно, сколько времени уходит на отработку каждого элемента этой модели, исходя из чего можно определить трудозатраты. Нижний правый угол таблицы – это те трудозатраты (в человеко-часах), которые необходимы для создания электронной модели такого усредненного российского города. Это 4,5 тысячи квалифицированных человеко-часов.

Если мы, опираясь на эти данные, попробуем пересчитать это в минимальную стоимость проекта создания электронной модели, то получатся такие цифры, которые вы видите на экране. То есть минимально возможная стоимость создания электронной модели силами привлеченной подрядной организации составляет не менее 3,3 млн. рублей. Так вот, в подавляющем большинстве местных бюджетов максимум выделен 1 миллион. Это еще при том условии, что тех, кто умеет делать Схемы теплоснабжения – единицы (ну, может быть, пара десятков), а городов, для которых нужно эти модели и эти Схемы создавать – как минимум на порядок больше. К цифрам, которые здесь приводятся, не стоит относиться очень академично. Поскольку наша компания является разработчиком-поставщиком инструментальных программных средств для того, чтобы, собственно, создавать эти электронные модели, мы имеем непосредственный доступ к тем, кто этой работой занимается, и у нас есть возможность провести опрос. Это некие среднестатистические цифры.

Статистика такова. Трудозатраты на создание электронной модели в общих трудозатратах по созданию Схемы теплоснабжения никогда не меньше 65%. То есть 65-70% – это затраты на создание электронной модели. А остальные 30-35% – это те работы, которые ведет разработчик схемы по обследованию объекта, по сбору данных по перспективе и, собственно, по разработке самой Схемы: моделирование перспективы, предложение вариантов, их оценка, документирование всего этого и так далее. Так вот, если мы оттолкнемся от этого соотношения, то, принимая 3,35 млн. рублей, которые мы получили из трудозатрат по созданию модели, мы получаем, что итого для такого города полная стоимость разработки схемы теплоснабжения ну никак не может стоить меньше 5 млн. рублей. Напоминаю: при том, что в бюджете заложен 1, максимум 1,3 млн. рублей. Таким образом, пробуем решить задачу: что можно сделать для того, чтобы удовлетворить требованиям Закона, с тем, чтобы уложиться в те деньги, которые есть или которые хоть как-то можно найти в местных бюджетах. Но, поскольку самая ресурсоемкая часть этого процесса – это создание электронной модели, то, наверное, в первую очередь ресурс снижения стоимости следует искать именно там. Давайте для этого разберемся, что собой представляет процесс создания электронной модели.

Первое, что нужно сделать, это определиться с картой местности. То есть нужно найти какую-то топооснову, «затащить» ее в проект, чтобы потом на ней можно было работать. Это шаг №1.

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

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

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

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

Если говорить, скажем, о платформе «CityCom», это некая общая инструментальная платформа, на которой в случае, например, внедрения в эксплуатирующую организацию можно решать массу задач. В части разработки Схемы теплоснабжения это только часть из них: графическое представление, гидравлическое моделирование, расчет теплопотерь и так далее.

Мы придумали положить это все в общественное «облако». Что такое «облачные» технологии. Представьте себе разбросанные по всей стране мощные, крупные, серьезные вычислительные центры – так называемые «дата-центры» – которые располагают очень значительной мощностью, но, будучи объединенными по некоторой технологии в сеть, позволяют получить практически неисчерпаемый вычислительный ресурс. Появились технологии, которые позволяют любому из нас (либо какой-то компании или организации) «арендовать» в этом виртуальном пространстве виртуальную машину любой вычислительной мощности: от мощности вашего обычного ноутбука до мощности суперкомпьютера. Идея состоит в том, чтобы положить все туда, чтобы избавить предприятия, разработчиков схем и эксплуатирующие предприятия от необходимости приобретения лицензии. А основная задача состояла в том, чтобы перенести «центр тяжести» работ по наполнению электронной модели данными туда, где эти данные должны рождаться и жить – в эксплуатирующее предприятие. Чтобы они не бумагу из шкафов выгружали, а сразу в этом «облаке» заносили свои данные, то есть передавали данные уже в формате электронной модели. Вот в этом состоит суть. Те бюджетные затраты, которые требуются на то, с чего я начал, просто исчезают (или, по крайней мере, минимизируются).

Подключается к этому инструментарию в «облаке» одно эксплуатирующее предприятие, другое... Кстати, сегодня уже работает не только Закон о теплоснабжении, но и Закон о водоснабжении (416-ФЗ), и в нем все то же самое про Схемы водоснабжения. И там прописано, что Схемы теплоснабжения и водоснабжения должны разрабатываться вместе, потому что, например, ГВС – это вода, покупаемая у Водоканала, то есть это все должно в увязке работать.

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

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

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

Теперь давайте посмотрим, что получается по затратам бюджета на создание электронной модели в рамках создания Схемы теплоснабжения для того самого типового города с населением 60-80 тысяч, буквально по месяцам, с учетом представленной тарифной сетки. Вместо 3,3 млн. – 310 тысяч рублей.

С учетом такого «пирога» из трех частей (создание электронной модели, обследование и сбор данных, разработка Схемы), получается, что можно уложиться в 1,6 млн. при использовании общественных «облачных» сервисов. То есть - разработать Схему теплоснабжения таким небольшим городам за 1,6 млн. рублей. Из них около 300 тыс. руб. уйдет на абонентский доступ к инструментарию, а все остальное – на предпроектное обследование и разработку самой Схемы (если это «на конвейере» у компании, которая умеет это делать). Хорошо бы это проверить на практике, поскольку пока это лишь предположения. Правда, расчеты проверены несколько раз.

А теперь посмотрим со стороны эксплуатирующего предприятия. Вы видели наиболее популярный функционал, который у нас покупают и внедряют эксплуатирующие предприятия. Вот перечень задач: Базовый комплекс и пять подсистем.

Посмотрим, какие затраты несет предприятие в том и в другом случае в «пятилетнем календаре». Красным цветом – «традиционные» технологии (точечные платежи и потом выход на стабильный договор сопровождения). В случае же «облачного» сервиса (синим цветом) видно, что (особенно на начальных стадиях проекта, когда бывает безумно важно не ошибиться) цена ошибки невелика. Можно начать на небольших суммах, попробовать на небольших инвестициях. Не понравилось – отказались, а понравилось – продолжаем работу. Кривая по «традиционной» схеме на дальних сроках – пологая, «облачная» дальше растет круче.

Получается, что примерно через 2,5 - 3 года после начала информационного проекта выгодно купить лицензии и «перескочить» с «облачного» сервиса на традиционную систему. Если мы включаем в расчеты инвестиций такую аналитику, то получаем оптимизацию затрат на внедрение информационных систем на пятилетнем календаре. То есть при прочих равных условиях получается максимально оптимизированный календарь.

Я готов ответить на вопросы.
Михаил Исаакович, прошу вас.

ВЕДУЩИЙ:

– Дубсон Михаил Исаакович, «Ригас Силтумс».

ДУБСОН М.И.:

– Да, спасибо за представление. Арсен Рудольфович, вы абсолютно правильно показали то, что эксплуатирующая организация должна иметь людей, которые будут работать с материалом уже готовой электронной модели Схемы теплоснабжения. И они должны будут пополнять эту электронную модель. Я вас правильно понял?

ЕКСАЕВ А.Р.:

– Безусловно. Да.

ДУБСОН М.И.:

– Но работоспособность всей этой «облачной» схемы возможна в том случае, если для всех структур (для Водоканала, для теплоснабжения) такую систему будете делать только вы, на своем продукте. Правильно?

ЕКСАЕВ А.Р.:

– Нет. Но сквозная совместимость в рамках одной платформы – да.

ДУБСОН М.И.:

– Вот в этом-то вся и проблема – в совместимости. Это глобальная проблема. Поверьте, мы в Риге пытались договориться со всеми...

ЕКСАЕВ А.Р.:

– Вы абсолютно правы. Никаких сомнений.

ДУБСОН М.И.:

– Десять лет борьбы – и ноль.

ЕКСАЕВ А.Р.:

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

ДУБСОН М.И.:

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

ЕКСАЕВ А.Р.:

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

ДУБСОН М.И.:

– Я хотел поделиться опытом, что нам не удалось решить проблему с разными организациями. Спасибо.

ЕКСАЕВ А.Р.:

– Спасибо, вы правы. Так и есть.

ВЕДУЩИЙ:

– Спасибо, Михаил Исаакович.

КУПРИЯНОВ В.:

– Владимир Куприянов, журнал «Коммунальный комплекс России». Два маленьких вопроса. Первый: скажите, пожалуйста, вот в этой новой «облачной» технологии, за то, чтобы на этом сервере лежали не устаревшие, а актуальные данные, отвечает сейчас администрация?

ЕКСАЕВ А.Р.:

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

КУПРИЯНОВ В.:

– А есть гарантия, что на этом сервере будет именно актуальная информация, по состоянию на сегодняшний день?

ЕКСАЕВ А.Р.:

– Если она будет неактуальной, то модель будет несчитаемой.

ВЕДУЩИЙ:

– Коллеги, есть закон, есть Постановление правительства о порядке раскрытия информации. Все то, что под него попадает, обязано быть в актуальном состоянии.

КУПРИЯНОВ В.:

– Второй вопрос. Как минимум, уже полтора года эта система «облачных технологий» работает в республике Карелия. Единая карельская система мониторинга объектов ЖКХ. Знакомы ли вы с этой карельской системой? Как вы оцениваете ее работоспособность на сегодняшний день? Спасибо.

ЕКСАЕВ А.Р.:

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

ВЕДУЩИЙ:

– Юрий Васильевич.

Ю.В.:

– Я не понял одной детали. Пока что сегодня эксплуатирующая организация вынимает из шкафа мусор и сбрасывает его разработчику. Это картина известная и понятная. А завтра, в варианте этой «облачной» технологии?

ЕКСАЕВ А.Р.:

– Вы хотите сказать: «Что помешает ей туда же положить мусор?» А мешает ей то, что у нее «надсмотрщик» в лице администрации – с одной стороны, исполнителя проекта, разработчика Схемы – с другой стороны, которые имеют доступ в этот же проект. И они тут же видят, что именно туда положила эксплуатирующая организация. Если она туда положила мусор, то исполнитель проекта или эксперт, который на этом проекте «сидит», тут же сигналит в администрацию.

ВЕДУЩИЙ:

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

ГОВОРОВ В.:

– Говоров Вячеслав, «ГеоИнфоГрад». Вот с арифметикой, по-моему, все-таки не сходится. На чем были сэкономлены несколько миллионов?

ЕКСАЕВ А.Р.:

– Были сэкономлены – для кого? Я говорю об экономии бюджета. Для кого были сэкономлены? – для бюджета, на деньги которого делается схема теплоснабжения.

ГОВОРОВ В.:

– А каким образом?

ЕКСАЕВ А.Р.:

– Сегодня бюджет за разработку схемы теплоснабжения минимум 3,5 млн. рублей платит подрядной организации. В этой конструкции он их просто не платит никому. Он платит за доступ. Сама эта модель делается руками теплоснабжающей организации. Это становится их обязанностью.

СТРЕЛКОВА О.А.:

– Я представляю белорусский «ВНИПИэнергопром» и хочу задать вопрос от разработчика Схем, который реально этим занимается. На сегодняшний день мы по новым российским требованиям выполнили две Схемы в сибирских городах, и вот с чем мы столкнулись. Теплоснабжающие организации фактически не занимались разработкой модели, это делали мы. Например, нам нужно было за 4-5 месяцев создать Схему и модель. Фактически, если перейти на эту технологию, теплоснабжающие организации сейчас все должны приступить к разработке моделей, чтобы в тот момент, когда город закажет Схему, разработчику Схемы уже было, с чем работать. То есть надо обучить персонал – это достаточно сложно и ставит под сомнение возможность укладываться в те сроки, о которых я говорю.

ЕКСАЕВ А.Р.:

– Первый тезис в качестве ответа. Это теперь будет не ваша ответственность, а ответственность теплоснабжающей организации, которой будет выдавать задания местная администрация. И у них не будет варианта этого не делать (если предлагаемая схема взаимодействия будет принята). Понятно, что они будут это делать не четыре месяца. Я не вижу проблем, почему бы эксплуатирующей организации не помочь наполнению модели, собственно, получая инструмент по ходу и для себя.

ВЕДУЩИЙ:

– Вы правильно задали вопрос. Это, действительно, зона ответственности теплоснабжающей организации.

СТРЕЛКОВА О.А.:

– То есть схема будет создаваться уже тогда, когда модель сделана, да?

ЕКСАЕВ А.Р.

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

ВЕДУЩИЙ:

– Спасибо, Арсен Рудольфович. Да, Виктор Германович.

СЕМЕНОВ В.Г.:

– Первое. Мы все работаем в «облачных» технологиях – допустим, получая электронную почту. И совершенно точно все идет к тому, что мы не будем иметь у себя эти процессоры. Мы сейчас работаем над тем, чтобы у нас все бухгалтерские расчеты шли в «облаке». Где-то порядка 20 тысяч в месяц абонентская плата, и все там считается, архивируется, защищается и восстанавливается и так далее. На самом деле, это дешевле, чем держать свои компьютеры и людей, которые их обслуживают. Задача, на самом деле, абсолютно глобальная. Те организации, которые хотят двигаться, а не скрывать информацию, понятно, что электронная модель – это «наше все», потому что из этой системы можно получить любую информацию. Основная проблема, действительно, в совместимости. Вот, город Москва. Одна организация делает в одной модели, другая – в другой модели. Либо 15 лет идут параллельно два процесса: с одной стороны, создание «облака», которое функционирует по данным от приборов учета. Заходишь в систему и смотришь: магистраль, температура на тепловых пунктах – через 0,1 градуса – фактически отслеживаешь, как остывает вода от источника до последнего потребителя, все фактические потери, вообще все. Потому что огромная база от конкретных приборов учета, которые стоят в жилых домах города Москвы. Второй процесс – это то, что делает Московская теплосетевая компания, в первую очередь, по своим магистральным сетям. И вот два великих человека – Арсен Ексаев и Андрей Разговоров – познакомились у меня в кабинете. И разговор шел о том, чтобы все это состыковать. И так после этого и не встретились, да?.. Если эту штуку состыковать, это, на самом деле, дальше будет все. И ведь мы же понимаем, к чему все идет. Я уже говорил, что будет одна на всю страну компания, которая будет собирать деньги со всех. Все по жилым домам будет загнано в один компьютер, все это будет в «облаке», и это появится в следующем году. Только на доводку из бюджета выделено 18 млрд. сбербанковских денег. И очень важно, чтобы нам не сделали какую-то дрянь, с которой мы потом мучиться будем. И у меня, собственно, был разговор о том, что давайте мы сами поторопимся и сделаем то, что нам нужно, а потом интегрируем в эту общую государственную систему, чтобы это работало так, как нам надо. Это очень важный момент. И не какая-то дальняя перспектива, а задача, которую надо сейчас срочно решать. Спасибо.