1C:Энергетика – новые возможности, анонс изменений в ред. 2.5, интеграция со смежными сервисами

ruticker 04.03.2025 15:25:10

Текст распознан YouScriptor с канала Решения "1С" для промышленности и энергетики

распознано с видео на ютубе сервисом YouScriptor.com, читайте дальше по ссылке 1C:Энергетика – новые возможности, анонс изменений в ред. 2.5, интеграция со смежными сервисами

Добрый день, уважаемые коллеги! Меня зовут Андрей Афонин, фирмы 1С. Для начала я вас попрошу в разделе "Квест" у вас есть такое поле на нашей площадке — поставьте плюсики, если меня видно и слышно. Отлично, да, спасибо! Я отвечаю за некое решение 1С "Энергетик". Для начала небольшая организационная часть: мы ведем сегодня запись нашего вебинара, и по завершении вебинара, где-то в течение нескольких дней, обязательно пришлем видеозапись всем, кто был зарегистрирован, независимо от того, присутствовал человек или нет. Может быть, у кого-то по каким-то причинам не удастся до конца вебинара присутствовать, поэтому запись обязательно будет направлена. В процессе вебинара можно будет задавать свои вопросы. Вопросы также задаем все в окошке "Квест". Есть микрофон, включать мы не будем для участников, мы будем зачитывать периодически ваши вопросы, если не будет появляться в процессе вебинара, и постараемся на них ответить. Если на какие-то вопросы мы ответить не успеем или возникнут вопросы после вебинара, вы, пожалуйста, вопросы можете направлять по электронной почте, которая была указана в информационном письме. Мы обязательно с вами свяжемся и на ваши вопросы ответим. Книгу продуктов 1С "Энергетика" мы выпускаем достаточно давно, вот уже порядка десяти лет прошло с момента выпуска первого решения 1С "Энергетик". Это линейка совместных решений, право на продукты принадлежат фирме 1С, и разрабатывают их совместно с нами партнеры-разработчики. Без софта не занимается поддержкой, развитием и сопровождением данного продукта. В ближайшее время планируется выпуск редакции 25, как ERP-решения, так и отдельных решений для транспорта и технологических присоединений. Сегодня в процессе вебинара мы также поговорим о том, какие нововведения у нас планируются в новой редакции 25. На этом организационную часть завершаю и передаю слово первому докладчику — Алексею Герасимову, компания Best Soft. Алексей, пожалуйста, вам слово. --- Да, спасибо большое, Андрей. Коллеги, уважаемые, добрый день! Меня, как уже сказали, зовут Герасимов Алексей, я руковожу маркетингом нашей компании. Сегодня со мной также будут присутствовать мои коллеги, и я их представлю чуть позже, когда буду передавать им слово. У нас, коллеги, сегодня, к сожалению, время ограничено, все-таки постараемся показать и обсудить то, что мы сегодня запланировали. Но, как же повторюсь, повторю слова Андрея: если все-таки мы что-то не успеем ответить на какой-то вопрос или раскроем его недостаточно полно, обязательно пишите свой вопрос в чат, и мы постараемся отправить ответ на почту. Начнем. Я бы хотела кратко еще раз обозначить тему, о которой будем говорить. Сегодня хотели бы говорить о бизнес-процессах наших коллег в электросетевых компаниях, о том, с какими трудностями они сталкиваются в своей работе, что в целом подталкивает их на поиск решений для автоматизации, как компании эти трудности решают. Также хотели бы продемонстрировать вам функционал "Энергетика", который помогает решать простые задачи, которыми к нам обращаются. Помимо этого, продемонстрируем новый функционал, который появится в редакции 25, и поговорим, конечно, о том, как эффективно подготовиться к функции еще двух процессов: поиска решения и подрядчика, и активов. Расскажу, о чем будем говорить, но для начала буквально пару слов о нас, о том, кто мы такие, чем занимаемся, почему в принципе можем говорить об этих темах и какие продукты есть в портфеле 1С для электросетевых компаний. Итак, мы являемся разработчиками линейки "Энергетика", и вот мы уже на протяжении 20 лет разрабатываем наши решения. Статистика сложилась так, что мы за это время сфокусировались именно на энергетике. Сначала это были ОРЭК, а уже потом, после разделения, прекратили вы ее на ростовые компании. Накопленный опыт отраслевой нам дал возможность начать разработку решения 1С "Управление сетевой компанией" на базе УПП, и затем уже с выходом 1С "ERP" мы разработали решение 1С "Энергетика 2". Это решение включает в себя два таких контура: первый контур — это типовые возможности 1С "ERP", то есть это управленческий учет, финансовый блок, блок оперативного учета, и второй уже отраслевой контур, который мы вывели в отдельные подсистемы. Этот функционал закрывает бизнес-процессы: транспорт электроэнергии, технологические присоединения, процессы паспортизации, учет всего оборудования, а также процессы закупочной деятельности для энергетиков и процесс метрологии энергоэффективности. Позднее, уже в 2018 и 2019 году, вышли отдельные решения по транспорту электроэнергии и по технологическому присоединению. Эти решения включают в себя только основные бизнес-процессы без добавочных модулей. Если это в целом как бы сквозной бизнес-процесс по работе с заявкой, то есть это начиная от ее регистрации и заканчивая формированием тематического присоединения. Для транспорта это учет договоров энергоснабжения, также регистрация отчетов и расчет полезного отпуска. Эти два продукта больше подходят по сути для региональных территориальных сетевых компаний, потому что таким компаниям не нужно какой-то комплекс на модульная другая система, им нужно акцентировать какой-то конкретный ключевой бизнес-процесс. В таком случае можно как интеграцию этих отдельных модулей уже в какую-то существующую материнскую систему или какое-то другое окружение. Итак, возможные комплексные внедрения этих модулей с настройкой интеграции с системами учета и другими системами, которые присутствуют в компании. Кратко представлю компании, которые в целом доверили нам оптимизировать их бизнес. Мы даже сами, коллеги, сегодня один из кейсов чуть позже разберем, посмотрим, как компания пришла к фиксации, какие задачи необходимо было решить, как проходило само внедрение и что в итоге получили. В большей части, коллеги, сейчас работаем с компаниями в периметре сетей. Это ИРА-сетевой, был такой довольно комплексный проект по автоматизации совместно с компаниями "СМЭТ". Автоматизировали отраслевые блоки: это "Российский Кавказ" и "Версетти Янтарь". Также есть конкурсные проекты по паспортизации, ремонту оборудования, и мы сейчас продолжаем развивать системы. Также есть проект по "Барон Энерго", сейчас как раз идет проект по автоматизации транспорта электроэнергии, тоже довольно масштабный конкурсный проект. Коллеги там планируют автоматизировать 9 филиалов. Кроме крупных холдингов, также есть спектр и все это, что, в принципе, к электросетям "Брянска Энерго" и подобным. Также есть проекты по автоматизации непроизводственными активами в огне лишь их компаниях. Это интро о такой окраской гнетущей компании, как раз в Калининграде, только закончила первый этап проведения при проектного обследования. Мы, конечно, также работали с сотовыми компаниями, как с ресурсоснабжающими компаниями, так и на гранте ваших поставщиками. Это не все компании, с которыми мы работали. Если будет интересно, можете на нашем сайте посмотреть подробные тонкие, достаточно описанные. Ссылка на сайт будет на последнем слайде. Давайте, конечно, перейдем к основной теме: что же в целом подтолкнуло компании к автоматизации. Я дальше по большей части буду говорить о средних компаниях, потому что если говорить о крупных холдингах, там немножко другая ситуация, там и другая изначально автоматизация, другое количество и сложность бизнес-процессов. Если ты слово, чаще всего запрос какой-то на решение, какое-то конкретное задача, то, например, в тех же сетях задача чаще связана с регламентацией, стандартизацией процессов внутри всего холдинга. Если говорить про то, с какими трудностями к нам обращаются компании, у нас такой довольно разной степени автоматизации с разным IT-ландшафтом. И смотреть на системы для слива учета и доработанные бухгалтерские системы документооборота. И тот самый цель можно выделить таких три ключевых бизнес-процесса, которые чаще всего автоматизируются: это учет активами, транспорт электроэнергии и учет технологических присоединений. Давайте посмотрим, с какими предпосылками этих процессов компании сталкиваются. Давайте, чем сам процесс этих магических присоединений. Посмотрим, какие здесь возникают социальные задачи для автоматизации. Во-первых, это, конечно, отсутствие единого рабочего пространства. Действительно, у большинства компаний, которые имеют разностороннее IT-ландшафт, у них разные части бизнес-процесс ведутся в разных системах. Реестр заявок может обрабатываться в одном месте, это может быть ТРС, личный кабинет и Excel или системы документооборота. Далее уже руками в Word формируются договоры и другие печатные формы, тоже формируются в Excel. То же самое, расчет стоимости тоже может вестись в каком-то отдельном Excel. В общем, нет единого инструмента, а не покупая единой базы данных, которая бы аккумулировала всю информацию по процессу и позволяла бы этот процесс вести от начала до конца. Соответственно, на что это влияет? Конечно, это влияет в целом на скорость работы сотрудников. Им приходится переключаться между экранами, и, соответственно, повышается количество ошибок, повышает влияние человеческого фактора. Тема, с которой также компании обращаются, это дублирование информации. И вот расскажу на примере. У нас у некоторых наших заказчиков сотрудники, которые выезжают на место и формируют техническое предложение, и сотрудники, которые потом уже на основании этих данных формируют технические условия, это были разные специалисты. То есть на первое выезжали на место, описали на бумаге планируемые мероприятия, после чего приезжали в офис и уже передавали эту информацию сотрудникам ПТС. И те уже сначала с бумаги переносили эти данные в таблицы, а потом уже на основании данных из таблицах формировали самостоятельно технические условия. И вот таким образом и появлялся дублирование данных, и это повышало нагрузку в целом на сотрудников, учитывая, что специалистов, которые выезжали на место и определяли технические условия подключения, было больше, чем людей, которые потом уже готовили условия и договоры на технологическое присоединение. Также, коллеги, еще одна такая довольно частая ситуация, с которой компании сталкиваются, это значительные затраты на подготовку документации по процессу. То есть на подготовку договора, подготовку технических условий. И это возникает из того же самого дублирования данных, потому что приходится несколько раз копировать информацию. И отчасти это возникает из-за того, что нет инструмента, который как раз-таки автоматически формировал бы технические эти печатные формы на основании имеющейся информации. То есть инструмента, который бы автоматически на основании документов о технологическом присоединении формировал бы документ технических условий, и уже в свою очередь на основании которого велся расчет платы за технологическое присоединение и формировалась печатная форма договора. Также, коллеги, еще одна такая довольно важная ситуация, с которой сталкивается, это то, что в компаниях отсутствует контроль за исполнением задач, за статусом заявок на техническое присоединение. И действительно, никто в компании не присутствует, такая проблема у коллег отсутствует. У них отсутствует система обстановки исполнения задач, отсутствует система уведомления о задачах, в которых нам приближается срок исполнения или о просроченных задачах. Таким образом, в целом теряется понимание о текущем статусе заявки, и как следствие, компании банально могут получить штраф за срыв сроков технологического присоединения. Давайте посмотрим, какие возникают задачи для автоматизации в этом блоке. Во-первых, это отсутствие единой базы данных объектов сетевого хозяйства. Эта информация также зачастую находится в разных файлах, она может не актуализироваться. Также несколько подразделений одновременно могут редактировать один и тот же Excel-файл, и, соответственно, при подготовке к тому же самому технологическому присоединению может возникнуть ситуация, когда просто информация о наличии свободных мощностей или об их состоянии теряется. Второй момент — это то, что как правило во многих компаниях отсутствуют нормативы, сплошь информация, которая бы позволяла более прозрачно классифицировать оборудование, вести учет его характеристик и дефектов. Например, у нас у одного из наших заказчиков была такая ситуация, что у них в разных подразделениях компании один и тот же дефект назывался по-разному. То есть компания тратила время на то, чтобы разобраться, что же в итоге за этот дефект. И ведь такая же ситуация была с видимой информацией по ремонту оборудования, потому что каждый сотрудник по-своему стал определять, какого характера выполнялся ремонт, какие работы выполнялись. Еще довольно частая ситуация и задача — это дублирование сбора данных о состоянии оборудования. Из-за того, что когда данные содержатся в разных источниках, в том числе и на бумажных носителях, информация теряется, и теряется сам паспорт оборудования с его характеристиками, историей дефектов. Либо возникает такая ситуация, что противоречивость в данных, и такую работу по сбору информации приходится проводить заново, что также отнимает лишнее время. Общий процесс автоматизации довольно важен, я бы даже сказал, что основополагающий, потому что у него очень тесно завязаны процессы и транспорта, и технологических присоединений. Давайте перейдем к последнему процессу — это процесс транспортировки электроэнергии. Посмотрим, какие задачи и функции присутствуют здесь. Основная сложность, с которой сталкиваются компании в этом процессе, это, конечно, сверка с гарантируемым старичком по объему полезного отпуска. Почему так в целом происходит? Потому что показания приборов учета, как правило, приходят с разных источников. Например, из АСКУЭ могут подтягиваться показания, или обходчик нам принесет данные, даже сам пользователь может нам какие-то показания передать. И когда все эти данные не хранятся в электронных таблицах, то сотруднику довольно тяжело определить показания, которые будут такой базой данных для расчета. Самостоятельно принять их из источников приоритет, то есть пробегаться по всем этим файлам, сравнить показания, где больше или меньше, и какие нужны в итоге показания к учету взять. И затрачивается довольно много времени на этот процесс. А потом уже, когда гарантии поставщик передает свои данные по начислениям, эти данные вручную разносится по разным участкам структуры сети, и вышли доверяются. И вот как раз-таки вот в этом и состоит сложность, потому что если не было как единой топологии сети, можно было бы довольно быстро определить, какому элементу сети привязан тот или иной потребитель, и можно было бы быстрее получить информацию о полезном отпуске на каждый участок сети. Соответственно, быстрее провести саму сверку с гарантией поставщиком. Да, еще одна сложность, с которой сталкиваются компании, это локализация коммерческих потерь электроэнергии. Причина здесь, как вы уже поняли, из того, что отсутствуют единые топологии сети, и нет возможности определить объем полезного отпуска на каждом участке, и в том числе объем по техническим точкам учета. Из-за этого как раз-таки и тяжелее корректно почитать баланс электроэнергии. Я прилечу крестики те участки, на которых есть подозрительные значения, чтобы потом просто отправить сотрудников по конкретному участку сети искать точки подключения. Это вот как раз-таки основные задачи, с которыми сталкиваются компании, и это, конечно, далеко не все задачи. Они больше, они поразнообразнее. Я перечислю только основные, и сейчас я предлагаю перейти уже к функционалу системы "Энергетика", чтобы посмотреть, как эти задачи могут быть решены в системе, и посмотреть на те функциональные возможности, которые могут появиться в новой редакции. Об этом расскажет мои коллеги: это Александр Егоров, наш бизнес-аналитик и руководитель проектов по направлению технологических присоединений; это Николай Клочков, наш специалист по блоку паспортизации учета всего оборудования; Александр Андреев, аналитик по транспорту электроэнергии; и теперь протеанский наш коммерческий директор. Саша, тебе слово, я сейчас тебе передам демонстрацию. --- Так как экран отобразился, как ранее сказали, сегодня мы вам продемонстрируем функциональные возможности подсистем программного продукта 1С "ERP Энергетика", двух следующих подсистем: технологическое присоединение, учет сетевого оборудования и система транспорта электроэнергии. Подобно объединяет себе все эти протестированные, соответственно, их можно также настроить интерфейс отображения по панелям разделов, как это удобно будет в пользовательском режиме. Начнем с подсистемы учета сетевого оборудования. Тем позволяет нам вести объекты организации, это структура сети по SSH организации и организационную структуру, в том числе РИС и производственные отделения. Соответственно, сами объекты — это подстанции, кабельные, воздушные линии, трансформаторные подстанции. Система позволяет вводить характеристики по этим объектам структуры сети, статически и динамически регистрировать установку единиц оборудования на них, формировать иерархии сети и в целом позволяет вести классификаторы основных справочников по марке оборудования и так далее. Более подробно об этой системе вам расскажет бизнес-аналитик нашей системы, Николай. Следующая подсистема — это система технологического присоединения. Здесь реализован бизнес-процесс непосредственного подключения потребителя. Работа с блоком технологического присоединения ведется в двух интерфейсах: это первый интерфейс самой подсистемы, где мы можем увидеть список подготовленных документов и формировать аналитические отчеты, так и форма на начальной странице, то есть рабочего стола, где у нас ведется информация о заявках и их бизнес-процессах. На рабочем столе хранится сведения о поступивших и планируемых задачах по самому бизнесу, группировка по исполнителям. На начальной странице расположен список заявок. Далее в плане списка заявок у нас отображается информация по статусам и данным по объекту, адресу, подразделению. Также заявки могут быть между собой связаны, то есть на основании уже существующей заявки можно зарегистрировать заявку на аннулирование либо заявку на изменения. Автоматически определяются категории, и есть информация о номере технических условий, номер договора, если таковой по бизнес-процессу уже подготовлен. Далее в нижней части у нас отображается информация о выполненных задачах, ну и в том числе активных, которые у нас не выполнены. Признак выполнения этой задачи формируется по карте маршрута, которую мы вам более детально продемонстрируем на разборе именно подсистемы технологического присоединения. Также присутствует возможность настраивать контроль сроков исполнения отдельных этапов, и тем самым, если пользователь не выполняет свои задачи в определенный срок, она у него ручки подсвечивается красным. Это для контроля, для мониторинга. Контролировать можно сформировать данную отчетную форму по списку выполненных и невыполненных задач на этом пользователя. Можно посмотреть за какой период, как задачи были выполнены, по каким заявкам, также отбор по документам, подбору выполнена или нет. Мы видим только активные задачи. Исполнитель 57 технологического присоединения присутствует также группировки по документам и справочникам в разрезе групп. То есть это основная информация хранится в средней о контрагентах, и это справочник типовой ERP, который хранит себе информацию о юридических и физических лицах, справочник подразделений, организационная структура предприятия по лесам, подразделением организации, справочника тех пор, позволяющий нам вести макеты и загружать их в режим предприятия без необходимости доработки их в конфигураторе. Все эти справки доступны для редактирования. Блок по регистрации заявки, в котором хранится информация о самих заявках и справочниках, который используется при их формировании. Более подробно рассмотрим также этапе разборки системы блок создания технических условий со своими справочниками, настройками и данными документами, блок договоров и регистрации актов. Здесь также ведется средние основных справочников, которые необходимо для ведения данной группы документов. И сами документы, которые здесь формируются, это уже договор на технологическое присоединение с графиком, акта выполнения технических условий, актов осуществления технологического присоединения. Есть возможность ввести дополнительные соглашения, ввести оплату по договорам. Также есть возможность строевой интеграции, обычно делается уже путем внедрения программных продуктов и загружается данные по оплате из 1С "Бухгалтерия" либо из прочих источников, где-то заказчик может быть заведена. Кроме этого, есть возможность их вручную также регистрировать. Акт допуска приборов учета — новый документ, который заработал в бизнес-процессах, который хранит информацию уже подключаемых точках учета по вновь вводимым объектам по техписанию и есть одно рожать затрат на объект строительства. Чуть позже подробнее потом посмотрим. Вот дополнительный сервис, позволяющий нам производить настройки бизнес-процессов. Есть возможность делегировать права, то есть передавать задачи другим исполнителям, настраивать точки маршрута по ролям, по задачам, установка статусов и так далее. Есть много функционала по настройке плановых сроков. Тоже более детально рассмотрим возможность быстро царев на технологическое присоединение, регистрацию полномочных листов подписантов, ну и в соответствии с прочими средними выделенными функциональностями, которые также затрагивают настройки бизнес-процессов. Настройки выбираются подразделениями, сроки исполнения на конкретной точке маршрута, что уже ранее было в системе реализовано. Настраивать обязательно файлы на этот процесс и выполнить задачу, не положить соответствующий комплект документов. Закрепление исполнителя также производится контроль и сроки. Полная задача регистра позволительно настраивать именно сами точки маршрутов по срокам. Вот, в принципе, раздел отчетности здесь уже формируется от конкретного заказчика. Следующая подсистема — это подсистема "Транспорт электроэнергии". Для нее доступно у нас три отдельных модуля подсистемы: это самый транспорт электроэнергии, в котором хранится информация о договорах передачи электроэнергии, договорах энергоснабжения между собой. Соответственно, связка договора передачи с договором энергоснабжения устанавливается с периодом через АСУЭ. Организованные объекты — это та же самая структура сети, которую у нас ведется в подсистеме учета сетевого оборудования. Она используется общая для всех взаимодействующих систем, то есть паспортизации, которая регистрирует такие объекты, позволяет их использовать при формировании технических условий, при определении точки подключения и при расчете полезного отпуска для формирования балансов электроэнергии. Указание, соответственно, подключение точки учета, окна и вместе структура сети. Далее ведутся взаиморасчеты с энергосбытом, устанавливаются документы начисления, формирование первичных документов и оплаты энергосбыта, регистрация входящих платежей в справочнике, который позволяет также производить настройки договора транзита для теперь и я только электроэнергии. С ними также ведется взаиморасчет, то есть начисление территориально системы организации между со стороны оплаты либо оплаты с нашей стороны, от того, как устроены взаиморасчеты. Также позволяет вести дополнительные строки сервисы для связи РИФ с тарифными группами. Это сделано для того, чтобы формировать первичные документы. Такие вот шпат системы — это система полезного отпуска юридических лиц. Здесь хранится средняя информация о тех же зарегистрированных договорах о передаче, договорах энергоснабжения и более детально описан функционал транспорт. Здесь хранится информация учета электроэнергии по юридическим лицам, сменных параметров, таких как статус включения, отключения, способа расчета фиксированные величины, может быть установлены при необходимости, оставаться схему учета по долевым, то есть установка долевой схемы с учетом расчета. Сабанин установится разрешенная мощность, прочие дополнительные характеристики. Вот доступен раздел введения приборов, парк приборов учета. Есть сами счетчики — это единицы оборудования, которые, опять-таки, повторюсь, дополнительно используют один и тот же справочник, что из системы учета всего оборота. Функционал здесь общий. Далее общей классификации по производству оборудования, документы акта ввода приборов учета, участке обходят с точки показания. Более детально в сети информацию мы так же рассмотрим при разборе подсистемы транспорта. Вот реализован там самого расчета полезного отпуска по начислениям объемов. В целом, более упрощенном виде, но в таком же формате реализована система физических лиц, то есть расчет по физлицам, регистрация показаний по приборам учета и злится формирование ведомости. И дополнительно также все настройки по настройке схемы расчета учета, установки схемы, тач потерь. Вот с аналогично также, коллеги, теперь сейчас предлагаю более детально начать рассматривать, соответственно, каждую подсистему. И первой системой, которая нас сегодня будет затронута, это система учета сетевого оборудования. Демонстрацию вам проведет Николай Клочков. Сейчас передаю ему демонстрацию. Всем добрый день! Меня зовут Николай Клочков. Соответственно, на пути развития программного продукта 1С "Энергетика" также развивалась система учета оборудования в редакции 25. Система представляет собой место для ведения нормативно-справочной информации для регистрации объектов роста сети, а также сама является местом для ведения структуры сети. Инструмент построения реализован в массовой форме рабочего стола: три рабочих поля — более с организационными объектами, более с для работы с техническими местами и поле для работы с единицами оборудования, которых нужно на тех верных тех местах. Соответственно, каждому месту можно указать его питающие эти места для зрения же цепочки из лучших мест. То есть там же для каждого объекта можно характеристики местности, то есть это адрес и координаты. На каждом техническом месте у нас может быть установлена одна или несколько единиц оборудования, зависит от инвентаризации. Карточка единиц оборудования представляется неким электронным паспортом, в котором указаны у нас группа оборудования, марка, народ, класс напряжения. Если есть связь с бухгалтерским учетом, это здесь указывается связь с основным средством. А также на единиц оборудования можно указать физические характеристики, то есть заводские либо паспортные. Они, опять же, у нас регулируются настройками милиции о группе оборудования. В данной карточке устанавливаются также существуют возможности ведения динамических параметров, те параметры, которые могут изменяться со временем, могут быть и могут быть измерены. Соответственно, вводится не через документ измерений, набор практик старается через из. То есть приводе можно указать документ смирения, на основании которого мы вводим те или иные параметры, и заполнение значений брайан дир вносится в карточку, и dice оборудование не отображаются. Соответственно, заменить также существует возможность посмотреть дату актуальности тех или иных параметров на любой день. Также в карточке реализована возможность введения дефектов, то есть все дефекты отображаются на важных платках дефектов. Дефект осуществляется через документ на лист дефектов, список установку. Соответственно, настройками инсеи также установлены группа измерений на той или иной группы оборудования. Мои здесь можно выбрать, и на вкладке уже в нижней части основания можем заполнить те или иные дефекты, там установки признака наличия дефекта. Это после регистрации все дефекты, которые на текущий момент у нас зарегистрированы, отображаются в карточке единицы оборудования. Новые дефекты осуществляются по кнопке "Был бы дефектов" из карточки, также путем создания листа дефектов с признаком снятия. Снимается также третий признак наличия дефекта. Существует возможность посмотреть актуальные дефекты также на любой день, либо посмотреть всю историю дефектов, имеющихся оборудования. Из карточки также существует возможность смотреть историю перемещения единиц оборудования по структуре сети на всем этапе жизни его цикла в системе. Здесь отображается тариф, была установлена либо снята, дайлина или девица оборудования. На этом у меня все. Передаю далее снова слово. **Горло** to collect. Теперь более детально о функционале технологического присоединения. Начнем с формы рабочего стола. Соответственно, в моей речи вы поняли, что здесь хранится информация о заявках и объекте бизнес-процессов, как настроенный бизнес-процесс. То есть отдельно каждая точка маршрута реализована по разработанной карте маршрута, и которые настраиваются только через конфигуратор. Но некоторые точки маршрута могут быть заполнены с помощью для согласования, чуть позже об этом также продемонстрирую. Основные точки действия представлены здесь. То есть регистрация заявки проходит, при этом заявка сама может быть зарегистрирована как через данный программный продукт, так и с помощью интеграции через личный кабинет. Потребитель может самостоятельно регистрировать заявки, далее они также попадают в эту систему, регистрируются, и по ним запускается бизнес-процесс. Зарегистрированная заявка проходит процедуру проверки, при наличии каких-либо замечаний к заявке формируются уведомления о неполном комплекте документов, направляется любителю, и уже ожидается пополнение сведений об этой заявке. Эта заявка нумеруется в списке бизнес-процессов, доступен здесь. На следующем этапе после регистрации заявки формируются бизнес-процессы разработки технических условий на вложение по технологическому присоединению. Предложения по технологическому присоединению восстанавливаются, подключение мероприятий, которые будут выполнять система организации и заявитель. Далее они проходят процедуры согласования. Если замечания присутствуют, готовится документ с замечаниями к техническим условиям, которые устраняются, и далее приходит на заключение договора. При заключении договора формируется сама форма договора на технологическое присоединение. Далее согласовывается тариф, у нас индивидуальный, и готовятся документы на передачу. Эта информация обрабатывается в зависимости от результата: либо направляется исправленный комплект документов, если были замечания, либо регистрируется утвержденный тариф, это стоимость договора. Далее договор подписывается руководителем, и если замечаний нет, соответственно, договор печатается и направляется уже заявителю. При этом также производится интеграция с личным кабинетом, где потребитель может получить этот договор, если произведены соответствующие настройки. При заключении подписанного договора система автоматически получает эту информацию и происходит проверка исполнения условий. Дополнительно сейчас реализовано на стройках, что если у нас будет использоваться интеграция с 1С Бухгалтерией, при наличии оплаты договора, то есть если оплата по договору приходит, то договор до 150 киловатт считается автоматически заключенным. Далее, в исполнении технических условий у нас формируется уведомление о выполнении этих условий. Мы организуем осмотр, направляем уведомление о проведении осмотра, и готовится акт выполнения технических условий, акт осуществления технологического присоединения. Данный документ проходит процедуру согласования и подписания со стороны сетевой организации и отправляется комплект документов на подписание заявителю. Как только заявитель подписывает копии документов, они направляются гарантирующему поставщику. В данной системе ведется информация о самой заявке, которая содержит в себе информацию об организации контрагента, который подал заявку, подразделение организации, где будет вестись бизнес-процесс, объект технологического присоединения, информация о том, когда явка, причины обращения в сбытовую компанию, с которой потребитель будет заключать договор энергоснабжения. Дополнительно пользователь может прикрепить сюда файлы, которые будут переданы на сторону. Все документы по команде можно будет просматривать в списке прикрепленных файлов. Таким образом, система позволяет вести общий список всех документов по каждой заявке. Теперь о настройках бизнес-процессов. Есть возможность настраивать точки маршрута по ролям. Соответственно, можно будет выбрать бизнес-процесс и создать столько строк, сколько потребуется для настройки различных ролей на точке маршрута. Каждый ролик у нас указывается непосредственно задача. Кроме того, на точке маршрута могут быть настроены сроки исполнения. Настройки сроков исполнения делаются конкретно для каждой точки маршрута. При регистрации появления этой точки у пользователя будет указано количество дней на выполнение этой задачи. Также реализован функционал шаблонов плановых сроков, который позволяет контролировать точки маршрута, которые еще не появились. Если мы применяем данный шаблон для какой-либо заявки, указывается точка старта, и как только задача фактически будет выполнена, система сразу же проставляет отметку о фактическом выполнении этой задачи. Есть возможность делегирования прав. При настройке делегирования пользователь может на время своего отсутствия создать настройки и установить, что свои задачи он направляет на конкретного пользователя. Кроме этого, при отправке файлов и статусов в личный кабинет есть возможность настроить список прикрепленных файлов, которые будут переданы вместе со статусом. Теперь о расчете стоимости договора. На этапе формирования предложений по технологическому присоединению можно установить работы, которые будут выполняться с теми организациями. Если у нас установлены какие-то материалы, система может также рассчитать стоимость договора. Каждый документ имеет при себе печатную форму и может формироваться на ходу. Пользователь может внести корректировки в саму форму электронного документа. Теперь передаю слово Александру Андрееву для демонстрации функционала транспорта электроэнергии. **Бочку, да, коллеги, к сожалению, остается им немножко. Не давайте, я вкратце ускорюсь. Я расскажу оставшиеся плохи. В начале нашего вебинара я говорил, что сегодня мы разберем внедрение "Энергетика" на конкретном кейсе, посмотрим, как компания вообще пришла к компенсации, что получилось. Давайте, соответственно, перейдем к нему.** Сам процесс внедрения хочу показать вам на примере нашего реального заказчика — Вологодской области, остальной оптической компании. Это электросеть, которая обслуживает жителей Вологды и еще 16 муниципальных районов Вологодской области. У нас с коллегами было два проекта: сначала проект по технологическому присоединению, а потом — по паспортизации части оборудования. Сегодня расскажу по проекту с техническим присоединением. Сама история взаимодействия с коллегами началась еще в феврале этого года. Они тогда заинтересовались решением "Энергетика" и обратились к нам с запросом на авторизацию. Основная задача, которую коллеги хотели решить, заключалась в том, чтобы свести все процессы в единое рабочее пространство, потому что был довольно широкий IT-ландшафт. Также руководство хотело повысить прозрачность процессов и сократить скорость подготовки промежуточной отчетности. После цикла демонстрации и совещаний коллеги приняли решение первым шагом провести предпроектное обследование, чтобы четче понять узкие места бизнес-процессов и сформировать требования к функционалу будущей системы. **Какая ситуация была до старта?** Сейчас вы видите на слайде IT-ландшафт до начала автоматизации. У коллег был внедрен личный кабинет заявителей, куда приходили заявки на техническое присоединение. Там же пользователи вручную обменивались документами с заявителями. Личный кабинет был интегрирован с матричной системой техобеспечения, в ней велся список заявок на техническое присоединение, и там же была организована хранилище документов по заявкам. У коллег также был организован чат, в котором они обменивались статусами по заявкам и подготовке документов. Кроме того, была интеграция с бухгалтерией, из которой в техобеспечение ходили данные по заключенным договорам, а обратно возвращались данные по произведенной оплате. У коллег была система электронного документооборота Directum, в которой происходило согласование документации, и пользователям ставились задачи по работе с заявками. **Почему коллеги хотели модернизировать систему?** Глобально у заказчика было два основных фокуса внимания: 1. Автоматизация формирования отчетности, то есть повышение контроля. 2. Создание единого рабочего пространства, чтобы интегрировать туда все системы и процессы смежных подразделений. Также коллеги хотели сократить время на техническое присоединение, как раз за счет сокращения времени исполнения задач. **Кратко пройдемся по каждому блоку:** - **Отчетность:** У коллег была система техобеспечения, но там не было настроено карты маршрута бизнес-процесса. Нельзя было определить, на каком этапе сейчас находится заявка, кто с ней работает, и как нагружен человек. Трудно было получить отчетность по полу по этим данным, и отчет сотрудники формировали вручную, что увеличивало количество ошибок и некорректных данных. - **Единое рабочее пространство:** У коллег были отделы, которые работали с заявками на техническое присоединение, но их деятельность контролировать было сложно. Коллеги хотели, чтобы они работали в единой системе, а не переключались между разными экранами. - **Сокращение времени на техприсоединение:** У коллег много процессов выполнялось вручную, например, печатные формы оформлялись в Excel. Это увеличивало время на подготовку документов. **Процесс внедрения:** Проект занял 10 месяцев и был разделен на этапы. Первым этапом было предпроектное обследование, на котором мы погрузились в бизнес-процессы заказчика и сформировали требования. Вторым этапом был технический проект, где мы отвечали на вопросы, как система должна работать. Третий этап — разработка, которая была разбита на релизы. Четвертым этапом была подготовка к эксплуатации, где мы обучали пользователей и настраивали интеграции. Последним этапом была финальная настройка системы. **Результаты проекта:** На экране вы видите результаты проекта. Все задачи, которые были изначально обозначены, коллеги смогли достичь. В конечном итоге срок техприсоединения сократился с 29 дней до 11. Коллеги проводили анализ за сентябрь-октябрь 2020 года и сравнивали с аналогичным периодом 2019 года. Стандартизация процессов позволила сократить время на техническое присоединение. Теперь передаю слово Андрею Афонину, который расскажет про изменения, которые планируются в линейке 1С "Энергетика" в этом году. --- **Андрей:** Спасибо, Алексей. Перед тем как анонсировать изменения, хотел зачитать еще один вопрос, поступивший от участников: "Как фиксируется подпись потребителей в канале?" Это касается личного кабинета в технологическом присоединении. Да, смотрите, по поводу подписания со стороны личного кабинета есть возможность отгружать сканы подписанных документов. Также можно настроить интеграцию с электронной цифровой подписью. Это настраивается отдельным плагином в проектах. В текущем коробочном решении такой возможности нет, но если использовать отдельные криптопрограммы, можно будет интегрировать. Второй вариант подписания — прикрепить скан с подписанной версией договора. Для договоров, которые до 150 киловатт, сам факт заключения договора производится путем оплаты. При внесении платежа по договору он автоматически считается заключенным. У нас есть уточнение, что вопрос касался мобильного обходчика. Я предлагаю на этом не останавливаться, так как времени мало, и попрошу вас по завершении вебинара связаться с Михаилом, чтобы ответить на этот вопрос. Теперь я собрал экран и забираю демонстрацию. **Анонс изменений:** В конце первого квартала планируется рост цен на основные поставки, как "Энергетика", так и отдельных коробочных решений по технологическим присоединениям. Вы можете самостоятельно на сайте отраслевых решений ознакомиться с планируемым повышением цен. Если есть необходимость по переходу со старой системы или планирование приобретения в ближайшее время, есть возможность до 1 апреля приобрести продукт по меньшей стоимости. На этом у меня все. Алексей, возвращаю слово. --- **Алексей:** Спасибо, Андрей. Коллеги, хочу вам рассказать, как подготовиться к внедрению системы. Это вопрос довольно философский и субъективный, но наш опыт на рынке электроэнергетики позволяет нам дать некоторые рекомендации, чтобы помочь компаниям в будущем сберечь нервы, деньги и время. **Шаги:** 1. **Создать вопрос "зачем":** Нужно понять, какую проблему мы хотим решить. Важно не поддаться на весь хайп вокруг цифровизации энергетики. Первым этапом следует проанализировать текущие бизнес-процессы и составить перечень проблем. 2. **Определить результат автоматизации:** Это может быть автоматическое формирование отчетов, выдача задач и т.д. Главное — зафиксировать результат, чтобы сверять с ним. 3. **Составить верхние уровни требований к системе:** Это поможет быстрее понять, подходит ли система, и найти общий язык с подрядчиком. 4. **Определить критерии выбора подрядчика:** Система — это одно, а команда, которая будет ее внедрять, — совсем другое. 5. **Иметь описанные бизнес-процессы:** Это могут быть схемы, карты маршрута или регламенты. Эти документы помогут при внедрении. 6. **Определить состав проектной команды:** Нужно определить владельцев процесса и ключевые роли. Обязательно плетите проектного менеджера, который будет нести ответственность за результат. 7. **Не бояться внедрения:** При грамотном подходе вы сможете решить все свои задачи. Помните, что ни одна информационная система не даст эффекта, если не работать с бизнес-процессами и инструкциями. Вы можете посмотреть на нашем сайте информацию про нас и про продукты 1С, а также кейсы. Ждем вас по нашим каналам связи. Спасибо большое за внимание!

Назад

Залогинтесь, что бы оставить свой комментарий