Постановление № 766 от 11.10.2023
о внесении изменений в Постановление Правительства № 703/2022 об утверждении Концепции Информационной системы "Энергетическая уязвимость"
ПРАВИТЕЛЬСТВО РЕСПУБЛИКИ МОЛДОВА
ПОСТАНОВЛЕНИЕ
о внесении изменений в Постановление Правительства № 703/2022
об утверждении Концепции Информационной системы
"Энергетическая уязвимость"
№ 766 от 11.10.2023
(в силу 25.10.2023)
Мониторул Офичиал ал Р. Молдова № 399-400 ст. 953 от 25.10.2023
* * *
На основании части (1) статьи 6 Закона № 241/2022 о Фонде снижения энергетической уязвимости (Официальный монитор Республики Молдова, 2022 г., № 246 – 250, ст.498), с последующими изменениями, и пунктов c) и d) статьи 22 Закона № 467/2003 об информатизации и государственных информационных ресурсах (Официальный монитор Республики Молдова, 2004 г., № 6 – 12, ст.44), с последующими изменениями, Правительство
ПОСТАНОВЛЯЕТ:
1. В Постановление Правительства № 703/2022 об утверждении Концепции Информационной системы "Энергетическая уязвимость" (Официальный монитор Республики Молдова, 2022 г., № 315 – 317, ст.784) внести следующие изменения:
1) в постановлении:
а) пункт 2 изложить в следующей редакции:
"2. Обеспечение правовых, финансовых и организационных условий для создания, администрирования, поддержания и развития:
1) модуля "Энергетическая уязвимость" осуществляется Министерством труда и социальной защиты в качестве его владельца;
2) модуля "Эковаучер" осуществляется Министерством энергетики посредством Агентства по энергоэффективности в качестве его обладателя.";
b) подпункт 1) пункта 3 изложить в следующей редакции:
"1) обеспечить создание модуля "Энергетическая уязвимость";
с) дополнить пунктом 31 следующего содержания:
"31. Публичному учреждению, обеспечивающему поддержку в реализации государственной политики в области энергоэффективности и продвижения использования энергии из возобновляемых источников:
1) обеспечить создание, поддержку и развитие модуля "Эковаучер";
2) использовать модуль "Эковаучер" для реализации проектов и программ в области энергоэффективности и использования возобновляемых источников энергии в соответствии с положениями Закона № 139/2018 об энергоэффективности;
3) использовать модуль "Эковаучер" для подготовки и разработки проектов и программ в области энергоэффективности и использования возобновляемых источников энергии;
4) использовать модуль "Эковаучер" при проведении анализов, исследований и изысканий в области энергоэффективности и использования возобновляемых источников энергии.";
d) пункт 4 изложить в следующей редакции:
"4. Контроль за выполнением настоящего постановления возложить на Министерство труда и социальной защиты и Министерство энергетики.";
5) Концепцию Информационной системы "Энергетическая уязвимость" изложить в следующей редакции:
"Утверждена
Постановлением Правительства
№ 703/2022
КОНЦЕПЦИЯ
Информационной системы "Энергетическая уязвимость"
Глава I
ВВЕДЕНИЕ
На фоне мирового газового кризиса, который привел к росту цен на природный газ до более чем 1 000 долларов США за кубометр (в 5 – 10 раз выше уровня 2020 года), и в результате переговоров о заключении нового договора на поставку природного газа Республике Молдова с ПАО "Газпром" Российской Федерации, в котором закупочная цена превышает 450 долларов США за 1 000 кубометров, тарифы на природный газ для большинства потребителей выросли, став недоступными для некоторых бытовых потребителей. Новый договор с ПАО "Газпром" (который вступил в силу 1 ноября 2021 года), основанный на формуле, привязанной к ценам как на нефть, так и к ценам на газ, привел к удвоению счетов за электроэнергию для потребителей по сравнению с аналогичным периодом прошлого года. Цены на электроэнергию также выросли в среднем на 40 %.
Все эти аспекты, а также высокий уровень годовой инфляции в 2022 году (30,2 % согласно данным, разработанным Национальным бюро статистики), низкая энергоэффективность, низкие доходы населения существенно повысят уровень бедности в Республике Молдова, при этом две значимые формы бедности станут особенно выраженными: энергетическая бедность и продовольственная бедность. Таким образом, количество лиц, уязвимых с точки зрения обеспечения энергоресурсами, может существенно возрасти. Под энергетической бедностью понимается ситуация, когда домохозяйства не имеют доступа к основным энергетическим услугам, таким как отопление, освещение и адекватные энергоресурсы для энергоснабжения бытовых электроприборов, то есть основным услугам, поддерживающим достойный уровень жизни и здоровья. В целях предотвращения роста энергетической бедности среди уязвимых потребителей важно обеспечить формы социальной поддержки и защиты, для которых в настоящее время существует дефицит финансирования. В качестве ответа на этот кризис для систематического решения проблемы энергетической уязвимости и продвижения энергоэффективности Правительством Республики Молдова был создан Фонд снижения энергетической уязвимости в целях предоставления компенсаций цен на природный газ, тепловую и электрическую энергию напрямую в счете-фактуре.
В то же время ряд действующих нормативных актов ставит своей задачей снижение потребления энергии путем повышения энергоэффективности и использования возобновляемых источников энергии, в частности, посредством Закона № 139/2018 об энергоэффективности и Закона № 10/2016 о продвижении использования энергии из возобновляемых источников и т.д. В частности, согласно Закону № 139/2018 об энергоэффективности, государственная политика в области энергоэффективности является неотъемлемой частью энергетической политики государства и направлена в том числе на содействие использованию конечными потребителями энергоэффективных приборов и оборудования, а также возобновляемых источников энергии.
Так был принят Закон № 241/2022 о Фонде снижения энергетической уязвимости, в котором предусмотрен порядок организации и функционирования Фонда снижения энергетической уязвимости, меры и программы, финансируемые за счет средств данного фонда, направленные на предупреждение и борьбу с энергетической уязвимостью населения и повышение доступности энергии среди уязвимых потребителей, а также содействие повышению энергоэффективности.
Для обеспечения эффективной деятельности Фонда снижения энергетической уязвимости целесообразно как внедрение информационного решения, способного обеспечить применение системы энергетической компенсации для энергетически бедных (уязвимых) граждан в Республике Молдова, так и реализация программ финансовой помощи с целью повышения эффективности использования энергоресурсов, которые предоставят возможность для создания и методологической корректировки и изменения законодательства, чтобы поддержать Министерство труда и социальной защиты и Агентство по энергоэффективности в этих усилиях.
Настоящая Концепция предлагает концептуальное видение создания и функционирования информационной системы, предназначенной для внедрения Фонда снижения энергетической уязвимости, включая вопросы относительно цели и задач, принципов, ключевых характеристик, функциональности и концептуальной архитектуры, функциональных и нефункциональных требований к информационной системе.
Глава II
ОБЩИЕ ПОЛОЖЕНИЯ
1. Информационная система "Энергетическая уязвимость" (в дальнейшем – ИСЭУ) представляет собой разработанную Правительством информационную систему для отнесения бытовых потребителей к категориям энергетической уязвимости, для управления и осуществления мониторинга мер, финансируемых за счет средств Фонда снижения энергетической уязвимости.
2. ИСЭУ состоит из двух модулей:
1) модуля "Энергетическая уязвимость" – который будет служить в качестве информационного источника для управления механизмом предоставления компенсаций уязвимым потребителям энергии вследствие повышения регулируемых цен на природный газ, электроэнергию и/или регулируемых тарифов на тепловую энергию для присвоения потребителям категорий энергетической уязвимости на основе установленных критериев;
2) модуля "Эковаучер" – который будет служить в качестве информационного источника для управления механизмом поддержки программ по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов уязвимыми потребителями.
3. Информационный ресурс ИСЭУ представляет собой единое информационное пространство для хранения и учета зарегистрированных заявок бытовых потребителей на их отнесение к категории энергетической уязвимости, поставщиков энергии, а также программ финансовой помощи для эффективного потребления энергоресурсов.
4. ИСЭУ является неотъемлемой частью государственных информационных ресурсов.
5. Для целей настоящей Концепции используются понятия, определенные в Законе № 241/2022 о Фонде снижения энергетической уязвимости, Законе № 467/2003 об информатизации и государственных информационных ресурсах, а также следующие понятия:
1) информационный процесс – процесс сбора, обработки, хранения, обновления и предоставления документированной информации;
2) компенсация за энергию в виде денежной выплаты – денежная сумма, предоставляемая за счет средств Фонда снижения энергетической уязвимости, предназначенная для уязвимого потребителя энергии с целью покрытия части расходов на потребление энергии;
3) экономия энергии – количество сэкономленной энергии, определяемое путем измерения и/или оценки потребления до и после внедрения одной или нескольких мер энергоэффективности в контексте нормализации внешних условий, влияющих на потребление энергии;
4) энергоэффективность – соотношение между результатом, полученным в виде услуг, товаров или энергии, и определенным количеством энергии, использованной для достижения данного результата
5) номер места потребления – идентификационный код бытового потребителя энергии в счете-фактуре бытового потребителя энергии, состоящий из цифрового или буквенно-цифрового кода, используемый поставщиками для идентификации потребителя в информационной системе поставщика энергии;
6) заявитель – один из членов семьи или одинокий человек, который подает заявление на отнесение к категории энергетической уязвимости через интерфейс ИСЭУ;
7) поставщик природного газа – предприятие, поставляющее природный газ, обладающее лицензией на поставку природного газа, в соответствии с положениями Закона № 108/2016 о природном газе;
8) поставщик тепловой энергии – экономический агент, поставляющий тепловую энергию потребителям в соответствии с положениями Закона № 92/2014 о тепловой энергии и продвижении когенерации. Поставщик может быть одновременно производителем и/или дистрибьютором тепловой энергии;
9) поставщик электроэнергии – электроэнергетическое предприятие, обладающее лицензией на поставку электроэнергии, осуществляющее поставки электроэнергии бытовым потребителям в соответствии с положениями Закона № 107/2016 об электроэнергии;
10) регулируемая цена на поставку природного газа в контексте обязательства по предоставлению публичной услуги – цена, утвержденная Национальным агентством по регулированию в энергетике в соответствии с профильным законодательством, действующая на момент поставки природного газа бытовым потребителям;
11) опосредованные услуги – услуги, в том числе коммунальные, такие как снабжение тепловой энергией, снабжение природным газом, снабжение электроэнергией, снабжение горячей водой для хозяйственных нужд, водоснабжение, канализация и очистка сточных и ливневых вод, санитарное обслуживание, которыми пользуются или могут воспользоваться собственники и владельцы единиц, но которые, в зависимости от конкретной ситуации, по техническим или юридическим причинам должны предоставляться опосредованно через ассоциацию на основании договора с поставщиком и по которым невозможно заключение индивидуальных договоров с собственниками или владельцами единиц либо выставление им индивидуальных счетов;
12) финансовая помощь для повышения эффективности использования энергетических ресурсов – программа, направленная на оказание финансовой поддержки уязвимым потребителям энергии для повышения эффективности потребления энергетических ресурсов в пределах жилья;
13) регулируемый тариф на тепловую энергию – тариф, утвержденный Национальным агентством по регулированию в энергетике в соответствии с профильным законодательством, и действующий на момент поставки тепловой энергии бытовым потребителям;
14) регулируемый тариф на электроэнергию – тариф, утвержденный Национальным агентством по регулированию в энергетике в соответствии с профильным законодательством и действующий на момент поставки электроэнергии бытовым потребителям;
15) холодный период года – период с 1 ноября по 31 декабря и с 1 января по 31 марта.
Другие понятия, используемые в настоящей Концепции, соответствуют соответствующим понятиям, определенным в Законе № 241/2022 о Фонде снижения энергетической уязвимости и Законе № 467/2003 об информатизации и государственных информационных ресурсах.
6. Основной целью модуля "Энергетическая уязвимость" является управление механизмом предоставления компенсаций уязвимым потребителям энергии вследствие повышения регулируемых цен на природный газ, твердое топливо, электроэнергию и/или регулируемых тарифов на тепловую энергию, а также присвоение потребителям категорий энергетической уязвимости на основе установленных критериев.
Создание модуля "Энергетическая уязвимость" преследует достижение следующих конкретных целей:
1) централизованный автоматизированный учет заявителей и бенефициаров компенсаций;
2) централизованный учет поставщиков энергии по категориям поставляемой энергии;
3) повышение уровня качества обеспечения информацией органов центрального и местного публичного управления путем использования полной и достоверной информации о заявителях и бенефициарах компенсаций затрат на энергию, включая поддержку физических и юридических лиц, партнеров, доноров, неправительственных организаций в координировании действий и усилий по решению проблемы энергетической уязвимости;
4) повышение возможности решения проблем, с которыми обращаются заявители и бенефициары компенсаций, физические и юридические лица, органы центрального и местного публичного управления, партнеры, доноры, неправительственные организации, путем сокращения времени, необходимого для рассмотрения случая.
7. Основная цель модуля "Эковаучер" заключается в управлении механизмом поддержки программ по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов в целях снижения энергетической уязвимости.
Создание модуля "Эковаучер" преследует достижение следующих конкретных целей:
1) цифровизация программ по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов и использования возобновляемых источников энергии;
2) осуществление мониторинга процесса реализации программ по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов и использования возобновляемых источников энергии;
3) централизованный автоматизированный учет заявителей и бенефициаров ваучеров для повышения эффективности потребления энергоресурсов и использования возобновляемых источников энергии;
4) централизованный учет хозяйствующих субъектов, участвующих в программе "e-Ваучер", и закрепленных за ними филиалов;
5) централизованный учет процесса использования ваучера, присвоенного конечному бенефициару;
6) повышение возможности решения проблем, с которыми обращаются заявители и бенефициары программы по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов в целях сокращения энергетической уязвимости, физические и юридические лица, органы центрального и местного публичного управления, партнеры, доноры, неправительственные организации, путем сокращения времени, необходимого для рассмотрения случая.
8. Основными задачами модуля "Энергетическая уязвимость" являются:
1) автоматизация процесса управления компенсациями в целях компенсации расходов на энергию, исключения человеческого фактора в процессе предоставления компенсаций;
2) обеспечение интеграции и совместимости с другими информационными ресурсами и системами для получения информации с целью автоматизации процесса предоставления компенсаций расходов на энергию;
3) предоставление консультаций и информационной поддержки по запросу заявителей;
4) предоставление рабочего инструмента для лиц, вовлеченных в предоставление мер помощи;
5) предоставление необходимой информации, относящейся к данной области, всем заинтересованным органам публичного управления, а также специалистам в смежных областях, оказание поддержки в процессе осуществления мониторинга, прогнозирования развития ситуации и принятия решений;
6) интеграция основных источников информации, связанных с управлением, анализом и планированием мер помощи, предоставление пользователям информации в виде отчетов;
7) обеспечение визуализации хранимой информации (с различными уровнями доступа) и генерирование предварительно заданных и специфических отчетов.
9. Основными задачами модуля "Эковаучер" являются:
1) автоматизация процесса управления программами по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов и использования возобновляемых источников энергии;
2) обеспечение интеграции и совместимости с другими информационными ресурсами и системами для получения информации с целью автоматизации процесса предоставления ваучеров конечным бенефициарам;
3) предоставление рабочего инструмента для лиц, вовлеченных в предоставление мер помощи и реализации программ по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов;
4) интеграция основных источников информации, связанных с управлением, анализом и планированием мер финансовой помощи, предоставление пользователям информации в виде отчетов;
10. Основными принципами создания ИСЭУ являются:
1) принцип законности – предполагает создание и функционирование информационной системы в соответствии с национальным законодательством и признанными международными нормами и стандартами в данной области;
2) принцип сосредоточения на потребностях заинтересованных сторон – предполагает, что информационное решение будет предоставлять полные функциональные возможности для удовлетворения потребностей всех заинтересованных сторон в процессе оценки человеческих ресурсов;
3) принцип разделения архитектуры на уровни – предполагает проектирование и реализацию функциональных компонентов системы в соответствии со стандартами интерфейса между уровнями;
4) принцип подлинности данных, полноты данных и целостности данных – все данные в информационных системах участников обмена данными, предоставляемые через платформу интероперабельности, подразумеваются как подлинные, считаются полными и достоверными и являются основанием для принятия правовых актов, а поставщики данных обязаны обеспечивать их целостность и достоверность;
5) принцип сервисно-ориентированной архитектуры (SOA) – предполагает распределение функциональных компонентов информационной системы на более мелкие, отдельные компоненты, называемые сервисами, которые могут быть распределены по сети и использоваться совместно для создания приложений, ориентированных на реализацию бизнес-функций информационной системы;
6) принцип открытой и интероперабельной модели данных – предполагает, что модель данных, поддерживаемая системой, документирована и доведена до сведения всех заинтересованных сторон. Система должна быть разработана на основе надлежащих стандартов в данной области и согласована с правительственной и ведомственной моделью данных (принятие существующей национальной и ведомственной таксономии и семантики и их обогащение для удовлетворения конкретных потребностей области), включая технические возможности информационной системы и организационные возможности участников для повторного использования данных посредством эффективного процесса обмена данными;
7) принцип конфиденциальности информации – предполагает ограничение доступа неуполномоченных лиц к информации с ограниченным доступом в соответствии с законодательством о персональных данных либо в целях предотвращения нанесения ущерба физическим и юридическим лицам. Это обеспечивается путем определения права доступа и разграничения уровней доступа;
8) принцип безопасности при проектировании – предполагает проектирование системы с учетом рисков информационной безопасности, которые могут повлиять на надлежащее функционирование информационной системы. Применимые законодательные требования по защите персональных данных будут учитываться при проектировании системы и реализовываться на этапе разработки. Система обеспечит контролируемый, прозрачный и ответственный доступ к информации;
9) принцип модульности и масштабируемости – предполагает возможность расширения и дополнения информационной системы новыми функциями или усовершенствования уже существующих;
10) принцип неизбыточности и актуальности данных – раскрывает необходимость ограничения объема обрабатываемой информации с ограниченным доступом, с тем чтобы обрабатывалась только актуальная и необходимая информация в контексте выполнения задач системы.
Глава III
НОРМАТИВНО-ПРАВОВАЯ ОБЛАСТЬ
ФУНКЦИОНИРОВАНИЯ ИСЭУ
11. Нормативная база, связанная с созданием и внедрением ИСЭУ, включает следующие нормативные акты:
1) Закон № 1069/2000 об информатике;
2) Закон № 467/2003 об информатизации и государственных информационных ресурсах;
3) Закон № 71/2007 о регистрах;
4) Закон № 133/2011 о защите персональных данных;
5) Закон № 139/2018 об энергоэффективности;
6) Закон № 142/2018 об обмене данными и интероперабельности;
7) Закон № 241/2022 о Фонде снижения энергетической уязвимости;
8) Закон № 124/2022 об электронной идентификации и доверительных услугах;
9) Закон № 148/2023 о доступе к общественно значимой информации;
10) Постановление Правительства № 1123/2010 об утверждении Требований по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных;
11) Постановление Правительства № 1090/2013 о правительственной электронной услуге аутентификации и контроля доступа (MPass);
12) Постановление Правительства № 128/2014 об общей правительственной технологической платформе (MCloud);
13) Постановление Правительства № 405/2014 об интегрированной правительственной электронной услуге электронной подписи (MSign);
14) Постановление Правительства № 708/2014 о правительственной электронной услуге протоколирования (MLog);
15) Постановление Правительства № 201/2017 об утверждении Минимальных обязательных требований кибернетической безопасности;
16) Постановление Правительства № 414/2018 о мерах по консолидации центров данных в государственном секторе и рационализации администрирования государственных информационных систем;
17) Постановление Правительства № 211/2019 о платформе интероперабельности (MConnect);
18) Постановление Правительства № 375/2020 об утверждении Концепции Автоматизированной информационной системы "Регистр представительских полномочий на основании электронной подписи" (MPower) и Положения о порядке ведения Регистра представительских полномочий на основании электронной подписи;
19) Постановление Правительства № 376/2020 об утверждении Концепции правительственной услуги электронного уведомления (MNotify) и Положения о порядке функционирования и использования правительственной услуги электронного уведомления (MNotify);
20) Постановление Правительства № 413/2020 об утверждении Положения об использовании, администрировании и развитии Правительственного портала гражданина;
21) Постановление Правительства № 712/2020 о правительственной услуге электронных платежей (MPay);
22) Постановление Правительства № 149/2021 об организации и функционировании Министерства труда и социальной защиты;
23) Постановление Правительства № 433/2021 о мерах по смягчению энергетического кризиса;
24) Постановление Правительства № 704/2022 об утверждении Положения о распределении по категориям энергетической уязвимости и методе установления и выплаты компенсаций на оплату счетов-фактур за энергию;
25) Технический регламент RT 38370656 – 002:2006 "Процессы жизненного цикла программного обеспечения", утвержденный Приказом министра информационных технологий и связи № 78/2006.
12. При разработке и внедрении ИСЭУ должны соблюдаться следующие стандарты:
1) Стандарт Республики Молдова SM EN ISO 9001:2015 "Системы менеджмента качества. Требования", принятый Постановлением Института стандартизации Молдовы № 198/2015;
2) Стандарт Республики Молдова SM EN ISO/IEC/IEEE 15288:2015 "Системная и программная инженерия. Процессы жизненного цикла системы", принятый Постановлением Национального института стандартизации Молдовы № 202/2015;
3) Стандарт Республики Молдова SM EN ISO/IEC 27002:2017 "Информационные технологии. Методы обеспечения безопасности. Кодекс надлежащей практики для управления", принятый Постановлением Национального института стандартизации Молдовы № 255/2015.
Глава IV
ФУНКЦИОНАЛЬНОЕ ПРОСТРАНСТВО ИСЭУ
13. Система будет отличаться эргономичным, интуитивно понятным интерфейсом, доступным для всех типов пользователей через браузер web. Пользовательский интерфейс ИСЭУ будет представлять собой графический, сбалансированный, четкий и адаптивный для большинства используемых устройств (настольный компьютер, ноутбук, планшет, смартфон) дизайн.
14. ИСЭУ будет предоставлять двуязычный интерфейс на румынском (по умолчанию) и русском языках.
15. В зависимости от категорий пользователей (их прав и ролей) ИСЭУ будет предоставлять индивидуальный интерфейс для каждой категории пользователей и приложений.
16. Функциональное пространство ИСЭУ представляет собой совокупность функций, выполняемых модулями и компонентами системы:
1) основная функция модуля "Энергетическая уязвимость" заключается в информационном управлении присвоением категорий уязвимости бытовым потребителям энергии;
2) основная функция модуля "Эковаучер" заключается в информационном управлении программой по предоставлению финансовой помощи для повышения эффективности потребления энергоресурсов и использования возобновляемых источников энергии и их финансирования;
3) обновление данных в ИСЭУ
4) администрирование ИСЭУ – управление пользователями, настройками и другими конфигурациями;
5) интероперабельность с информационными системами, принадлежащими другим публичным учреждениям, через платформу интероперабельности (MConnect);
6) протоколирование событий – любое действие пользователей документируется, показывая, когда и кем оно было выполнено. По каждому действию пользователя в запротоколированном событии сохраняются данные, в которые были внесены изменения. Параллельно с этим ИСЭУ протоколируется через государственную службу электронного протоколирования (MLog).
17. Модуль "Энергетическая уязвимость" будет содержать следующие основные контуры:
1) контур "Регистрация заявителя":
a) регистрация и аутентификация заявителя/заявителей через интерфейс ИСЭУ;
b) заполнение заявителем онлайн-формы для присвоения категории уязвимости;
2) контур "Профиль поставщика энергии":
a) аутентификация через интерфейс модуля "Энергетическая уязвимость", добавление пользователей в профиль поставщика;
b) отправка поставщиками энергии через интерфейс ИСЭУ списка мест потребления бытовых потребителей в отношении потребленной энергии;
c) извлечение списка мест потребления с категорией энергетической уязвимости, присвоенной каждому месту потребления, в соответствии с видом энергии и поставщиком;
d) направление в адрес Министерства труда и социальной защиты обобщенного отчета о размере финансовых средств, необходимых для компенсаций, количестве бытовых потребителей, подробных данных по каждому бытовому потребителю и объему потребленного природного газа, теплоэнергии, электроэнергии в зависимости от присвоенной им категории энергетической уязвимости и установленных норм;
3) контур "Уведомления":
a) уведомление о присвоении в соответствии с критериями энергетической уязвимости для заявителей на получение компенсаций на оплату энергии в личном кабинете заявителя;
b) уведомление поставщиков энергии о присвоении категорий уязвимости заявителям на получение компенсаций на оплату энергии и о размере компенсации;
4) контур "Обработка данных":
a) классификация заявок, поданных заявителями, по поставщикам и виду энергии;
b) обработка запросов заявителей и сравнение с данными, загруженными в модуль "Энергетическая уязвимость" поставщиками энергии;
c) присвоение заявителям категории уязвимости – модуль "Энергетическая уязвимость" автоматически обрабатывает заявления заявителей и присваивает им одну из семи категорий энергетической уязвимости;
d) бытовые потребители энергии (домохозяйства) относятся к следующим категориям:
- потребители с крайней энергетической уязвимостью;
- потребители с очень высокой энергетической уязвимостью;
- потребители с высокой энергетической уязвимостью;
- потребители со средней энергетической уязвимостью;
- потребители с невысокой энергетической уязвимостью;
- потребители с первичной энергетической уязвимостью;
- потребители без энергетической уязвимости.
При присвоении категорий уязвимости потребителей энергии (места потребления) будут применяться критерии соответствия, установленные в Положении о присвоении категорий энергетической уязвимости и порядке установления и выплаты компенсаций на оплату счетов-фактур за энергию, утвержденном Постановлением Правительства № 704/2022, на основании данных, внесенных в поданное заявление на получение компенсации, и данных, полученных из других государственных информационных систем и ресурсов;
5) контур "Списки мест потребления с присвоенной категорией уязвимости":
a) автоматически генерирует/разрабатывает списки бенефициаров с присвоенными категориями уязвимости;
b) направляет поставщикам энергии списки бенефициаров с присвоенными категориями уязвимости;
6) контур "Списки бенефициаров компенсаций за энергию в виде денежной выплаты":
a) автоматически генерирует/разрабатывает списки конечных бенефициаров компенсаций за энергию в виде денежной выплаты с учетом присвоенных категорий уязвимости;
b) передает Национальной кассе социального страхования через платформу интероперабельности (MConnect) списки конечных бенефициаров компенсаций за энергию;
7) контур "Отчеты" –специфическая функция которого состоит в генерировании предустановленных и специальных отчетов по информационному содержанию ИСЭУ;
8) контур "Администрирование" – уровень, характеризующий пользователя с привилегиями доступа к администрированию, конфигурированию, аудиту и устранению неполадок в ИСЭУ. Этот уровень доступа, учитывая его роль в управлении бесперебойной работой ИТ-решения, будет обеспечивать специфическую функцию доступа ко всем функциональным возможностям пользовательского интерфейса и содержимому базы данных, предоставляемому пользовательским интерфейсом, что включает в себя действия по:
a) разграничению прав доступа для пользователей, управлению пользователями;
b) управлению номенклатурами;
c) установлению потоков и образцов документов;
d) установке функциональных параметров системы;
e) протоколированию всех событий, связанных с использованием системы, путем документирования действий всех пользователей системы;
f) администрированию (поддержание и обновление) специфических алгоритмов для вычисления значений критериев соответствия;
g) другие действия по администрированию и доступу к функциональным возможностям ИСЭУ.
18. Информационный модуль "Эковаучер" будет содержать следующие основные контуры, обеспечивающие выполнение следующих специфических функций:
1) контур "Сессия Эковаучер":
a) создание сессии "Эковаучер", включающей:
- определение критериев предоставления ваучера потенциальным бенефициарам;
- определение стоимости в денежном эквиваленте сессии "Эковаучер";
- определение периода проведения сессии "Эковаучер";
- определение критериев выбора потенциальных поставщиков оборудования в рамках сессии "Эковаучер";
b) регистрация поставщиков оборудования в рамках сессии "Эковаучер" в соответствии с критериями, установленными в рамках сессии;
c) присвоение ваучера бенефициару, выбранному в ходе сессии;
2) контур "Кабинет поставщика оборудования":
a) аутентификация через интерфейс модуля "Эковаучер";
b) выполнение аутентифицированным пользователем следующих действий:
- добавление филиалов поставщиков оборудования;
- присвоение роли доступа каждому пользователю, назначенному поставщиком оборудования, для доступа к сессии "Эковаучер";
c) использование ваучеров, выделенных конечным бенефициарам;
d) отправка обобщенного отчета о количестве использованных/подтвержденных ваучеров и списка конечных бенефициаров;
3) контур "Подтверждение ваучера в рамках каждой сессии "Эковаучер":
a) проверяет присвоение ваучера конечному бенефициару в рамках сессии "Эковаучер";
b) проверяет правильность использования ваучеров в рамках сессии "Эковаучер" поставщиками оборудования;
c) подтверждает ваучер в рамках сессии "Эковаучер";
4) контур "Списки ваучеров, обрабатываемых в рамках каждой сессии "Эковаучер"":
a) автоматическое генерирование списков ваучеров, присвоенных конечным бенефициарам, обрабатываемых в рамках каждой сессии "Эковаучер";
b) передача поставщиками оборудования в Агентство по энергоэффективности списков ваучеров, использованных в ходе сессии/программы "Эковаучер";
c) контур "Отчеты" – генерирование предустановленных и специальных отчетов по содержанию информационной подсистемы "Эковаучер";
5) контур "Администрирование" – уровень, характерный для пользователя с привилегиями доступа к администрированию, конфигурированию, аудиту и устранению неполадок в рамках модуля "Эковаучер".
Этот уровень доступа, учитывая его роль в управлении бесперебойной работой ИТ-решения, будет обеспечивать специфическую функцию доступа ко всем функциональным возможностям пользовательского интерфейса и содержимому базы данных, предоставляемому пользовательским интерфейсом, что включает в себя действия по:
a) разграничению прав доступа для пользователей, управлению пользователями;
b) управлению номенклатурами;
c) установлению потоков и образцов документов;
d) установке функциональных параметров модуля "Эковаучер";
e) протоколированию всех событий, связанных с использованием модуля "Эковаучер", путем документирования действий всех его пользователей;
f) администрирует (поддержание и обновление) настройку сессии Эковаучер" в соответствии с критериями соответствия в рамках модуля;
g) другие действия по администрированию и доступ к функциональным возможностям модуля "Эковаучер".
Глава V
ОРГАНИЗАЦИОННОЕ ПРОСТРАНСТВО ИСЭУ
19. Основные функции, связанные с формированием и функционированием ИСЭУ, распределены между собственником, владельцем, держателем, техническим администратором и пользователями системы.
20. Собственником ИСЭУ является государство, которое реализует право владения, управления и использования ее данных. Финансовые ресурсы для развития и поддержания системы выделяются из государственного бюджета, проектов международной помощи и других финансовых средств в соответствии с нормативной базой.
21. Владельцем ИСЭУ является Министерство труда и социальной защиты (в дальнейшем – владелец). Роль владельца ИСЭУ отражает административный аспект имеющихся компетенций, необходимых для администрирования и постоянного развития системы.
22. Держателем модуля "Энергетическая уязвимость" является Министерство труда и социальной защиты, которое отвечает за создание, администрирование, поддержание и развитие модуля "Энергетическая уязвимость".
23. Держателем модуля "Эковаучер" является Агентство по энергоэффективности, которое несет ответственность за создание, администрирование, поддержание и развитие модуля "Эковаучер".
24. Пользователями ИСЭУ являются следующие категории:
1) регистратор;
2) получатель;
3) поставщик.
25. Регистраторами данных являются следующие категории пользователей ИСЭУ:
1) ответственные лица из состава органов местного публичного управления, включая специалистов унифицированных центров предоставления государственных услуг (УЦПГУ), которые будут уполномочены работать в ИСЭУ, а именно: ввод, изменение данных заявителей на присвоение категории уязвимости;
2) лица, уполномоченные владельцем и держателем модуля "Энергетическая уязвимость" на регистрацию заявителей на присвоение категории уязвимости;
3) лица, уполномоченные держателем модуля "Эковаучер" на создание сессий "Эковаучер", подтверждение ваучеров, присвоенных конечным бенефициарам.
4) физические лица, имеющие мобильный телефон, подключенный к национальной мобильной сети, которые могут зарегистрироваться через интерфейс ИСЭУ.
26. Получателями данных ИСЭУ являются органы центрального и местного публичного управления, физические или юридические лица, неправительственные организации, наделенные правом на получение информации в соответствии с положениями законодательства.
27. Поставщиками данных являются следующие категории пользователей ИСЭУ:
1) физические лица, использующие интерфейс ИСЭУ для регистрации и подачи заявления на утверждение соответствия критериям уязвимости, в том числе физические лица, которые регистрируются и подают заявку на присвоение категории уязвимости через регистраторов, указанных в подпунктах 1) и 2) пункта 25;
2) юридические лица, предоставляющие услуги энергоснабжения, а также администраторы объединений жильцов, которые через интерфейс модуля "Энергетическая уязвимость" вводят данные бытовых потребителей энергии и извлекают списки мест потребления с присвоенными категориями энергетической уязвимости;
3) юридические лица, предоставляющие услуги по поставке оборудования, которые через интерфейс модуля "Эковаучер" получают доступ к сессиям и используют ваучеры, присвоенные конечным бенефициарам.
28. Техническим администратором ИСЭУ является государственное учреждение "Служба информационных технологий и кибернетической безопасности", которое выполняет свои обязанности в соответствии с нормативной базой в области технического администрирования государственных информационных систем.
Глава VI
ДОКУМЕНТЫ ИСЭУ
29. В рамках ИСЭУ используются входящие, исходящие и технологические документы:
1) модуль "Энергетическая уязвимость":
a) входящие документы включают:
- форму регистрации заявителя на получение компенсации по оплате энергии;
- форму регистрации поставщика энергии;
2) исходящие документы включают:
a) таблицы статистических данных, агрегированные по доменам и субдоменам, статистические и аналитические отчеты;
b) списки бенефициаров с присвоенными категориями уязвимости;
3) модуль "Эковаучер":
a) входящие документы включают:
- форму регистрации поставщика оборудования;
b) исходящие документы включают:
- ваучер, присвоенный конечному бенефициару в рамках сессии "Эковаучер";
- таблицы статистических данных, агрегированные по доменам и субдоменам, статистические и аналитические отчеты;
- списки конечных бенефициаров ваучеров, присвоенных в рамках сессии/программы.
30. Технологические документы включают:
1) глоссарии терминов и определений;
2) уведомление заявителей о присвоении категории уязвимости;
3) уведомление заявителей о присвоении ваучера в рамках сессии "Эковаучер";
4) уведомление поставщиков энергии;
5) уведомление поставщиков оборудования
6) шаблоны форм регистрации заявителя на присвоение категории уязвимости;
7) документы, описывающие процесс распределения заявителей по категориям уязвимости;
8) технологические документы по параметрам ИСЭУ;
9) руководство пользователя и руководство по администрированию ИСЭУ;
10) журнал с записями о действиях и взаимодействии пользователей внутри системы;
11) агрегированные отчеты и статистические данные об использовании ИСЭУ;
12) иные документы, необходимые для функционирования и развития ИСЭУ.
31. ИСЭУ будет использовать данные до достижения поставленной цели, после чего система позволяет архивировать данные и документы в электронном формате, чтобы упростить процесс обработки и доставки документированной информации пользователю.
32. Процедура регистрации, изменения, дополнения и удаления, а также срок хранения данных в рамках модулей ИСЭУ регулируются Постановлением Правительства № 822/2022 об утверждении Положения о порядке организации и функционирования Информационной системы "Энергетическая уязвимость".
Глава VII
ИНФОРМАЦИОННОЕ ПРОСТРАНСТВО
Раздел 1
Информационные объекты модулей ИСЭУ
33. Информационное пространство ИСЭУ включает в себя совокупность информационных объектов с их атрибутами и идентификаторами.
34. Информационный объект ИСЭУ характеризуется следующими основными признаками:
1) уникальность (уникальность объекта означает наличие уникального идентификатора, который обеспечивает различие соответствующего объекта от других подобных объектов);
2) состояние (состояние объекта описывается набором атрибутов, т.е. изменяемых свойств объекта, рассматриваемых в системе);
3) поведение (поведение объекта описывается списком событий/сценариев, через которые он проходит и которые учитываются в системе);
4) информационные объекты, представляющие информационные ресурсы системы, определяются в соответствии с их назначением и, при необходимости, заимствуются у органов и учреждений, в непосредственном ведении которых они находятся. Информационные объекты идентифицируются уникальным идентификационным номером, характерным для каждого отдельного объекта.
35. Информационными объектами модуля "Энергетическая уязвимость" являются:
1) заявитель;
2) поставщик энергии;
3) список мест потребления;
4) заявление на присвоение категории уязвимости;
5) списки конечных бенефициаров с присвоенной категорией энергетической уязвимости;
6) списки бенефициаров компенсаций за энергию в виде денежной выплаты.
36. Информационными объектами модуля "Эковаучер" являются:
1) сессия "Эковаучер";
2) заявитель на получение ваучера (аналог информационного объекта в рамках модуля "Энергетическая уязвимость");
3) поставщик оборудования;
4) список ваучеров, присвоенных конечным бенефициарам;
5) досье бенефициара ваучера.
37. В ИСЭУ должна быть обеспечена уникальность, целостность и последовательность хранимых и обрабатываемых данных.
38. Каждому информационному объекту будет присвоен уникальный идентификатор. Заимствованные информационные объекты будут идентифицированы в соответствии с правилами системы, в которую они были введены/созданы.
39. Для модуля "Энергетическая уязвимость":
1) идентификатор информационного объекта "Заявитель" включает государственный идентификационный код (IDNP) из Государственного регистра населения, фамилию, имя, членов семьи, адрес, номер телефона, адрес электронной почты (если имеется);
2) идентификатор информационного объекта "Поставщик энергии" включает в себя единый государственный идентификационный номер (IDNO) из Государственного реестра правовых единиц, юридическое наименование, юридический адрес и контактные данные;
3) идентификатором информационного объекта "Список мест потребления" является уникальный идентификационный номер, который автоматически присваивается модулем "Энергетическая уязвимость";
4) идентификатором информационного объекта "Список бенефициаров компенсаций за энергию в виде денежной выплаты" является уникальный идентификационный номер, который автоматически присваивается модулем "Энергетическая уязвимость";
5) идентификатором информационного объекта "Заявление на присвоение категории энергетической уязвимости" является уникальный идентификационный номер, присвоенный ИСЭУ при создании регистрационной записи.
40. Для модуля "Эковаучер":
1) идентификатор информационного объекта "Конечный бенефициар ваучера" включает в себя государственный идентификационный номер (IDNP) Государственного регистра населения и другие данные, потребляемые в рамках модуля "Энергетическая уязвимость", относительно информационного объекта "Заявитель";
2) идентификатор информационного объекта "Поставщик оборудования" в модуле "Эковаучер" включает в себя государственный идентификационный номер (IDNO), данные берутся из Государственного регистра правовых единиц, юридическое наименование, юридический адрес, контактные данные и присвоенные физические адреса их филиалов;
3) идентификатор информационного объекта "Сессия Эковаучер" представляет собой уникальный идентификационный номер, автоматически присваиваемый модулем "Эковаучер" в момент его создания согласно установленным критериям и присвоения каждому ваучеру уникального номера;
4) идентификатор информационного объекта "Досье бенефициара ваучера" представляет собой уникальный идентификационный номер, присваиваемый информационной подсистемой "Эковаучер" в момент обработки/использования пользователем/поставщиком оборудования ваучера, присвоенного конечному бенефициару;
5) идентификатор информационного объекта "Список конечных бенефициаров ваучеров" представляет собой уникальный идентификационный номер, присваиваемый информационной подсистемой "Эковаучер" в момент создания списка.
41. Информационными объектами ИСЭУ из других государственных информационных систем и ресурсов через платформу интероперабельности (MConnect) являются:
1) физическое лицо из Государственного регистра населения;
2) юридическое лицо из Государственного регистра правовых единиц.
Раздел 2
Основные сценарии, связанные с информационными
объектами модуля "Энергетическая уязвимость"
42. Основной сценарий представляет собой список событий, связанных с информационным объектом и регистрируемых в ИСЭУ. В ИСЭУ регистрируются представленные ниже события.
43. Для информационного объекта "Заявитель" выполняется следующий сценарий:
1) получение заявителем доступа к порталу www.compensatii.gov.md для регистрации в ИСЭУ:
a) заявитель вводит номер мобильного телефона;
b) ИСЭУ отправляет сообщение с уникальным кодом доступа;
c) заявитель вводит уникальный код для регистрации в интерфейсе ИСЭУ для регистрации и обновления лицевого счета в ИСЭУ;
d) ИСЭУ отправляет в личный кабинет заявителя автоматизированное уведомление о присвоенной категории уязвимости;
2) обновление данных заявителем или регистратором после аутентификации в ИСЭУ путем систематического внесения изменений в ИСЭУ в соответствии с рабочими процедурами, специфическими для каждого произошедшего события;
3) снятие информационного объекта с учета и передача данных о нем в архив регистратором.
44. Для информационного объекта "Поставщик энергии" выполняется следующий сценарий:
1) регистрация поставщика в ИСЭУ путем аутентификации на портале www.compensaţii.gov.md;
2) снятие с учета поставщиков энергии в момент присвоения статуса "ликвидирован/исключен" при получении ИСЭУ информации от Агентства государственных услуг о ликвидации юридического лица. Снятие с учета предполагает только изменение статуса информационного объекта, а не его физическое удаление из базы данных, так что история объекта сохраняется;
3) автоматическое уведомление об утверждении списков конечных бенефициаров и отправка для оплаты.
45. Для информационного объекта "Список точек потребления" осуществляется автоматизированная классификация списков мест потребления бытовых потребителей, передаваемых в ИСЭУ поставщиками энергии, согласно:
1) виду поставляемой энергии;
2) номеру места потребления, указанному в счете-фактуре бытового потребителя;
3) адресу места потребления;
4) данным потребителя.
46. Для информационного объекта "Заявление на присвоение категории уязвимости" выполняется следующий сценарий:
1) зарегистрированный в ИСЭУ заявитель или регистратор через интерфейс ИСЭУ вводит в заявление следующие данные для присвоения категории энергетической уязвимости:
a) сведения о заявителе – о заявителе или регистраторе, который вводит данные заявителя;
b) данные о жилом помещении – заявитель или регистратор включает в заявление следующие данные:
- заявитель является владельцем недвижимости (делает отметку в соответствующем поле);
- заявитель является арендатором жилого помещения (делает отметку в соответствующем поле);
- основной источник тепла жилого помещения: природный газ, центральное отопление, электричество, печь или котел, работающий на твердом топливе (делает отметку в соответствующем поле);
- жилое помещение подключено к следующим видам энергии – природный газ, центральное отопление, электричество, с указанием для каждого вида энергии номера мест потребления и с выбором поставщика энергии (вносит данные);
- счет-фактура на оплату энергии выдан ассоциацией жильцов, с выбором ассоциации (делает отметку в соответствующем поле);
- жилое помещение оборудовано альтернативными источниками энергии (делает отметку в соответствующем поле, опционально, в случае наличия);
c) данные о полученных доходах – заявитель или регистратор вводит данные о доходах заявителя;
d) категория уязвимости – после заполнения указанных данных заявителю или регистратору, который ввел данные, предоставляется возможность выбора из следующих опций:
- присвоение семье/жилому помещению категории энергетической уязвимости;
- присвоение семье/жилому помещению категории без энергетической уязвимости;
e) проживающие в жилом помещении – заявитель включает в состав домохозяйства только лиц, проживающих в холодный период года в заявленном жилом помещении, в том числе доходы проживающих;
2) заявление, заполненное заявителем или регистратором, отправляется на обработку;
3) заявление распечатывается – если заявление с использованием интерфейса ИСЭУ заполнено регистратором, то заявление распечатывается из ИСЭУ с данными доступа к лицевому счету заявителя;
4) пользователь, который ввел данные и отправил их на обработку, осуществляет снятие с учета и архивирование объекта;
5) присвоение одной из категорий энергетической уязвимости и расчет компенсации за энергию в виде денежной выплаты – заявителям, зарегистрированным в ИСЭУ, присваивается категория энергетической уязвимости в зависимости от информации, представленной в заявке и полученной через правительственную платформу интероперабельности (MConnect) из других государственных информационных систем, в следующем порядке:
a) классификация заявлений от заявителей о присвоении категории уязвимости по виду энергии и по поставщику;
b) автоматическое присвоение ИСЭУ категории энергетической уязвимости в соответствии с критериями соответствия, изложенными в Положении о присвоении категорий энергетической уязвимости и порядке установления и выплаты компенсаций на оплату счетов-фактур за энергию, утвержденном Постановлением Правительства № 704/2022;
c) присвоение ИСЭУ заявителям одной из следующих категорий уязвимости:
- потребители с крайней энергетической уязвимостью;
- потребители с очень высокой энергетической уязвимостью;
- потребители с высокой энергетической уязвимостью;
- потребители со средней энергетической уязвимостью;
- потребители с низкой энергетической уязвимостью;
- потребители с начальной энергетической уязвимостью;
- потребители без энергетической уязвимости.
47. Для информационного объекта "Списки конечных бенефициаров" выполняются следующие сценарии:
1) автоматическое генерирование списков мест потребления и данных о бытовых потребителях (жилых помещениях) и о присвоенных категориях уязвимости;
2) автоматическая отправка поставщикам энергии через платформу интероперабельности (MConnect) списков мест потребления с данными о бытовых потребителях и присвоенных категориях энергетической уязвимости;
3) автоматическое генерирование списков конечных бенефициаров компенсации за энергию в виде денежной выплаты с присвоенными категориями уязвимости;
4) отправка в адрес Национальной кассы социального страхования через платформу интероперабельности (MConnect) списков конечных бенефициаров компенсаций за энергию;
5) автоматическое уведомление поставщика об отправке списков мест потребления;
6) снятие с учета и архивирование объекта после автоматического извлечения поставщиком списка мест потребления;
7) снятие с учета и архивирование объекта регистратором при получении от поставщиков энергии информации (данных) о прекращении деятельности объекта (подтверждении перечисления денежных средств).
Раздел 3
Основные сценарии, связанные с информационными
объектами модуля "Эковаучер"
48. Основной сценарий представляет собой список событий, связанных с информационным объектом и регистрируемых информационной подсистемой "Эковаучер".
49. Для информационного объекта "Сессия "Эковаучер"" выполняется следующий сценарий:
1) программный менеджер через интерфейс информационной подсистемы "Эковаучер" создает сессию "Эковаучер" в следующем порядке:
a) вводит название выборки для введения критериев отбора потенциальных бенефициаров ваучеров в рамках сессии:
- выбирает в соответствии с категорией уязвимости, присвоенной в ИСЭУ;
- выбирает возраст потенциальных бенефициаров;
- выбирает количество детей;
- выбирает количество проживающих, зарегистрированных в заявке из ИСЭУ;
- выбирает энергопотребление;
- выбирает территориальный профиль распределения ваучеров;
- выбирает тип применяемых мер повышения энергоэффективности;
- выбирает имеющиеся источники электроэнергии и теплоэнергии;
- генерирует список потенциальных бенефициаров;
b) вводит критерии сессии "Эковаучер" в следующем порядке:
- вводит наименование вновь созданной сессии/программы "Эковаучер";
- описывает вновь созданную программу/сессию "Эковаучер";
- выбирает период проведения сессии/программы "Эковаучер";
- вводит размер финансовой стоимости ваучера;
- выбирает потенциальных бенефициаров из сгенерированного списка;
- вводит поставщиков оборудования в рамках сессии;
c) вводит количество доступного оборудования в рамках сессии, в соответствии с критериями соответствия, в следующем порядке:
- выбирает из списка поставщика оборудования;
- вводит количество доступного оборудования в рамках сессии;
d) вводит тип взноса для конечного бенефициара при использовании ваучеров в следующем порядке:
- без взноса конечного бенефициара;
- сумма взноса конечного бенефициара в стоимости оборудования;
- процент взноса конечного бенефициара в общей сумме стоимости оборудования;
- выбирает тип оборудования в рамках сессии;
- выбирает энергоэффективность оборудования в рамках сессии, согласно предустановленным критериям;
e) уведомляет отобранных бенефициаров в рамках сессии, в следующем порядке:
- email;
- sms;
- личный кабинет в ИСЭУ;
2) программный менеджер снимает информационный объект с учета и передает данные о нем в архив.
50. Для информационного объекта "Конечный бенефициар ваучера" выполняется следующий сценарий:
1) проверка заявителем, зарегистрированным в ИСЭУ и отнесенным к тому или иному уровню энергетической уязвимости, возможности получения ваучера через интерфейс ИСЭУ путем ввода номера мобильного телефона или электронной почты, с последующим получением уведомления о присвоении ему ваучера, наименовании сессии/программы, уникального номера ваучера и его стоимости в денежном эквиваленте;
2) доступ бенефициара в личный кабинет через портал www.compensatii.gov.md для проверки ваучера, присвоенного в рамках сеанса/программы "Эковаучер", где бенефициар видит:
a) наименование сессии/программы "Эковаучер";
b) уникальный номер присвоенного ваучера;
c) стоимость ваучера в денежном эквиваленте;
d) взнос конечного бенефициара;
e) сумма взноса конечного бенефициара в стоимости оборудования;
f) процент взноса конечного бенефициара от общей суммы стоимости оборудования;
g) срок его действия;
h) оборудование, доступное для использования ваучера;
i) поставщики оборудования;
j) характеристики энергоэффективности оборудования, предлагаемого в рамках сессии/программы "Эковаучер";
3) использование/получение ваучера бенефициаром:
a) распечатывание ваучера из личного кабинета бенефициара в ИСЭУ и отправка его в один из филиалов поставщика оборудования;
b) создание заявки на обработку ваучера из личного кабинета бенефициара в следующем порядке:
- бенефициар выполняет доступ – создает заявку;
- выбирает поставщика оборудования, затем в соответствии с местом проживания выбирает его филиал;
- принятие условий участия в рамках сессии "Эковаучер";
- подписание с использованием квалифицированной электронной подписи соглашения об участии в сессии/программе "Эковаучер";
4) обновление данных заявителем или регистратором после аутентификации в подсистеме "Эковаучер" путем систематического внесения изменений в соответствии с рабочими процедурами, специфическими для каждого произошедшего события;
5) снятие с учета информационного объекта и передача данных о нем в архив пользователем.
51. Для информационного объекта "Поставщик оборудования" выполняется следующий сценарий:
1) аутентификация поставщика оборудования в модуле "Эковаучер" посредством доступа к порталу www.ecovoucher.md;
2) добавление филиалов в кабинете поставщика оборудования;
3) добавление пользователей в кабинете поставщика оборудования;
4) снятие с учета поставщиков энергии в момент присвоения статуса "ликвидирован/исключен" при получении модулем "Эковаучер" информации от Агентства государственных услуг о ликвидации юридического лица. Снятие с учета предполагает только изменение статуса информационного объекта, а не его физическое удаление из базы данных, так что история объекта сохраняется;
5) передача в Агентство по энергоэффективности информации о типе имеющегося оборудования и его классе энергоэффективности;
6) автоматическое уведомление о выборе поставщика оборудования в рамках сессии "Эковаучер" в следующем порядке:
a) наименование сессии "Эковаучер";
b) срок действия сессии/программы "Эковаучер";
c) номинальный список ваучеров, присвоенных конечным бенефициарам;
d) номинальная стоимость/стоимость в денежном эквиваленте присвоенного ваучера;
e) тип взноса;
7) снятие с учета поставщиков оборудования в момент присвоения статуса "ликвидирован/исключен" при получении модулем "Эковаучер" информации от Агентства государственных услуг о ликвидации юридического лица. Снятие с учета предполагает только изменение статуса информационного объекта, а не его физическое удаление из базы данных, так что история объекта сохраняется.
52. Для информационного объекта "Досье бенефициара ваучера" выполняется следующий сценарий:
1) бенефициар с ваучером при себе обращается в ближайший филиал поставщика в своем населенном пункте для его использования/ подтверждения, предъявляя удостоверение личности;
2) оператор, назначенный поставщиком оборудования, проверяет через интерфейс информационной подсистемы "Эковаучер", в рамках сессии/программы, по уникальному коду ваучера бенефициара либо по коду IDNP, предоставленному бенефициаром, присвоен ли ваучер бенефициару;
3) в случае взноса бенефициара в счет использования/ подтверждения присвоенного ваучера бенефициар предъявляет платежный чек либо производит оплату через поставщика оборудования;
4) оператор инициирует процедуру использования/ подтверждения ваучера в следующем порядке:
a) проверяет в рамках сессии/программы наличие у бенефициара права на получение нового оборудования на основании уникального номера ваучера или кода IDNP;
b) проверяет, подтвердил ли бенефициар согласие с условиями ваучерной программы;
c) в случае взноса бенефициара в использование/подтверждение присвоенного ваучера платеж визуализируется автоматически;
d) принимает старое оборудование;
e) выдает оборудование бенефициару;
f) выдает фискальный счет-фактуру/фискальный чек для использования ваучера и присваивает его ваучеру бенефициара;
g) вносит в систему документы, связанные со сделкой;
5) оператор обеспечивает возврат технического оборудования, выданного бенефициару поставщиком оборудования, в следующем порядке:
a) подает заявку на возврат в учреждение, в котором было приобретено оборудование, с указанием причины возврата оборудования и приложением документов, относящихся к сделке, а также копии удостоверения личности;
b) завершает процесс возврата;
c) после завершения процесса возврата оборудования повторно активирует присвоенный бенефициару ваучер, который может быть использован в той же сессии. В противном случае бенефициар будет иметь право на получение другого ваучера в рамках других сессий, в зависимости от критериев, установленных для соответствующей сессии;
6) оператор снимает информационный объект с учета и передает данные о нем в архив.
53. Для информационного объекта "Список ваучеров, присвоенных конечным бенефициарам" выполняется следующий сценарий:
1) генерирование списков конечных бенефициаров ваучеров в рамках сессии/программы "Эковаучер";
2) генерирование списков конечных бенефициаров ваучеров, подтвержденных в рамках сессии/программы "Эковаучер".
Раздел 4
Информационные объекты ИСЭУ
54. Информационные объекты представляют собой совокупность характеризующих их данных, таких как:
1) данные о заявителе (физическом лице):
a) фамилия, имя;
b) IDNP;
c) серия и номер документа, удостоверяющего личность;
d) дата рождения;
e) номер мобильного телефона;
f) адрес электронной почты;
g) адрес:
- район/муниципий;
- населенный пункт;
- улица;
- дом;
- блок;
- квартира;
2) данные о поставщике энергии:
a) наименование юридического лица;
b) IDNO;
c) юридический адрес;
d) контактные данные;
e) банковский счет;
f) вид энергоснабжения:
- природный газ;
- тепловая энергия;
- электрическая энергия;
3) данные для информационного объекта "Список мест потребления":
a) поставщик и вид энергии;
b) фамилия, имя;
c) номер места потребления, указанный в счете-фактуре потребителя;
d) адрес места потребления;
4) данные для информационного объекта "Заявление на присвоение категории уязвимости":
a) информация о заявителе и проживающих в жилом помещении:
- фамилия, имя;
- IDNP;
- адрес;
- номер мобильного телефона;
- электронная почта;
- полученные доходы;
- размер взноса по ипотечному кредиту, сделанного в прошлом месяце;
- кадастровый номер жилого помещения;
b) сведения о жилом помещении:
- если заявитель является собственником жилья – делает соответствующую отметку;
- если заявитель является арендатором – делает соответствующую отметку;
- основной источник энергии:
природный газ;
центральное отопление;
электрическая энергия;
печь/котел, работающие на твердом топливе;
c) подключение жилого помещения к следующим видам энергии:
- природный газ – вводится номер места потребления;
- центральное отопление – вводится номер места потребления;
- электрическая энергия – вводится номер места потребления;
d) номер ассоциации жильцов;
5) данные для информационного объекта "Списки конечных бенефициаров":
a) фамилия, имя потребителя энергии;
b) контактные данные;
c) поставщик энергии;
d) тип энергии;
e) номер места потребления;
f) присвоенная категория уязвимости;
6) данные для информационного объекта "Сессия "Эковаучер"":
a)наименование сессии/программы;
b) сроки проведения сессии/программы;
c) критерии соответствия;
d) список бенефициаров;
e) уникальный номер ваучера, сгенерированный в рамках сессии/ программы;
f) стоимость ваучера в денежном эквиваленте;
g) тип взноса конечного бенефициара;
h) поставщик оборудования;
i) тип оборудования;
7) данные для информационного объекта "Конечный бенефициар":
a) уровень уязвимости, присвоенный модулем "Энергетическая уязвимость";
b) номер заявки из модуля "Энергетическая уязвимость";
c) уникальный код ваучера, присвоенный модулем "Эковаучер";
8) данные о поставщике оборудования:
a) наименование юридического лица;
b) IDNO;
c) юридический адрес;
d) контактные данные;
e) банковский счет;
f) филиал поставщика оборудования;
g) физический адрес;
9) данные для информационного объекта "Досье бенефициара/ использованный/ подтвержденный ваучер":
a) уникальный код ваучера;
b) фамилия, имя;
c) IDNP;
d) стоимость в денежном эквиваленте;
e) платежный чек в случае взноса бенефициара;
f) данные о поставщике оборудования;
10) данные для информационного объекта "Список ваучеров, присвоенных конечным бенефициарам":
a) фамилия, имя конечного бенефициара ваучера;
b) контактные данные;
c) уникальный номер ваучера;
d) тип оборудования;
e) поставщик оборудования и его филиал.
Раздел 5
Интеграция с другими информационными системами
55. Для обеспечения функциональности ИСЭУ необходимо осуществлять ее взаимодействие со следующими информационными системами:
1) Государственный регистр населения – необходим для обеспечения обмена данными, которые позволят идентифицировать заявителя и членов его семьи. Изменения в составе семьи (рождение/смерть члена семьи), изменение статуса члена семьи с ребенка на взрослого, семейное положение (наличие овдовевших членов семьи) оказывают влияние при определении права на присвоение категории энергетической уязвимости;
2) Регистр недвижимого имущества – содержит записи о недвижимом имуществе, зарегистрированных правах и ограничениях и их владельцах, необходимые для автоматизированного обмена данными о принадлежащем заявителям недвижимом имуществе, которые повлияют на присвоение категории энергетической уязвимости;
3) Государственный регистр транспорта – содержит техническую, экономическую и правовую информацию о средствах авто- и мототранспорта, а также об их владельцах, необходимую для автоматизированного обмена данными о транспортных средствах, принадлежащих заявителям и членам их семей;
4) Государственный регистр правовых единиц – предназначен для учета правовых единиц путем их государственной регистрации на условиях и в соответствии с положениями Закона № 220/2007 о государственной регистрации юридических лиц и индивидуальных предпринимателей – для сбора данных о юридических лицах;
5) Информационная система Государственной налоговой службы – предназначена для извлечения данных о чистой месячной заработной плате/ чистом доходе от заработной платы держателей крестьянских хозяйств, индивидуальных предпринимателей, получения информации о том, получает ли заявитель доход от предпринимательской деятельности, в том числе о доходах их семьи и других доходах физических лиц, сообщаемых в Государственную налоговую службу, которые влияют на присвоение категории энергетической уязвимости и размер компенсации суммы по счету за энергию;
6) Информационная система "Социальная защита" Национальной кассы социального страхования – обеспечивает обмен информацией о социальных пособиях, выплачиваемых заявителям на получение компенсаций и членам их семей. Изменение размера этих социальных выплат имеет значение для определения и присвоения заявителю категории энергетической уязвимости;
7) Интегрированная информационная система Пограничной полиции – предназначена для обмена информацией о пересечении государственной границы заявителями на компенсацию и членами их семей, для проверки системой проживающего, заявленного заявителем в онлайн-форме, в целях определения его нахождения на территории Республики Молдова в момент регистрации;
8) информационные ресурсы бюро кредитных историй – для обмена информацией о ежемесячной ставке по ипотечному жилищному кредиту заявителей, зарегистрированных в онлайн-платформе ИСЭУ для присвоения уровня энергетической уязвимости;
9) Информационные системы общего доступа:
a) платформа интероперабельности (MConnect) – в целях обеспечения обмена данными с другими государственными информационными системами и ресурсами;
b) правительственная электронная услуга аутентификации и контроля доступа (MPass) – для аутентификации пользователей через интерфейс ИСЭУ;
c) интегрированная правительственная электронная услуга электронной подписи (MSign) – для электронной подписи документов;
d) правительственная услуга электронного уведомления (MNotify) –для уведомления пользователей о присвоении заявителям категории энергетической уязвимости;
e) правительственная услуга электронного протоколирования (MLog) – для регистрации событий в ИСЭУ;
f) правительственная услуга электронных платежей (MPay) – для оплаты взноса конечного бенефициара ваучера;
g) Регистр представительских полномочий на основании электронной подписи (MPower) – предоставляет данные о полномочиях, которыми обладают пользователи, авторизованные для выполнения определенных действий в системе;
h) Правительственный портал гражданина – обеспечивает доступ граждан к документированной информации о себе касательно присвоенного уровня уязвимости и, при необходимости, касательно присвоения ваучера в рамках сессии "Эковаучер";
10) информационные системы, держателями которых являются поставщики энергии – предназначены для обеспечения обмена данными с ИСЭУ.
Раздел 6
Информационные потоки ИСЭУ
56. ИСЭУ должна быть реализована на основе принципа взаимодействия, при котором любое дополнение, обновление данных происходит на основе специализированных рабочих потоков.
57. Для обеспечения надлежащей функциональности ИСЭУ необходимо применять следующие категории потоков:
1) поток с целью настройки критериев соответствия представляет собой рабочий поток, с помощью которого создаются и настраиваются новые критерии соответствия, изменяются критерии соответствия, запускаются в производство/снимаются с производства. Создание и изменение критериев соответствия осуществляется согласно Положению о присвоении категорий энергетической уязвимости и порядке установления и выплаты компенсаций для оплаты счет-фактур за энергию;
2) поток, предназначенный для расчета значений критериев и классификации по критериям соответствия, с помощью которого система автоматически рассчитывает и классифицирует по категориям уязвимости, а также классифицирует значения со статусом производства;
3) поток, предназначенный для обмена данными с другими информационными системами, охватывает процессы запроса данных из внешних источников, их объединения и формирования специфических для системы информационных объектов через пользовательский интерфейс или предоставления их внешним информационным системам через платформу интероперабельности (MConnect).
58. Для обеспечения достоверности и интероперабельности ИСЭУ с другими информационными системами будут использоваться следующие классификаторы и номенклатуры:
1) международные классификаторы;
2) официальные национальные классификаторы;
3) классификаторы/номенклатурные указатели интероперабельности;
4) внутренние классификаторы/номенклатурные указатели.
Глава VIII
ТЕХНОЛОГИЧЕСКОЕ ПРОСТРАНСТВО
59. ИСЭУ разработана как модульная система и основана на встроенных компонентах, совместима с технологией "cloud computing", что гарантирует возможность ее развития без ущерба для непрерывности работы и позволяет вносить и внедрять изменения.
60. Платформа должна развиваться на уровне компонентов, а также с учетом приоритетов владельца/держателя.
61. Архитектура ИСЭУ составлена в трех уровнях и характеризуется следующими основными компонентами, которые являются взаимозависимыми, обмениваются данными друг с другом и сгруппированы следующим образом:
1) уровень представления данных – представляет собой пользовательские интерфейсы;
2) уровень приложений – предназначен для выполнения бизнес-логических процессов системы в целях доступа, обработки, преобразования данных, а также для обеспечения их согласованности и точности;
3) уровень данных – предназначен для хранения и обновления данных в реляционной системе управления базами данных.
62. Техническая платформа ИСЭУ будет использовать хорошо известные и общепринятые технологии и будет совместима с системами, которые также используют незапатентованные стандарты, а также уже существующие стандарты.
63. Архитектура программной платформы, перечень программных продуктов и технических средств, используемых для создания информационной инфраструктуры, определяется владельцем/держателем на более поздних этапах разработки ИСЭУ с учетом следующего:
1) внедрение решения, основанного на сервис-ориентированной программной архитектуре (Service Oriented Architecture), что дает возможность повторно использовать некоторые функции системы в других процессах или расширить систему путем включения новых функциональных возможностей без нарушения функционирования системы;
2) реализация функционалов архивирования информации, создание резервных копий и восстановление данных в случае инцидентов;
3) приложения и программная инфраструктура, основанные на бессрочных лицензиях на все программные продукты, входящие в ИСЭУ, и обеспеченные поддержкой со стороны производителей;
4) обеспечение работоспособности ИТ-систем в случае сбоев (отказ оборудования, повреждение данных) или возможности дальнейшего расширения до используемого в случае стихийных бедствий альтернативного центра;
5) соответствующая защита конфиденциальных данных, ограничение доступа к информации в производственной системе в соответствии с матрицей прав, в зависимости от ролей, а также мониторирование в целях предотвращения несанкционированного раскрытия или использования данных из системы;
6) обеспечение ИСЭУ следующих общих функциональных возможностей:
a) эффективный обмен информацией между пользователями системы;
b) создание автоматизированных потоков процессов, поддерживаемых приложениями;
c) онлайн доступ к полезной информации для пользователей на основе веб-сервисов;
d) надежная и масштабируемая технологическая поддержка (обслуживание для исправления программных ошибок и предоставления необходимых дополнений) для обслуживания необходимого количества пользователей;
e) управление идентификационными данными пользователей и контроль доступа ко всем ресурсам ИСЭУ;
f) невысокая стоимость управления и эксплуатации инфраструктуры и компонентов решения;
7) обеспечение ИСЭУ следующих общих характеристик:
a) принципы профильного производственного стандарта для удобного использования;
b) льготные условия обеспечения безопасности и администрирования системы;
c) льготные условия управления данными (информацией) при соответствующих атрибутах защиты.
64. Основными типами используемых технологических стандартов являются:
1) стандарты данных;
2) стандарт метаданных (ISO 11179);
3) стандарты обмена информацией;
4) стандарты поиска информации;
5) стандарты качества;
6) стандарты безопасности;
7) стандарты мультилингвизма.
65. Соответствие технологическим стандартам будет заключаться в:
1) поддержании общедоступного для входа интерфейса браузера;
2) использовании стандартов сети Интернет и WWW – HTML, TCP/IP, SMTP;
3) использовании национальных и международных стандартов качества и безопасности.
66. ИСЭУ будет размещаться на общей правительственной технологической платформе (MCloud) в соответствии с Постановлением Правительства № 128/2014.
Глава XI
ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
67. Под информационной безопасностью понимается состояние защищенности ИСЭУ на этапах процесса сбора, обработки, хранения и передачи данных от случайных или преднамеренных действий естественного или искусственного характера, направленных на причинение ущерба участникам процесса обмена данными.
68. Комплексная система информационной безопасности представляет собой совокупность законодательных, организационных и экономических средств, а также технологических средств и методов программно-аппаратной и криптографической защиты информации, направленных на обеспечение необходимого уровня целостности, конфиденциальности и доступности информационных ресурсов.
69. Основными задачами обеспечения информационной безопасности являются:
1) обеспечение целостности информации – поддержание и обеспечение целостности данных на протяжении всего жизненного цикла информации;
2) обеспечение конфиденциальности – защита от несанкционированного доступа к данным, а также от распространения данных владельцем/держателем с учетом требований соблюдения правил обеспечения конфиденциальности – общих, установленных законом, и специфических, связанных с правилами обеспечения конфиденциальности, установленными регламентами Министерства труда и социальной защиты;
3) обеспечение возможности доступа – защита от блокирования доступа авторизованных пользователей к информационным ресурсам.
70. В целях обеспечения информационной безопасности ИСЭУ будет поддерживать следующие механизмы:
1) аутентификация: гарантирует доступ к ограниченным областям сервиса только для тех пользователей, чья личность подтверждена через правительственную электронную услугу аутентификации и контроля доступа (MPass);
2) авторизация: гарантирует, что аутентифицированные пользователи могут получить доступ только к тем услугам и данным, которые соответствуют их ролям и правам доступа;
3) конфиденциальность: гарантирует, что данные, которыми обмениваются запрашивающее их лицо и поставщик, не могут быть перехвачены или стать доступными для неавторизованных третьих лиц и что доступ к данным не может быть получен в ненадлежащий момент;
4) целостность: гарантирует, что поток данных между заявителем и поставщиком не был изменен или подвергнут обработке неавторизованной третьей стороной или что доступ к данным не был получен прежде определенного срока или прежде определенного времени;
5) безотзывность: мера, гарантирующая, что после отправки/ получения информации отправитель/получатель не сможет ложно отрицать факт отправки/ получения информации;
6) регистрация и мониторирование действий пользователей ИСЭУ: для выявления на ранней стадии попытки доступа к конфиденциальным данным или намеренного или случайного нарушения целостности информации через правительственную услугу электронного протоколирования (MLog);
7) техническое обслуживание: система должна постоянно поддерживаться и обслуживаться в соответствии с соглашением об уровне обслуживания (SLA);
8) ИТ-аудит;
9) шифрование информации;
10) непрерывность функционирования и аварийное восстановление.
71. Для достижения этих целей информационной безопасности будут использоваться следующие механизмы обеспечения безопасности:
1) брандмауэры: являются частью технической архитектуры ИСЭУ и обеспечивают линию защиты, когда внешние пользователи пытаются подключиться к системе из сети Интернет или другой сети. Брандмауэры настроены таким образом, чтобы разрешать только абсолютно необходимые для работы системы сетевые службы и протоколы. Дополнительные услуги и/или протоколы не могут быть активированы (принцип минимальных привилегий). Они также должны поддерживать обход отказа (failover) для обеспечения высокого уровня доступности. Этот механизм будет обеспечиваться за счет использования информационных ресурсов Министерства труда и социальной защиты и общей правительственной технологической платформы (MCloud) в соответствии с положениями законодательства и с учетом передового международного опыта в этой области;
2) антивирус / антиспам: аппаратные и/или программные решения должны обеспечивать антивирусную защиту и защиту против спама для всех серверов. Файлы будут сканироваться во время их загрузки в систему. В случае обнаружения зараженного файла процедура загрузки будет остановлена и файл будет отклонен. ИСЭУ должна быть настроена на автоматическое ежедневное обновление определений в нерабочее время. Этот механизм будет обеспечиваться за счет использования информационных ресурсов Министерства труда и социальной защиты и использования общей правительственной технологической платформы (MCloud);
3) система обнаружения вторжений: система будет включать все необходимые агенты для всех серверов. Этот механизм будет обеспечиваться за счет использования информационных ресурсов Министерства труда и социальной защиты и использования общей правительственной технологической платформы (MCloud);
4) безопасные коммуникации (передача данных) между веб-серверами и пользователями: обмен конфиденциальными данными должен быть надлежащим образом защищен. В этом контексте необходимо использовать защищенный протокол, такой как HTTPS, во избежание несанкционированного доступа к передаваемым данным. Этот защищенный протокол должен использоваться последовательно на всех сайтах ИСЭУ для исключения возможности незашифрованной передачи информации. В противном случае пользователи могут подвергнуться множественным атакам нескольких типов. В идеале, сайт должен обладать свойством "полной безопасности" ("forward secrecy");
5) систематическое резервное копирование хранимых данных: позволяет быстро и надежно восстановить данные в случае инцидентов, приведших к потере или повреждению данных. Этот механизм будет обеспечиваться за счет использования информационных ресурсов Министерства труда и социальной защиты и общей правительственной технологической платформы (MCloud);
6) шифрование данных: все данные, хранящиеся в различных компонентах ИСЭУ (т. е. на серверах, в хранилищах данных, LDAP), зашифрованы;
7) цифровые сертификаты: ИСЭУ будет использовать цифровые сертификаты для обеспечения принципов целостности и безотзывности. Этот механизм будет обеспечиваться за счет интеграции с правительственной электронной услугой аутентификации и контроля доступа (MPass);
8) возможность аудита выполненных действий: все действия, выполненные пользователями, как успешные, так и неуспешные (например, неудачные попытки входа в систему), будут отслеживаться и регистрироваться в журналах системы с ограниченным доступом. Этот механизм будет обеспечиваться посредством интеграции с правительственной электронной услугой протоколирования (MLog).
72. ИСЭУ будет включать также и другие концептуальные инструменты безопасности, такие как:
1) безопасная техническая архитектура: система будет реализована как минимум в трехуровневой архитектуре (база данных, приложения и презентационный уровень), будет разделена на различные зоны безопасности и будет содержать как минимум одну демилитаризованную зону и одну внутреннюю зону;
2) встроенные в систему средства контроля безопасности: например, роли пользователей с заранее определенными правами доступа, принцип "четырех глаз" для принятия ключевых решений, проверки данных при вводе и т. д.;
3) механизм меток времени: обеспечивает регистрацию времени выполнения всех операций в ИСЭУ.
В то же время ИСЭУ будет соответствовать минимальным обязательным требованиям кибернетической безопасности, утвержденным Постановлением Правительства № 201/2017.
73. Организация системы защиты персональных данных является составной частью механизма обеспечения информационной безопасности ИСЭУ. Система защиты персональных данных реализуется на основе:
1) отчета о результатах проведения внутреннего аудита;
2) перечня персональных данных, которые подлежат защите;
3) акта классификации информационной системы, в которой обрабатываются персональные данные;
4) моделей рисков для безопасности персональных данных;
5) положений о разграничении прав доступа к обрабатываемым персональным данным;
6) разработанных регулирующих документов и политик в области безопасности.
74. Сбор, обработка, хранение и предоставление персональных данных осуществляются в соответствии с положениями Закона № 133/2011 о защите персональных данных и Постановления Правительства № 1123/2010 об утверждении Требований по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных, а именно:
1) в соответствии с настоящей Концепцией владелец и регистраторы будут обрабатывать только строго необходимые, не избыточные для целей, для которых они предназначены, персональные данные в соответствии с возложенными на них полномочиями и с соблюдением принципов, изложенных в законодательстве о защите персональных данных;
2) при обработке персональных данных владелец/держатель будет обеспечивать необходимые организационные и технические меры для защиты персональных данных от уничтожения, изменения, блокирования, копирования, распространения и других неправомочных действий, призванные обеспечить уровень безопасности, адекватный возникающим при обработке рискам и характеру обрабатываемых данных;
3) в случае инцидентов безопасности владелец/держатель примет меры, необходимые для обнаружения причины и источника инцидента, проведет его анализ и устранит причины инцидента безопасности, проинформировав Национальный центр по защите персональных данных Республики Молдова;
4) в рамках операций по обработке персональных данных, осуществляемых в соответствии с Положением об информационном ресурсе, формируемом ИСЭУ, владелец/держатель будет обеспечивать соблюдение прав субъектов персональных данных.
Глава X
ЗАКЛЮЧЕНИЕ
75. Воздействие, оказываемое ИСЭУ
ИСЭУ предоставляет участвующим сторонам значительные возможности, так как обладает следующими преимуществами стратегического характера:
1) спроектирована и разработана в целях обеспечения применимости системы компенсаций на оплату энергии для уязвимых категорий граждан;
2) направлена на оцифровку процессов определения степени уязвимости заявителя и расчета суммы компенсации на оплату энергии;
3) направлена на оцифровку процессов реализации программ финансовой помощи для повышения эффективности потребления энергоресурсов;
4) направлена на внедрение механизмов мониторинга и контроля процессов установления степени уязвимости и расчета суммы компенсации на оплату энергии, включая процессы выплаты компенсаций поставщикам энергии;
5) направлена на внедрение механизмов мониторинга и контроля процессов реализации программ финансовой помощи для повышения эффективности потребления энергоресурсов;
6) обеспечивает постоянную защиту данных и располагает возможностью взаимодействия с другими информационными системами;
7) обеспечивает прослеживаемость деятельности через системы взаимосвязи (высокозащищенные веб-сервисы и платформу интероперабельности (MСonnect)), предоставляя пользователям полезную и точную информацию об истории бенефициаров компенсаций в режиме реального времени.
76. Внедрение ИСЭУ приведет к применимости системы энергетической компенсации и реализации финансовой помощи в целях повышения эффективности потребления энергоресурсов для энергетически бедных (уязвимых) граждан Республики Молдова, а также предоставит возможности для разработки и методологической корректировки и изменения законодательства с целью поддержки Министерства труда и социальной защиты и публичного учреждения, оказывающего поддержку в реализации государственной политики в области энергоэффективности и стимулирования использования энергии из возобновляемых источников.
77. Учитывая сложность системы, ее внедрение будет осуществляться поэтапно, в зависимости от наличия доступных финансовых средств из государственного бюджета, проектов технической помощи и других финансовых средств в соответствии с законодательством.".
2. Настоящее постановление вступает в силу с даты опубликования в Официальном мониторе Республики Молдова.
| ПРЕМЬЕР-МИНИСТР | Дорин РЕЧАН |
| Контрасигнуют: | |
| Зам. премьер-министра, | |
| министр экономического развития | |
| и цифровизации | Думитру Алайба |
| Министр труда и | |
| социальной защиты | Алексей Бузу |
| Министр энергетики | Виктор Парликов |
| № 766. Кишинэу, 11 октября 2023 г. | |