Постановления

Постановление № 83 от 26.05.2021

oб утверждении Концепции Информационной системы по управлению проектами регионального и местного развития

Тип документа: Постановления
Дата принятия: 26.05.2021

ПРАВИТЕЛЬСТВО РЕСПУБЛИКИ МОЛДОВА

ПОСТАНОВЛЕНИЕ

об утверждении Концепции Информационной системы

по управлению проектами регионального и местного развития

№ 83 от 26.05.2021

(в силу 02.08.2021)

Мониторул Офичиал ал Р. Молдова № 160-163 ст. 172 от 02.07.2021

* * *

Примечание: В постановлении, в наименование и по всему тексту после слов "проектами регионального" внести слова "и местного"; текст "Министерство сельского хозяйства, регионального развития и окружающей среды" в любой грамматической форме заменить словами "Министерство инфраструктуры и регионального развития" в соответствующей грамматической форме согласно Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023

На основании пункта d) статьи 22 Закона № 467/2003 об информатизации и государственных информационных ресурсах (Официальный монитор Республики Молдова, 2004 г., № 6-12, ст.44), с последующими изменениями и Закона № 27/2022 о Национальном фонде регионального и местного развития (Официальный монитор Республики Молдова, 2022 г., № 60, ст.76), а также с целью осуществления мониторинга и управления учетом проектов регионального развития Правительство

ПОСТАНОВЛЯЕТ:

[Формула принятия дополнена Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

1. Утвердить Концепцию Информационной системы по управлению проектами регионального и местного развития (прилагается).

2. Министерству инфраструктуры и регионального развития, в качестве владельца Информационной системы по управлению проектами регионального и местного развития, обеспечить реализацию, функционирование и развитие системы в соответствии с национальным законодательством и международными соглашениями, стороной которых Республика Молдова является.

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

4. Контроль за выполнением настоящего постановления возложить на Министерство инфраструктуры и регионального развития.

ВРЕМЕННО ИСПОЛНЯЮЩИЙ
ОБЯЗАННОСТИ ПРЕМЬЕР-МИНИСТРА	Аурелиу ЧОКОЙ
Контрасигнует:
министр сельского хозяйства,
регионального развития и
окружающей среды	Ион ПЕРЖУ
№ 83. Кишинэу, 26 мая 2021 г.

Утверждено

Постановлением Правительства

№ 83/2021

Примечание: в Концепции:

a) по всему тексту:

слова "Информационная система по управлению проектами регионального развития" в любой грамматической форме заменить словами "Информационная система по управлению проектами регионального и местного развития" в соответствующей грамматической форме;

текст "Министерство сельского хозяйства, регионального развития и окружающей среды" в любой грамматической форме заменить словами "Министерство инфраструктуры и регионального развития" в соответствующей грамматической форме;

после слов "проекты регионального" в любой грамматической форме внести слова "и местного" в соответствующей грамматической форме; согласно Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023

КОНЦЕПЦИЯ

Информационной системы по управлению

проектами регионального и местного развития

ВВЕДЕНИЕ

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

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

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

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

[Введение изменено Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

Глава I

ОБЩИЕ ПОЛОЖЕНИЯ

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

2. Система образует информационный ресурс – Регистр проектов регионального и местного развития (в дальнейшем – Регистр).

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

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

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

6. Основные понятия, используемые в настоящей Концепции, означают следующее:

полная форма заявки на финансирование – документ, посредством которого запрашивается финансовая поддержка для покрытия затрат на внедрение проекта регионального и местного развития, в котором подробно описывается проект, обосновывается необходимость его реализации, указываются мероприятия, результаты, эффект и воздействие проекта;

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

индикатор – группа статистических значений, на основании которых осуществляется проверка и дается оценка степени достижения или недостижения воздействия, целей, результатов, мер политики регионального развития;

мера – конкретное вмешательство в политику регионального развития, реализация которого приводит к достижению результата;

мониторинг – непрерывный процесс сбора данных в соответствии с индикаторами, установленными на уровне целей, результатов и мер/действий в стратегическом документе политики регионального развития, с целью предоставления лицам, принимающим решения, и другим заинтересованным сторонам информацию об уровне прогресса, достигнутого в реализации политики регионального развития;

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

[Пкт.6 изменен Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

7. Система создана для следующих целей:

1) создание информационного ресурса для хранения, систематизации, актуализации информации о проектах регионального и местного развития в Республике Молдова;

2) оптимизация рабочих процессов сотрудников Министерства, агентств и подразделения по внедрению программ и проектов регионального и местного развития, участвующих в приеме и оценке заявок на финансирование, а также сотрудников, вовлеченных в процесс надзора, мониторинга и оценки проектов регионального и местного развития в Республике Молдова;

3) обобщение всех данных и информации о проектах регионального и местного развития в единой базе данных и обеспечение доступа как к совокупной, так и к подробной информации в различных формах представления;

4) обеспечение доступа к информации о проектах регионального и местного развития в режиме реального времени для сотрудников Министерства, агентств и подразделения по внедрению программ и проектов регионального и местного развития, а также для других органов публичного управления;

5) сбор, накопление, хранение, обновление и анализ данных о проектах регионального и местного развития, обеспечение эффективного контроля качества и достоверности представленной информации о проектах регионального и местного развития, независимо от источников финансирования;

6) укрепление институциональной культуры надзора, мониторинга и представления информации в области регионального развития, что будет способствовать повышению качества работы агентств, подразделения по внедрению программ и проектов регионального и местного развития и подразделений Министерства;

7) обеспечение прозрачности информации о деятельности, связанной с планированием и реализацией проектов регионального и местного развития путем предоставления информации в различных формах, таких как цифровые карты, статистические и аналитические отчеты, доступ к загрузке соответствующих документов и т.д.;

8) автоматизация процесса подачи заявок на финансирование проектов регионального и местного развития путем подачи концептуальных записок и полных заявок на финансирование;

9) централизованный сбор и хранение всех данных о проектах регионального и местного развития, независимо от их статуса;

10) учет прогресса по каждому проекту регионального и местного развития, включая финансовый прогресс, с учетом взаимозависимостей между соответствующими показателями и соответствующими мерами.

