РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССА «СОГЛАСОВАНИЕ ИНВЕСТИЦИОННОЙ ПРОГРАММЫ» В ДЕПАРТАМЕНТЕ ЭКОНОМИЧЕСКОЙ ПОЛИТИКИ И РАЗВИТИЯ МОСКВЫ

REENGINEERING OF THE “INVESTMENT PROGRAM APPROVAL” BUSINESS PROCESS IN THE DEPARTMENT OF ECONOMIC POLICY AND DEVELOPMENT OF MOSCOW

Saidov Davlat Kadurdinovich

Student, Department of quantum information technologies, practical and applied informatics, MIREA – Russian Technological University,

Russia, Moscow

Kirillina Yuliya Vladimirovna

Scientific supervisor, candidate of Sciences in Economics, associate professor, MIREA – Russian Technological University,

Russia, Moscow

АННОТАЦИЯ

В статье рассматривается проблема организации межведомственного взаимодействия при согласовании инвестиционных программ регулируемых организаций в сфере жилищно-коммунального хозяйства Москвы. На примере процессов Департамента экономической политики и развития города Москвы (ДЭПиР) и Департамента жилищно-коммунального хозяйства (ДЖКХ) выявлены недостатки существующего документооборота: ручной характер операций, отсутствие сквозной статусности, каскадные циклы согласований. Выявленные проблемы требуют их устранения путем разработки оптимизированной модели бизнес-процесса на основе внедрения единой информационной платформы. Предложенный вариант реинжиниринга бизнес-процесса позволяет автоматизировать маршрутизацию, обеспечить прозрачность и сократить сроки рассмотрения программ.

ABSTRACT

The article examines the problem of organizing interdepartmental interaction in the approval of investment programs of regulated organizations in the housing and communal services sector of Moscow. Using the example of the processes of the Department of Economic Policy and Development of Moscow (DEPD) and the Department of Housing and Communal Services (DHCS), the shortcomings of the existing document flow are identified: manual operations, lack of end-to-end status, cascade approval cycles. The identified problems require their elimination by developing an optimized business process model based on the implementation of a unified information platform. The proposed business process reengineering option allows for automated routing, transparency, and reduced program review time.

Ключевые слова: инвестиционная программа; согласование; бизнес-процесс; реинжиниринг; BPMN; ДЭПиР; ДЖКХ; межведомственное взаимодействие.

Keywords: investment program; approval; business process; reengineering; BPMN; DEPD; DHCS, interdepartmental interaction.

В системе государственного регулирования жилищно-коммунального хозяйства города Москвы важнейшим элементом является процесс согласования инвестиционных программ (ИП) регулируемых организаций — водоснабжения и водоотведения. Непосредственную ответственность за этот процесс несёт Департамент экономической политики и развития Москвы (ДЭПиР) [1], который взаимодействует с регулируемыми организациями (РО) и Департаментом жилищно-коммунального хозяйства (ДЖКХ) [2]. Сложившаяся практика базируется на ручном обмене документами по электронной почте, отсутствует единое хранилище версий, а регулируемая организация не видит статус своей заявки. Это приводит к многократным циклам доработок, потере промежуточных согласований, длительным срокам рассмотрения и неоправданной нагрузке на сотрудников [3]. Цель работы — выявление системных недостатков текущего процесса и разработка его оптимизированной модели (реинжиниринг) с использованием нотации BPMN 2.0.

На Рисунках 1-3 представлены модели процессов «Направление инвестиционной программы» и «Согласование инвестиционной программы» AS-IS. Регулируемая организация (РО) формирует пакет документов, включающий шаблон инвестиционной программы (общие сведения, финансовые показатели, перечень мероприятий), а также обосновывающие материалы и документацию по мероприятиям, включенным в программу. Сформированный проект ИП направляется РО на предварительное согласование в Департамент жилищно-коммунального хозяйства (ДЖКХ) посредством электронной почты.

Сотрудники ДЖКХ проводят экспертизу представленных материалов на предмет соответствия отраслевым требованиям. При выявлении несоответствий ДЖКХ формирует перечень замечаний и направляет его РО для исправления.

РО устраняет полученные замечания. Если в процессе исправления у РО возникают разногласия с позицией ДЖКХ, формируется перечень разногласий. Данный перечень выносится на совместное совещание (процесс урегулирования разногласий), по итогам которого фиксируется протокол.

После урегулирования или при отсутствии разногласий пакет документов повторно направляется в ДЖКХ. Если ДЖКХ изначально согласовывает проект ИП без замечаний, пакет документов перенаправляется в ДЭПиР для итогового рассмотрения.

Рисунок 1. Модели бизнес-процессов «Направление инвестиционной программы» и «Согласование инвестиционной программы» (AS-IS) в нотации BPMN 2.0