[Пкт.7 изменен Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

8. Система создана с соблюдением следующих принципов:

1) легитимности – создание и эксплуатация Системы в соответствии с национальным законодательством;

2) соблюдения прав человека – эксплуатация Системы в строгом соответствии с действующим национальным законодательством, международными договорами и соглашениями в области прав человека (защиты персональных данных), стороной которых Республика Молдова является;

3) целостности и достоверности данных:

a) целостность данных относится к состоянию данных и означает, что они сохраняют свое содержание и однозначно интерпретируются в условиях непредвиденных влияний. Целостность данных считается сохраненной, если они не были искажены и/или повреждены (ликвидированы);

b) достоверность данных – это степень соответствия данных, хранящихся в памяти компьютера или в документах, реальному состоянию объектов конкретной области системы, которую они представляют;

4) государственной идентификации объектов регистрации – присвоение каждому объекту регистрации единого идентификационного номера (единый идентификатор);

5) обоснованности данных – ввод данных в Систему осуществляется только на основании записей в документах, одобренных в качестве источников информации;

6) контроля за созданием и использованием Системы – совокупность организационных и программно-технических мероприятий, обеспечивающих высокое качество сформированных государственных информационных ресурсов, надежность их хранения и правильность использования в соответствии с законодательством, а также поддерживающих оперативный и удобный для пользователя доступ к информации, согласно его уровню доступа;

7) конфиденциальности информации – личная ответственность сотрудников, участвующих в создании и ведении Системы, за неправомерное использование и распространение личной конфиденциальной информации;

8) аудита системы – запись информации о происходящих изменениях, чтобы сделать возможным воссоздание истории документа или его состояния на более ранней стадии;

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

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

11) ориентирования на пользователя – при котором структура, содержание, средства доступа и навигация направлены на пользователей;

12) расширяемости – согласно которому составляющие Системы предлагают средства облегчения и расширения существующих функциональных возможностей для соответствия непрерывно меняющимся потребностям сферы деятельности;

13) прогрессивного развития – согласно которому создание Системы и постоянное изменение ее отдельных компонентов осуществляется в соответствии с передовыми информационными технологиями;

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

Глава II

ЗАКОНОДАТЕЛЬНАЯ БАЗА СИСТЕМЫ

9. Нормативная база Системы сформирована на основе национальных нормативных актов, с учетом международных договоров и соглашений, стороной которых Республика Молдова является:

1) Конституция Республики Молдова от 29 июля 1994 года;

2) Закон № 982/2000 о доступе к информации;

3) Закон № 1069/2000 об информатике;

4) Закон № 467/2003 об информатизации и государственных информационных ресурсах;

5) Закон № 71/2007 о регистрах;

6) Закон № 133/2011 о защите персональных данных;

7) Закон № 91/2014 об электронной подписи и электронном документе;

8) Закон № 142/2018 об обмене данными и интероперабельности;

9) Постановление Правительства № 546/2011 об утверждении Положения о предоставлении услуг Телекоммуникационной системы органов публичного управления и внесении изменений в некоторые постановления Правительства;

10) Постановление Правительства № 1123/2010 об утверждении Требований по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных;

11) Постановление Правительства № 710/2011 об утверждении Стратегической программы технологической модернизации управления (е-Преобразование);

12) Постановление Правительства № 1090/2013 о правительственной электронной услуге аутентификации и контроля доступа (MPass);

13) Постановление Правительства № 128/2014 об общей правительственной технологической платформе (MCloud);

14) Постановление Правительства № 405/2014 об интегрированной правительственной электронной услуге электронная подпись (MSign);

15) Постановление Правительства № 708/2014 о правительственной электронной услуге протоколирования (MLog);

16) Постановление Правительства № 201/2017 об утверждении Минимальных обязательных требований кибернетической безопасности;

17) Постановление Правительства № 414/2018 о мерах по консолидации центров данных в государственном секторе и рационализации администрирования государственных информационных систем;

18) Постановление Правительства № 211/2019 о платформе интероперабельности (MConnect);

19) Постановление Правительства № 376/2020 об утверждении Концепции правительственной услуги электронного уведомления (MNotify) и Положения о порядке функционирования и использования правительственной услуги электронного уведомления (MNotify);

20) Постановление Правительства № 375/2020 об утверждении Концепции Автоматизированной информационной системы "Регистр представительских полномочий на основании электронной подписи" (MPower) и Положения о порядке ведения Регистра представительских полномочий на основании электронной подписи;

21) Приказ министра информационного развития № 78/2006 об утверждении технического регламента "Процессы жизненного цикла программного обеспечения" RT 38370656 - 002:2006;

22) нормативные акты органа по разработке политики регионального развития для утверждения рабочих руководств подразделения по внедрению программ и проектов регионального и местного развития и агентств;

23) Закон № 27/2022 о Национальном фонде регионального и местного развития.

[Пкт.9 изменен Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

Глава III

ФУНКЦИОНАЛЬНОЕ ПРОСТРАНСТВО СИСТЕМЫ

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

1) формирование информационного ресурса. Основными функциями в процессе формирования информационного ресурса являются: первоначальная постановка на учет, обновление данных и снятие с учета информационных объектов. Эти функции выполняются в зависимости от выполнения определенных базовых сценариев:

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

b) обновление данных Системы заключается в систематическом обновлении банка данных Системы при изменении или дополнении данных об объектах учета. Все изменения хранятся в хронологическом порядке;

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

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

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

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

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

Уровень доступа пользователя к запрашиваемой информации из Системы устанавливается законодательством в зависимости от его правового статуса и правового режима информации. Порядок и тип информации, которая предоставляется пользователям, устанавливается Положением об Информационной системе по управлению проектами регионального и местного развития и другими нормативными актами, разработанными по взаимному согласию держателем и владельцем Системы;

3) информационное администрирование. Оно включает в себя следующие действия:

a) управление ролями и правами пользователей;

b) администрирование номенклатур;

c) администрирование образцов шаблонов документов;

d) другие виды деятельности по администрированию и доступу к функциональным возможностям Системы;

4) обеспечение безопасности и защиты информации. Обеспечение информационной безопасности осуществляется в соответствии с Минимальными обязательными требованиями кибернетической безопасности, утвержденными Постановлением Правительства № 201/2017.

11. В процессе функционирования Системы выполняются специфические функции, сгруппированные в специальные функциональные контуры:

1) функциональный контур "Проектные предложения по региональному развитию" – представляет собой группу функциональных возможностей, предлагаемых заявителям на финансирование, пользователям из агентств и Министерства.

Данный контур включает следующие функции:

a) регистрация в системе информации об учете объявлений о приеме проектных предложений, с приложением соответствующих документов;

b) учет концептуальных записок;

c) учет документов, связанных с процессом оценки концептуальных записок, таких как протокол заседания Административной комиссии и решение регионального совета по развитию об отборе проектных предложений, которые допускаются на второй этап;

d) уведомление заявителей о результатах оценки представленных ими концептуальных записок;

2) функциональный контур "Заявки на финансирование проектов регионального развития" – представляет собой группу функциональных возможностей, предлагаемых заявителям на финансирование, пользователям из агентств и Министерства.

Данный контур включает следующие функции:

a) учет заявок на финансирование;

b) учет данных о результатах процесса оценки межведомственной комиссией;

c) учет списков проектов и резервных списков по результатам оценки;

d) учет списка проектов в соответствии с Единым программным документом;

e) уведомление заявителей о результатах оценки заявок на финансирование и отобранных проектах;

2¹) функциональный контур "Заявки на финансирование проектов регионального развития" представляет собой совокупность функций, предоставляемых заявителям финансирования, пользователям в составе подразделения по внедрению программ регионального и местного развития и Министерства.

Данный контур включает следующие функции:

a) регистрация в системе информации об учете объявлений о приеме проектных предложений с приложением соответствующих документов;

b) учет заявок на финансирование;

c) учет данных о результатах процесса оценки межведомственной комиссией;

d) учет документов, связанных с процессом оценки заявок на финансирование, таких как протокол административной оценки;

e) уведомление заявителей о результатах оценки возможных заявок, поданных ими;

f) учет списков проектов и резервных списков по результатам оценки;

g) учет списка проектов в соответствии с Единым программным документом;

3) функциональный контур "Закупки" – представляет собой группу функциональных возможностей, предлагаемых пользователям из агентств и Министерства.

Данный контур включает следующие функции:

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

b) учет следующих документов, связанных с закупками: технические условия, споры, протоколы выполненных оценок, правила присуждения договоров отобранным поставщикам, поправки к договорам и т.д.;

4) функциональный контур "Проекты" – представляет собой группу функциональных возможностей, предлагаемых пользователям из подразделения по внедрению программ и проектов регионального и местного развития и агентств, ответственным за надзор проектов.

Данный контур включает следующие функции:

a) учет данных о проектах регионального и местного развития;

b) учет планов действий проектов на уровне этапов, действий и поддействий;

c) учет крайних сроков по каждому действию/поддействию проектов;

d) учет уведомлений о статусе проектов;

e) учет данных о прогрессе проектов сквозь призму финансовых аспектов: предполагаемые и фактические затраты, источники финансирования, меры и показатели, а также другие аспекты, связанные с финансовым прогрессом проектов регионального и местного развития;

5) функциональный контур "ГИС" (графическая визуализация на цифровой карте) – представляет собой группу функциональных возможностей, предлагаемых всем пользователям.

Данный контур включает следующие функции:

a) обеспечение присутствия цифровой карты Республики Молдова с возможностью навигации по карте, имея в распоряжении функциональные возможности типа "zoom-in/zoom-out", а также возможность выбора региона, района или населенного пункта на карте;

b) позиционирование и визуализация на карте проектов регионального и местного развития, находящихся в процессе внедрения;

c) позиционирование и визуализация на карте реализованных проектов регионального и местного развития;

6) функциональный контур "Поиск и фильтрация" – представляет собой группу функциональных возможностей, предлагаемых пользователям из подразделения по внедрению программ и проектов регионального и местного развития, агентств и Министерства.

Данный контур включает следующие функции:

a) отображение информации в соответствии с определенными критериями искомой темы, как например: "область", "название проекта", "год", "регион", "источник финансирования", "стоимость выше или ниже…" и т.д. путем указания одного или нескольких критериев поиска;

b) сортировка найденной информации и отображение ее в форме таблицы: по возрастанию от A до Z (для столбцов, содержащих текстовые значения) и от 0 до 9 (для столбцов, содержащих числовые значения, например, суммы) или по убыванию – от Z до A и от 9 до 0, в зависимости от ситуации;

c) отображение деталей с помощью возможностей типа "детализация" таким образом, что, выбрав запись из списка найденных проектов, пользователь смог бы перейти к деталям до самого нижнего уровня;

7) функциональный контур "Отчетность" – представляет собой группу функциональных возможностей, предлагаемых пользователям из подразделения по внедрению программ и проектов регионального и местного развития, агентств и Министерства.

Данный контур включает следующие функции:

a) создание и учет предопределенных статистических и аналитических отчетов, а также отчетов, настроенных пользователями;

b) учет следующих метаданных для создания отчетов: регион, тип проекта, статус, стоимость проекта, сроки реализации и т. д.;

c) отображение данных в соответствии с разными уровнями агрегирования в отчетах – от общего уровня до более детального уровня представления;

d) экспорт отчетов в таких форматах как HTML, XLS(X), DOC(X), XML и PDF;

e) учет конфигурации критериев, в соответствии с которыми создаются отчеты, чтобы пользователи могли позже вернуться к определенному шаблону отчета столько раз сколько это необходимо;

8) функциональный контур "Администрирование" – представляет собой интегрированную подсистему контроля и мониторинга формирования и использования информационного ресурса управления проектами регионального и местного развития.

Данный контур включает следующие функции:

a) учет времени использования Системы пользователями;

b) учет пользователей;

c) учет прав пользователей в зависимости от разрешенного доступа;

d) номенклатуры, используемые в Системе;