Рисунок 2. Модель подпроцесса «Доработка проекта ИП (ДЖКХ» (AS-IS) в нотации BPMN 2.0

Рисунок 3. Модель подпроцесса «Доработка проекта ИП (ДЭПиР)» (AS-IS) в нотации BPMN 2.0

Эксперты ДЭПиР осуществляют проверку инвестиционной программы. При возникновении замечаний инициируется цикл доработки, аналогичный взаимодействию с ДЖКХ: РО направляется перечень замечаний, проводятся урегулирования разногласий (при необходимости), после чего документы возвращаются в ДЭПиР на повторное рассмотрение.

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

Проведенное обследование выявило, что рассмотренный процесс реализуется преимущественно посредством ручных операций с использованием электронной почты и офисных приложений, что порождает системные проблемы. Отсутствие специализированной информационной системы приводит к многократному дублированию операций: регулируемые организации вынуждены повторно формировать пакеты документов при каждой подаче программы, что сопровождается рисками ошибок из-за возможного несоответствия данных актуальным реестрам. В процессе согласования ИП критическим фактором является длительный многоэтапный обмен документами между тремя сторонами (РО, ДЖКХ, ДЭПиР), где отсутствие единого хранилища версий приводит к путанице актуальных редакций. Критическим фактором является полное отсутствие прозрачности: регулируемые организации лишены возможности отслеживать статус своих заявок и программ, что провоцирует рост запросов и дополнительную нагрузку на персонал [4].

Для устранения выявленных недостатков разработана новая модель (Рисунки 4-6), основанная на внедрении единой информационной платформы с личными кабинетами РО, ДЖКХ и ДЭПиР.

Рисунок 4. Модели бизнес-процессов «Направление инвестиционной программы» и «Согласование инвестиционной программы» (TO-BE) в нотации BPMN 2.0

Рисунок 5. Модель подпроцесса «Доработка проекта ИП (ДЭПиР)» (TO-BE) в нотации BPMN 2.0

Рисунок 6. Модель подпроцесса «Урегулирование разногласий» (TO-BE) в нотации BPMN 2.0

Ключевые изменения в бизнес-процессах: централизованное хранение всех версий документов; сквозная статусность (от «Черновика» до «Утверждено»); автоматическая маршрутизация заявок; цифровая фиксация замечаний и протоколов разногласий.

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

Этап 1: Инициирование и подготовка проекта (РО). Регулируемая организация в личном кабинете создаёт проект инвестиционной программы. Для этого необходимо выполнить ряд обязательных предварительных действий: загрузить обосновывающие документы (прикрепив их к соответствующим реестрам), указать ответственное лицо и заполнить реестр мероприятий, выбрав необходимые пункты.

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

Этап 2: Внешнее согласование с ДЖКХ. Проект автоматически направляется в Департамент жилищно-коммунального хозяйства (ДЖКХ) для предварительного согласования. Сотрудники ДЖКХ работают с проектом в системе. В случае наличия замечаний проект возвращается РО с перечнем замечаний. РО вносит правки; если возникают разногласия, инициируется подпроцесс урегулирования: стороны формируют протокол разногласий, проводят согласительные мероприятия, и итоги фиксируются в системе. Если замечаний нет или они устранены, проект получит статус «Согласовано с ДЖКХ» и перейдет в личный кабинет органа регулирования (ДЭПиР).

Этап 3: Рассмотрение в органе регулирования (ДЭПиР). Поступивший проект регистрируется системой автоматически. Сотрудники ДЭПиР выполняют параллельные действия:

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

Этап 4: Доработка и урегулирование разногласий (цикл). РО видит все замечания в разделе «Замечания и ответы иных органов». Если разногласий нет, РО исправляет проект и повторно направляет его в ДЭПиР. Если возникают разногласия, РО фиксирует их в системе, формируется перечень разногласий, проект переводится в статус «Разногласия» и запускается подпроцесс урегулирования: в системе планируется совещание, назначаются участники, фиксируются итоги. По итогам совещания проект либо возвращается на доработку (при новых замечаниях), либо переходит к финальному утверждению.

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

Подпроцессы «Доработка проекта ИП» и «Урегулирование разногласий» детально описывают циклы исправления замечаний и работу с разногласиями.

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

Таким образом, представленные модели взаимосвязанных бизнес-процессов могут быть использованы при проектировании информационной системы регулирования тарифов и согласования инвестиционных программ в ДЭПиР и других органах исполнительной власти.

Список литературы:

1. Департамент экономической политики и развития города Москва. Официальный портал мэра и правительства Москвы [Электронный ресурс]. —  URL: https://www.mos.ru/depr/ (дата обращения: 31.05.2026).
2. Департамент жилищно-коммунального хозяйства города Москва. Официальный сайт Департамента жилищно-коммунального хозяйства города Москвы [Электронный ресурс]. — URL: https://www.mos.ru/dgkh/ (дата обращения: 31.05.2026).
3. Порядок разработки инвестиционных и производственных программ в сфере водоснабжения и водоотведения (постановление Правительства Российской Федерации от 29 июля 2013 г. № 641) [Электронный ресурс]. — URL: https://www.minstroyrf.gov.ru/docs/1098/ (дата обращения: 31.05.2026).
4. Постановление Правительства РФ от 6 июля 2015 г. № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». [Электронный ресурс]. — URL: http://government.ru/docs/all/102503/ (дата обращения: 31.05.2026).