e) внутренний аудит Системы;

f) обеспечение логической целостности Системы;

g) учет (в электронном формате) шкал оценки концептуальных записок;

9) функциональный контур "Участники Системы" включает следующие функции:

a) учет заявителей на финансирование;

b) учет агентств регионального развития;

c) учет других учреждений, вовлеченных в процесс оценки и принятия решений по отбору предлагаемых проектов, в зависимости от обстоятельств;

d) учет независимых экспертов, которые могут быть вовлечены в процесс оценки проектных предложений;

e) учет подразделения по внедрению программ и проектов регионального и местного развития.

[Пкт.11 изменен Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

Глава IV

ОРГАНИЗАЦИОННАЯ СТРУКТУРА

И ДОКУМЕНТЫ СИСТЕМЫ

12. Основные функции, относящиеся к эксплуатации Системы, разделены между владельцем, держателем, регистраторами и пользователями Системы:

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

2) владельцем Системы с правом создания, использования информационного ресурса и управления им является Министерство. Владелец обеспечивает организационные условия для работы Системы;

3) держателем Регистра является Министерство;

4) техническим администратором Системы является Публичное учреждение "Служба информационных технологий и кибернетической безопасности", которое осуществляет свои полномочия в соответствии с нормативной базой в отношении технического администрирования и обслуживания государственных информационных систем;

5) регистраторами Системы являются следующие юридические или физические лица, которые вовлечены в процесс оценки, планирования, реализации и мониторинга проектов регионального и местного развития и представляют соответствующие данные для таких сфер деятельности, как:

a) Министерство;

b) агентства и подразделение по внедрению программ и проектов регионального и местного развития;

с) органы местного публичного управления;

6) пользователями Системы являются:

a) сотрудники органов местного публичного управления, которые подают заявки на региональное развитие;

b) персонал агентств и подразделения по внедрению программ и проектов регионального и местного развития;

c) персонал Министерства, вовлеченный в процесс управления и мониторинга проектов регионального развития;

d) независимые эксперты, участвующие в процессе оценки проектных предложений;

e) члены межведомственной комиссии по оценке полных заявок на финансирование;

f) персонал органов центрального публичного управления, вовлеченный в планирование, реализацию и мониторинг проектов регионального и местного развития;

g) физические лица, которые получают доступ к общедоступной информации Системы без аутентификации;

h) органы публичного управления, в пределах предоставленного права доступа, исходя из потребностей для выполнения функциональных полномочий.

[Пкт.12 дополнен Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

13. В Системе используются следующие категории документов:

1) входящие документы;

a) концептуальные записки;

b) полные заявки на финансирование;

c) отсканированные документы в формате PDF, JPG, необходимые для процесса оценки концептуальных записок или заявок на финансирование;

d) шкалы оценки концептуальных записок, заполненных членами комиссии;

e) шкалы оценки полных заявок на финансирование, заполненные членами оценочной комиссии;

f) протоколы процесса оценки;

2) исходящие документы:

a) формуляры объявлений о приеме проектных предложений;

b) списки проектов, отобранных для этапа подачи полных заявок на финансирование;

c) списки отобранных проектов и резервные списки проектов;

d) уведомление о принятии представленных концептуальных записок;

e) уведомление об отказе/отклонении концептуальной записки;

f) уведомление о принятии поданных полных заявок на финансирование;

g) уведомление об отказе/отклонении полных заявок на финансирование;

3) технологическая документация:

a) документы, содержащие другую информацию, необходимую для процесса учета проектов регионального и местного развития;

b) списки с историей (журналом) действий, связанных с работой с информацией по проектам регионального и местного развития.

Глава V

ИНФОРМАЦИОННОЕ ПРОСТРАНСТВО СИСТЕМЫ

14. Совокупность информационных объектов представляет собой информационный ресурс Системы и включает:

1) правовую единицу – информационный объект, заимствованный из Государственного регистра правовых единиц. В Системе эти объекты классифицируются по:

a) заявителю – юридическое лицо (органы местного публичного управления), которое соответствует критериям отбора и запрашивает финансирование для реализации проектов регионального и местного развития;

b) учреждению – государственные учреждения, которые вовлечены в процесс приема, отбора, надзора за реализацией и оценки проектов регионального и местного развития;

2) физическое лицо – информационный объект, заимствованный из Государственного регистра населения, который подразделяется на следующие категории:

a) представители заявителей;

b) пользователи из учреждений, такие как члены оценочных комиссий, наблюдатели проекта и менеджеры;

с) независимые эксперты;

3) документ, который классифицируется как:

a) концептуальная записка – документ, заполненный заявителем, в котором кратко описываются цель и задачи, действия и инвестирование ресурсов за определенный период, призванный удовлетворить реальную потребность и привести к достижению конкретной цели;

b) полная форма заявки на финансирование – документ, посредством которого запрашивается финансовая поддержка для покрытия расходов на реализацию проекта регионального и местного развития, в котором подробно описывается проект, обосновывается необходимость его реализации, указываются действия, результаты, эффект и воздействие проекта;

c) уведомление о принятии – сообщение, отправляемое системой в адрес заявителя, содержащее информацию о приеме поданного документа (концептуальной записки или полной заявки на финансирование);

d) уведомление об отказе – сообщение, отправляемое системой, содержащее информацию об отказе в приеме заявки на финансирование, в том числе причину отказа;

e) уведомление о статусе заявления на финансирование – сообщение, отправляемое Системой в адрес заявителя, содержащее информацию о статусе поданного им ранее заявления;

f) статистический отчет – документ, генерируемый Системой, содержащий обобщенные данные, хранящиеся в Системе, организованные по определенной структуре;

g) исходящий документ – документ, отправляемый Системой, содержащий информацию о проектах регионального и местного развития;

h) входящий документ – документ, зарегистрированный и хранящийся в Системе, относящийся к определенному процессу или этапу, касающемуся проектов регионального и местного развития;

4) событие – (внутрисистемный информационный объект)

Заимствованные информационные объекты – "физическое лицо" и "правовая единица" – изначально регистрируются и идентифицируются в других системах, соответственно, в Государственном регистре населения и Государственном регистре правовых единиц, для которых непосредственно в Системе указываются лишь идентификационные номера (IDNP или IDNO); в этом случае не допускается изменение идентификатора. Доступ ко всем необходимым дополнительным данным осуществляется через Государственный регистр населения и Государственный регистр правовых единиц, а, при необходимости, они могут быть дополнены.

15. В Системе используются следующие идентификаторы информационных объектов:

1) идентификатором информационного объекта, относящегося к "физическому лицу", является государственный идентификационный номер физического лица (IDNP);

2) идентификатором информационного объекта, относящегося к "правовой единице", является государственный идентификационный номер правовой единицы (IDNO) в Государственном регистре правовых единиц;

3) идентификатором информационного объекта "концептуальная записка" является уникальный идентификационный код, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"NOTACONCEPT"+YYMMDDNNNN поданной концептуальной записки, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

NNNN – порядковый номер концептуальной записки, выданный Системой, согласно регистрации на текущую дату;

4) идентификатором информационного объекта "полная заявка на финансирование" является уникальный номер, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"CEREREFIN"+YYMMDDNNNN поданной полной заявки на финансирование, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

NNNN – порядковый номер полной заявки на финансирование, выданный Системой, согласно регистрации на текущую дату;

5) идентификатором информационного объекта "уведомление о принятии" является номер, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"NOTIF_ACCEPT"+YYMMDDNNNN уведомления о принятии, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

NNNN – порядковый номер уведомления о принятии, согласно регистрации на текущую дату;

6) идентификатором информационного объекта "уведомление об отказе" является зарегистрированный порядковый номер, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"NOTIF_REFUZ"+YYMMDDNNNN уведомления об отказе, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

NNNN – порядковый номер уведомления об отказе, согласно регистрации на текущую дату;

7) идентификатором информационного объекта "уведомление о статусе заявки на финансирование" является уникальный идентификационный код, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"NOTIF_STATUT"+YYMMDDNNNN уведомления о статусе поданной полной заявки на финансирование, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

NNNN – порядковый номер уведомления о статусе заявки на финансирование, согласно регистрации на текущую дату;

8) идентификатором информационного объекта "статистический отчет" является уникальный идентификационный код, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"Наименование отчета" + YYMMDDHHLLSS, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

HH – час, когда был создан отчет;

LL – время создания отчета в минутах;

SS – время создания отчета в секундах;

9) идентификатором информационного объекта "исходящий документ" является уникальный идентификационный код, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"OutDoc"+"наименование документа" + YYMMDDHHLLSS, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

HH – час, когда был создан отчет;

LL – время создания отчета в минутах;

SS – время создания отчета в секундах;

10) идентификатором информационного объекта "входящий документ" является уникальный идентификационный код, генерируемый и присваиваемый Системой, имеющий следующую структуру:

"InDoc"+"наименование документа" + YYMMDDHHLLSS, где:

YY – последние цифры текущего года;

MM – месяц в цифрах;

DD – дата в цифрах;

HH – час, когда был создан отчет;

LL – время создания отчета в минутах;

SS – время создания отчета в секундах.

16. В Системе используются следующие основные сценарии:

1) сценарий подачи концептуальных записок онлайн. Этот сценарий используется заявителями на финансирование проектов регионального и местного развития и подразумевает следующие шаги:

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

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

c) заполнение электронной формы всеми метаданными, относящимися к концептуальной записке. Этот шаг предполагает заполнение всех обязательных полей и некоторых дополнительных полей формы;

d) сканирование документов, связанных с концептуальной запиской (по необходимости), и загрузка их в Систему с одновременным заполнением всех полей метаданных, связанных с загруженным документом;

e) проверка системой введенных данных. В случае обнаружения неверно введенных данных Система отобразит соответствующее сообщение об ошибке и выделит поля, которые необходимо отредактировать/исправить;

f) сохранение всех заполненных данных, относящихся к концептуальной записке, а также отсканированных документов в базе данных Системы, формирование и присвоение уникального идентификационного кода (уникальный ID) поданной концептуальной записки. В дополнение к уникальному идентификационному номеру концептуальной записки в базе данных сохраняются IDNP пользователя и идентификационный номер юридического лица (IDNO), которое он представляет. IDNP пользователя и указанный пользователем IDNO сверяются с помощью IDNP и INDO, указанных в сертификате открытого ключа, используемого для входа в Систему через службу MPass. Эта информация используется для дальнейшего доступа к концептуальной записке и для выполнения дальнейших рабочих процессов по планированию и реализации проектов регионального и местного развития;

g) подтверждение зарегистрированной информации с применением электронной подписи заявителя;

h) уведомление доступными средствами (электронная почта, SMS и виртуальный офис заявителя) всех соответствующих пользователей о регистрации концептуальной записки в Системе;

i) формирование расписки о подтверждении получения записки.

Доступ к концептуальной записке имеют сотрудники подразделения по внедрению программ и проектов регионального и местного развития или агентства региона, для которого была подана концептуальная записка, депонент концептуальной записки и сотрудники Министерства, которые имеют соответствующие права доступа;

2) сценарий регистрации концептуальных записок, поданных в режиме off-line. Этот сценарий используется пользователями из подразделения по внедрению программ и проектов регионального и местного развития и агентств и подразумевает следующие шаги:

a) вход в Систему через веб-навигатор и аутентификацию, используя услугу MPass. В случае успешной аутентификации Система перенаправит пользователя на главную страницу, которая представляет собой рабочее пространство пользователя;

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

d) сканирование документов, связанных с концептуальной запиской (по необходимости), и загрузка их в Систему, одновременно заполнив все поля метаданных, связанных с загруженным документом;

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

f) сохранение всех заполненных данных, относящихся к концептуальной записке, и отсканированных документов в базе данных Системы, формирование и присвоение уникального идентификационного кода (уникальный ID) поданной концептуальной записки;

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

h) формирование расписки о подтверждении получения записки;

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

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

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

d) заполнение оценочных шкал пользователем в Системе и их сохранение;

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

f) уведомление пользователей о завершении процесса оценки концептуальных записок и предоставление результатов;

g) уведомление заявителей, подавших концептуальные записки, о статусе принятия или отклонения представленной ими концептуальной записки. Уведомление составляется и отправляется Системой на адрес электронной почты, указанный во время подачи концептуальной записки или заявки на финансирование;

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

a) вход на государственный портал Системы через веб-навигатор и аутентификацию, используя услугу MPass. В случае успешной аутентификации Система перенаправит пользователя на главную страницу виртуального офиса, которая представляет собой рабочее пространство пользователя;

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

c) заполнение электронной формы всеми метаданными, относящимися к полной заявке на финансирование. Этот шаг предполагает заполнение всех обязательных полей и некоторых дополнительных полей формы;

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

e) проверка Системой введенных данных. Этот процесс включает механизмы проверки как Клиента, так и Сервера. В случае обнаружения неверно введенных данных Система отобразит соответствующее сообщение об ошибке и выделит поля, которые необходимо отредактировать/исправить;

f) сохранение всех заполненных данных, связанных с заявкой на финансирование, а также документов, загруженных в базу данных Системы, формирование и присвоение уникального идентификационного кода (уникальный ID) поданной полной заявки на финансирование;

g) подтверждение зарегистрированной информации с применением электронной подписи заявителя;

h) уведомление доступными средствами (электронная почта, SMS, виртуальный офис пользователя, а также виртуальный офис заявителя) всех соответствующих пользователей о подаче новой заявки на финансирование;

i) создание расписки о подтверждении регистрации заявки на финансирование в Системе;

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

a) как только пакеты поданных заявок на финансирование открываются в соответствии с процедурой, пользователь из агентства получает доступ к Системе через веб-навигатор и аутентификацию, используя услугу MPass. В случае успешной аутентификации Система перенаправит пользователя на главную страницу, которая представляет собой рабочее пространство пользователя;

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

c) заполнение электронной формы всеми метаданными, относящимися к заявке на финансирование. Этот шаг предполагает заполнение всех обязательных полей и некоторых дополнительных полей формы;

d) сканирование документов, связанных с полной заявкой на финансирование (по необходимости), и загрузка их в Систему, одновременно заполнив все поля метаданных, связанных с загруженным документом;

f) сохранение всех заполненных данных, связанных с полной заявкой на финансирование, в том числе отсканированных документов, в базе данных Системы и формирование и присвоение уникального идентификационного кода (уникальный ID) поданной заявке;

g) уведомление доступными средствами (электронная почта, SMS, виртуальный офис пользователя, а также виртуальный офис заявителя) всех соответствующих пользователей о регистрации полной заявки на финансирование;

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

c) выбор соответствующей задачи по оценке представленных заявок на финансирование. Для реализации этой возможности Система предоставит пользователям из агентств, Министерства и советов по региональному развитию соответствующие электронные формы. Таким образом, для каждой заявки на финансирование, зарегистрированной в Системе, предоставляется электронная форма типа "check-list", в которой пользователи (в данном случае – члены комиссии) отмечают галочкой следующие аспекты, касающиеся критериев приемлемости, условий объявления и констатации содержания полученных файлов: наличие предварительного технико-экономического обоснования или технико-экономического обоснования, технического проекта, отчета о проверке технического отчета и т. д .;

d) заполнение всех электронных форм, касающихся процесса оценки полных заявок на финансирование;

e) загрузка (upload) отчетов технической оценки экспертов;

f) заполнение оценочных шкал, которые подлежат предварительной настройке системным администратором;

g) загрузка протокола комиссии (в подписанной и отсканированной версии) и хранение в базе данных Системы;

h) формирование списков отобранных проектов и находящихся в списке ожидания, отсортированных в порядке убывания, в соответствии с количеством баллов, набранных в результате процесса оценки;

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

b) доступ к функциональным возможностям управления списками потенциальных проектов;

c) заполнение электронной формы по перечню проектов, с обязательным указанием Постановления Правительства о Едином программном документе;

d) внесение необходимых изменений в список проектов в Системе в соответствии с Постановлением Правительства о Едином программном документе;

e) сохранение введенных данных;

f) подтверждение посредством электронной подписи;

g) формирование Системой окончательного списка проектов;

8) сценарий закупочной документации. Этот сценарий предназначен для пользователя из подразделения по внедрению программ и проектов регионального и местного развития и агентств, ответственного за процесс закупок, и включает следующие шаги:

b) доступ из главного меню к функциональным возможностям регистрации данных о закупках;

c) выбор проекта регионального и местного развития, для которого осуществляется данная закупка. В ответ Система предоставит электронные формы для регистрации данных о процедурах закупок для данного проекта;

d) заполнение всех обязательных полей и дополнительных полей формы данными о проведенных закупках, включая информацию об объекте закупки, типе процедуры, дате и т.д.;

e) загрузка, по необходимости, документов, связанных с проведенными закупками, и их метаданных, таких как технические условия, протоколы выполненных оценок, контракты с выбранными поставщиками, поправки к контрактам и т.д.;

f) сохранение данных, представленных в Системе;

g) подтверждение с применением электронной подписи;

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

b) доступ из главного меню к списку назначенных пользователю проектов;

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

d) заполнение, по необходимости, обновленными данными карточки проекта регионального и местного развития в случае внесения изменений в проект;

e) создание или обновление плана действий отобранного проекта путем определения этапов/фаз проекта, определения/обновления действий и поддействий, при необходимости. Для каждого отдельного действия и поддействия пользователь устанавливает крайние сроки, которые будут соблюдаться Системой на протяжении всей работы проекта и, при необходимости, предоставит данные по вопросам, связанным с затратами, фактическими расходами, показателями, мерами, источники финансирования и т.д.;

f) сохранение всех изменений и данных, внесенных в базу данных Системы;

10) сценарий в отношении выполнения отчетов:

b) доступ к разделу отчетов из главного меню;

c) выбор необходимого отчета из списка доступных отчетов;

d) формирование Системой выбранного отчета на основе данных, хранящихся в базе данных Системы, и отображение на экране;

e) просмотр отчета и, возможно, его распечатка на бумаге или, при необходимости, экспорт во внешний файл;

11) сценарий поиска и визуализации проектов регионального и местного развития на цифровой карте. Этот сценарий предназначен для любого пользователя и включает следующие шаги:

a) вход на государственный портал Системы через веб-навигатор;

b) выбор раздела с информацией о проектах регионального и местного развития в Республике Молдова. В ответ Система отобразит цифровую карту Республики Молдова, одновременно позиционируя проекты регионального и местного развития, находящихся в процессе внедрения;

c) перемещение по карте с использованием возможностей типа "zoom-in/zoom-out", а также возможности выбора региона, района или населенного пункта на карте. В ответ Система отобразит геопространственное расположение всех разрабатываемых проектов регионального и местного развития в выбранном регионе/районе/населенном пункте;

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

e) выбор проекта регионального и местного развития. В ответ Система отобразит сводную информацию о проекте с возможностью доступа к карточке проекта при активации ссылки (hyperlink).

[Пкт.16 изменен Пост.Прав. N 957 от 28.12.2022, в силу 13.02.2023]

17. Информационные объекты представляют собой совокупность данных, которые их характеризуют:

1) данные о "физическом лице":

a) IDNP;

b) фамилия и имя физического лица;

c) адрес местожительства и/или места проживания;

d) контактные данные (номер телефона, электронная почта);

2) данные о "юридическом лице":

a) IDNO;

b) наименование юридического лица;

c) юридический адрес юридического лица;

d) контактные данные (номер телефона, электронная почта);

e) организационно-правовая форма (заявитель/учреждение);

3) данные об информационном объекте "концептуальная записка":

a) ID – уникальный идентификационный номер концептуальной записки;

b) название;

c) дата и время подачи концептуальной записки (в случае подачи в режиме offline);

d) дата и время регистрации в Системе;

e) IDNO заявителя;

f) список сопроводительных документов, по необходимости (приложения к концептуальной записке);

g) краткое описание;

4) данные об информационном объекте "полная заявка на финансирование":

a) ID – уникальный идентификационный номер заявки на финансирование;

b) название;

c) IDNP и IDNO заявителя, подавшего заявку на финансирование;

d) ссылка на ранее представленную концептуальную записку;

e) дата и время подачи заявки на финансирование (в случае подачи в режиме offline);

f) дата и время регистрации в Системе;

g) краткое описание;

h) другие пометки;

5) данные об информационном объекте "уведомление о принятии":

a) ID – идентификационный номер;

b) дата и время выдачи уведомления;

c) ссылка (ID) на концептуальную записку или полную заявку на финансирование;

d) заявитель (IDNO), которому адресовано уведомление о принятии;

e) ID выдающего учреждения;

6) сведения об информационном объекте "уведомление об отказе":

a) ID – идентификационный номер;

b) дата и время выдачи уведомления;

c) ссылка (ID) на концептуальную записку или полную заявку на финансирование;

d) заявитель (IDNO), которому адресовано уведомление о принятии;

e) объяснения причин отказа;

7) данные об информационном объекте "уведомление о статусе заявки на финансирование":

a) ID – идентификационный номер;

b) дата и время выдачи уведомления;

c) ссылка (ID) на полную заявку на финансирование;

d) заявитель (IDNO), которому адресовано уведомление о принятии;

e) IDNO выдающего учреждения;

f) данные о статусе заявки на финансирование;

g) данные о предыдущем статусе заявки на финансирование;

h) данные о следующем статусе в соответствии с рабочим процессом;

8) данные об информационном объекте "статистический отчет":

a) ID – идентификационный номер;

b) тип отчета;

c) название отчета;

d) дата и время формирования отчета;

e) выбранный отчетный период;

9) данные об информационном объекте "входящий документ":

a) ID – регистрационный и идентификационный номер;

b) тип документа;

c) название;

d) дата выдачи документа;

e) IDNO выдающего учреждения;

f) IDNO получающего учреждения;

g) содержание документа;

10) данные об информационном объекте "исходящий документ":

a) ID – регистрационный и идентификационный номер;

b) тип документа;

c) название;

d) дата и время выдачи документа;

e) IDNO выдающего учреждения;

f) IDNO получающего учреждения;

g) IDNP лица, выдавшего документ;

h) содержание документа;

11) данные о событии:

a) ID события;

b) тип события;

c) статус;

d) дата и время регистрации события;

e) тип операции, выполняемой пользователем;

f) пользователь, выполнивший операцию.

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

1) международные;

2) национальные:

a) Классификатор административно-территориальных единиц Республики Молдова (CUATM);

b) Классификатор форм собственности Республики Молдова (CFP);

c) Классификатор организационно-правовых форм экономических агентов Республики Молдова (CFOJ);

d) Классификатор пользователей.

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

20. Система интегрируется со следующими правительственными электронными услугами и информационными системами:

1) услуги правительственной платформы:

a) правительственная электронная услуга аутентификации и контроля доступа (MPass) – для аутентификации пользователей в Системе;

b) правительственная электронная услуга электронной подписи (MSign);

c) правительственная электронная услуга протоколирования (MLog);

d) правительственная электронная услуга уведомления (MNotify);

e) Регистр представительских полномочий на основании электронной подписи (Mpower);

2) автоматизированная информационная система "Государственный регистр юридических единиц", которая содержит данные обо всех категориях юридических единиц, созданных на законных основаниях, – в целях получения и проверки данных о юридических лицах относительно правильности сочетаний IDNO, названия, кода CUATM, кода Классификатора видов экономической деятельности Молдовы (CAEM) и т.д., требуемых для регистрации, изменения или удаления (которые содержат данные о юридических лицах);

3) автоматизированная информационная система "Государственный регистр населения", которая включает данные о физических лицах, – для получения и проверки записей, изменений или удалений (которые содержат данные о физических лицах) и проверки правильности сочетаний IDNP, имени, фамилии, домашнего адреса и/или места жительства;

4) автоматизированная информационная система "Государственный регистр административно-территориальных единиц и адресов", включающая данные об административно-территориальных единицах, улицах, зданиях, расположении недвижимости и т.д.);

5) прямая ссылка (hyperlink) на каталог на веб-странице M-Tender.

21. Обмен данными и функциональная совместимость между информационными системами обеспечиваются через правительственную платформу интероперабельности "MConnect" в соответствии с положениями нормативной базы об обмене данными и интероперабельности.

Глава VI

ТЕХНОЛОГИЧЕСКОЕ ПРОСТРАНСТВО СИСТЕМЫ

22. Система спроектирована как модульная система, которая обеспечивает возможность своего развития без прерывания функционирования, в соответствии с административно-территориальным делением Республики Молдова.

23. Система спроектирована на основе системы управления базой данных, размещенной на правительственной платформе MCloud (будучи интегрируемой с сервисами платформы с использованием ресурсов инфраструктуры электронных правительственных услуг MPass, MSign, MLog).

24. Система будет разработана согласно образцу типа Клиент и типа Сервер, доступной онлайн, с централизованной базой данных.

25. Программные продукты и оборудование Системы должны отвечать следующим требованиям:

1) обеспечение возможности хранения больших объемов информации;

2) обеспечение возможности расширения функциональных возможностей и вычислительной мощности (расширяемость и масштабируемость);

3) поддержание распределенной обработки данных, доступ к ресурсам как в локальной сети, так и в Интернете;

4) использование единой системы классификации и кодирования;

5) функционирование на различных платформах hardware;

6) обеспечение высокой эксплуатационной надежности;

7) обеспечение насыщенности и полноты информации;

8) поддержание возможности модернизации в процессе эксплуатации.

26. Система будет размещаться на общей правительственной технологической платформе (MCloud).

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

Глава VII

ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ СИСТЕМЫ

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

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

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

2) целостность данных и информации, то есть гарантия того, что информация доводится до уполномоченных лиц в неповрежденном виде в форме, идентичной форме информации от источника, а изменение данных осуществляется только лицами, имеющими разрешение. Целостность информации не может быть нарушена неуполномоченными лицами случайно или намеренно. Также случайное повреждение информации не может произойти из-за неисправности информационных систем;

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

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

1) незаконный сбор и незаконное использование информации;

2) нарушение технологии обработки информации;

3) внедрение в продукты software и hardware компонентов, выполняющих функции, не предусмотренные сопутствующей документацией на данные продукты;

4) разработка и распространение программ, нарушающих работу систем по защите информации;

5) уничтожение, повреждение, радиоэлектронное подавление или разрушение средств и систем по обработке информации;

6) оказание влияния на системы с ключом-паролем для защиты автоматизированных систем обработки и передачи информации;

7) взлом ключей и средств криптографической защиты информации;

8) утечка информации по техническим каналам;

9) внедрение электронных устройств по перехвату информации в технические средства по обработке, хранению и передаче информации по каналам связи, а также в служебных помещениях административных органов;

10) уничтожение, повреждение, разрушение или хищение механических или других носителей информации;

11) перехват информации в сетях передачи данных и на линиях связи, раскодирование данной информации и ввод ложной информации;

12) использование несертифицированных информационных технологий, средств защиты информации, информационных средств, средств электронных коммуникаций при создании и развитии информационной инфраструктуры;

13) несанкционированный доступ к информационным ресурсам, содержащимся в базах данных;

14) нарушение законных ограничений о распространении информации.

30. Защиты персональных данных:

1) в соответствии с настоящей Концепцией владельцы/держатели/регистраторы обрабатывают только строго необходимые персональные данные, не являющиеся чрезмерными по отношению к предварительно установленной цели, в соответствии с возложенными на них полномочиями с соблюдением принципов, установленных законодательством о защите персональных данных;

2) при обработке персональных данных владельцы/держатели обязаны принимать необходимые организационные и технические меры для защиты персональных данных от уничтожения, изменения, блокирования, копирования, распространения, а также от иных неправомерных действий в целях обеспечения надлежащего уровня безопасности в отношении рисков, связанных с обработкой и природой обрабатываемых данных;

3) в случае инцидентов безопасности владельцы/держатели должны принять необходимые меры по выявлению источника возникновения инцидента, провести его анализ и устранить причины инцидента безопасности с информированием Национального центра по защите персональных данных;

4) в рамках операций по обработке персональных данных, осуществляемых в соответствии с настоящей Концепцией, владельцы/держатели должны обеспечить соблюдение прав субъектов персональных данных.

31. Основными задачами обеспечения информационной безопасности являются:

1) обеспечение безопасности, конфиденциальности и целостности обрабатываемых данных с соблюдением требований по обеспечению безопасности данных, включая персональные данные:

a) обеспечение безопасности и конфиденциальности информации, то есть предотвращение доступа к информации лиц без соответствующих прав и полномочий;

b) обеспечение логической целостности информации, предотвращение несанкционированного ввода, обновления и уничтожения информации;

c) обеспечение физической целостности информации;

2) обеспечение защиты информационной инфраструктуры от повреждения и попыток изменения работы.

32. Сбор, обработка, хранение и поставка персональных данных осуществляется в соответствии с положениями Закона № 133/2011 о защите персональных данных.

33. Для выполнения задач по обеспечению информационной безопасности и защиты персональных данных в Системе используются следующие механизмы:

1) аутентификация и авторизация пользователей через сервис MPass и собственные средства системы;

2) управление доступом;

3) регистрация действий и аудит с использованием сервиса MLog.

34. Основными механизмами обеспечения информационной безопасности являются:

1) аутентификация и авторизация информации;

2) шифрование информации;

3) администрирование доступа к информации;

4) регистрация действий пользователей Системы;

5) мониторинг и надзор за доступом к информации;

6) аудит безопасности;

7) создание запасных копий безопасности данных;

8) процедуры восстановления в случае необходимости.

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

36. Система разрабатывается таким образом, чтобы свести к минимуму участие человеческого фактора. В этом контексте важным элементом информационной безопасности является усвоение персоналом методов и приемов пресечения угроз.

37. Регистрация событий в Системе осуществляется собственными средствами, а также путем интеграции с сервисом MLog.