HGO550/2018
Внутренний номер:  375905
Varianta în limba de stat
Карточка документа

Республика Молдова
ПРАВИТЕЛЬСТВО
ПОСТАНОВЛЕНИЕ Nr. 550
от  13.06.2018
об утверждении Технической концепции
Автоматизированной системы производства и выдачи
разрешительных документов
Опубликован : 15.06.2018 в Monitorul Oficial Nr. 195-209     статья № : 597
    Правительство ПОСТАНОВЛЯЕТ:
    Утвердить Техническую концепцию Автоматизированной системы производства и выдачи разрешительных документов (прилагается).

    ПРЕМЬЕР-МИНИСТР                                                      Павел ФИЛИП

    Контрасигнует:
    министр экономики
    и инфраструктуры                                                               Кирил Габурич

    № 550. Кишинэу, 13 июня 2018 г.


Утверждена
Постановлением Правительства
№ 550 от 13 июня 2018 г.

ТЕХНИЧЕСКАЯ КОНЦЕПЦИЯ
Автоматизированной информационной системы
производства и выдачи разрешительных документов

ВВЕДЕНИЕ
    1. Необходимость окна производства и выдачи разрешительных документов обусловлена сложностью процесса выдачи разрешительных документов, что создает значительную нагрузку для предпринимателей при получении разрешительных документов.  Процесс выдачи разрешительных документов существенно отличается в различных органах публичной власти-эмитентах; процедуры выдачи разрешительных документов не стандартизированы для всех государственных учреждений и отсутствуют механизмы обеспечения прозрачности всего процесса выдачи разрешительных документов.
    2. Автоматизированная  информационная система производства и выдачи разрешительных документов (АИС ПВРД), предлагаемая в настоящей Концепции, будет способствовать упрощению процесса выдачи разрешительных документов как для предпринимателей, так и для публичных органов-эмитентов.  Предлагается всем публичным органам, выдающим разрешительные документы, пользоваться единой информационной системой по управлению процессом приема заявлений для выдачи разрешительных документов, коммуникации и обмена информацией между публичными органами, занимающимися выдачей разрешительных документов, а также стандартизации некоторых процессов обработки заявлений и выдачи разрешительных документов.  Органы публичного управления, осуществляющие в настоящее время процесс выдачи разрешительных документов посредством информационных систем, должны разработать электронные интерфейсы с предлагаемой информационной системой, которые позволили бы подачу заявлений в электронной форме.
    3. АИС ПВРД послужит основой для единого окна выдачи разрешительных документов и интегрирует самые современные инструменты информационных технологий с целью экономии времени, денег и административных усилий предпринимателей в ходе подачи заявления и получения разрешительных документов. Предлагаемая информационная система в рамках АИС ПВРД станет центральным пунктом для подключения публичных органов и координации их действий, посредством которого учреждения смогут обмениваться данными в целях сокращения количества сведений, которые необходимо представить заявителям для получения разрешительных документов.
    4. Использование единой информационной системы для производства и выдачи разрешительных документов, помимо вышеперечисленных преимуществ и функций, установит механизм для контроля эффективности работы публичных органов в процессе выдачи разрешительных документов и обозначит решения по оптимизации с целью улучшения и упрощения выдачи разрешений.
    5. В настоящей концепции описываются цели, задачи, функции и архитектура АИС ПВРД, а также устанавливается ее владелец, держатель, оператор, поставщик данных и пользователи.
    6. АИС ПВРД обеспечивает функционирование механизма производства и выдачи разрешительных документов, установленного Постановлением Правительства № 753 от 14 июня 2016 г.
ОБЩИЕ ПОЛОЖЕНИЯ
    7. АИС ПВРД представляет совокупность средств программного обеспечения, аппаратного обеспечения и инфраструктуры пользователя, предназначенных для обработки информации и формирования информационного ресурса выдачи разрешительных документов.
    8. АИС ПВРД формирует информационный ресурс Регистр разрешительных документов (в дальнейшем – РРД).
    9. В настоящем Положении используемые основные понятия означают следующее:
    разрешительный документ – констатирующий документ или акт, посредством которого государственный орган-эмитент устанавливает определенные юридические факты и выполнение условий, установленных законом, удостоверяя наделение заявителя рядом прав и обязанностей в целях инициирования, осуществления и/или прекращения предпринимательской деятельности либо связанных с нею и неотъемлемых от нее действий. Разрешительный документ может именоваться лицензией, разрешением, пропуском, сертификатом, заключением, утверждением, патентом, квалификационным аттестатом;  
    орган-эмитент – любая организационная структура или публичный орган, созданные на основании закона или другого нормативного акта, а также подведомственные им учреждения, наделенные функциями по регулированию и/или контролю, действующие в режиме публичной власти в целях реализации определенного публичного интереса. К органам публичной власти приравниваются юридические лица частного права, выполняющие функции органа публичной власти или использующие сферу публичного владения, наделенные полномочиями по оказанию услуг государственного значения;
    личный кабинет – виртуальное пространство в АИС ПВРД, которое сосредоточивает в себе всю функциональность и документы заявителя на получение разрешительных документов.
    заявление на получение разрешительных документов – документ, составленный физическими или юридическими лицами, которым запрашивается выдача разрешительного документа.
    услуга типа «front office» – услуга, представляющая   прямое взаимодействие с клиентом, такая как консультационные встречи, прием заявлений, презентации, консультации по телефону, электронные сообщения, онлайн сервисы и др.;
    заявитель на получение разрешительного документа (заявитель) – физическое или юридическое лицо, запрашивающее получение разрешительного документа;
    АГУ – Государственное учреждение «Агентство государственных  услуг».
    10. АИС ПВРД охватывает функциональные возможности по ведению  документооборота, обмену информацией, оповещению, хранению данных и применению в режиме онлайн, необходимые для запроса и выдачи разрешительных документов.
    11. РРД является  государственным регистром, предназначенным для регистрации разрешительных документов и обеспечения консультирования и получения из него выписок органами публичной власти, физическими лицами и экономическими агентами Республики Молдова.
    РРД будет неотъемлемой частью государственных информационных ресурсов.
    12. АИС ПВРД будет предоставлять в распоряжение заявителей следующие услуги:
    1) получение разрешительных документов посредством Портала через Правительственный портал публичных услуг;
    2) доступ ко всей информации, необходимой для получения разрешительных документов;
    3) подача заявлений онлайн на получение разрешительных документов;
    4) подача заявлений онлайн на получение документов, необходимых для получения разрешений;
    5) оплата сборов онлайн для получения разрешительных документов;
    6) электронный обмен сведениями, относящимися к разрешительным документам, между публичными органами и их системами ИТ;
    7) применение электронной подписи в документах.
    13. АИС ПВРД выполняет следующие задачи:
    1) создание единой точки доступа через портал государственных услуг, посредством которого заявители смогут подать свои заявления на получение разрешительных документов;
    2) сокращение числа необходимых документов, необходимых для подачи заявления на получение разрешительных документов;
    3) сокращение до минимума физического взаимодействия между просителями разрешительных документов и публичными органами в процессе выдачи разрешительных документов;
    4) подтверждение данных, представленных заявителями на получение разрешительных документов, и сокращение объема сведений, которые необходимо  представить в процессе подачи заявления на выдачу разрешительных документов путем осуществления интероперабельности и обмена данными с информационными системами других органов публичной власти;
    5) стандартизация процедур выдачи разрешительных документов и создание механизма мониторинга эффективности обработки и выдачи разрешительных документов ответственными публичными органами эмитентами и служащими данных органов, участвующими в этом процессе;
    6) создание единого механизма мониторинга соблюдения сроков выдачи разрешительных документов;
    7) создание механизма, позволяющего заявителям разрешительных документов следить за этапами обработки своих заявлений;
    8) содействие исключению практики выдачи разрешительных документов на бумажном носителе для использования на территории Республики Молдова, предоставляя доступ онлайн к сведениям о выданных разрешительных документах;
    9) создание автоматического интерфейса для публикации данных на Правительственном портале открытых данных (www.date.gov.md).
    14. Основными принципами АИС ПВРД являются:
    1) принцип законности, согласно которому функции и операции, выполняемые пользователями, являются законными и соответствуют правам человека и действующему национальному законодательству;
    2) принцип достоверности данных, который предусматривает, что информация, хранящаяся на устройствах накопления данных или на бумажном носителе, соответствует фактическому состоянию объектов в АИС ПВРД;
    3) принцип идентификации, согласно которому информационным пакетам присваивается классификационный код на системном уровне, посредством которого их можно однозначно идентифицировать и ссылаться на них;
    4) принцип обоснованности данных, предусматривающий, что ввод данных в систему АИС ПВРД осуществляется только на основании записей из документов, принятых в качестве источников информации;
    5) принцип системного аудита, предполагающий, что система записывает информацию о происходящих изменениях, чтобы сделать  возможным воссоздание истории документа или его состояния на более ранней стадии;
    6) принцип независимости от платформы программного обеспечения, согласно которому АИС ПВРД может  быть создан  на основе модулей, разработанных по заказу или на основе существующего программного обеспечения. Концепция никоим образом не ограничивает подход к развитию системы, при условии удовлетворения выявленных потребностей и предложения наибольшей ценности за предложенную цену;
    7) принцип доступности и интегрируемости, предусматривающий, что, даже если предлагается множество функций, АИС ПВРД построена как неотъемлемый элемент, используемый пользователем через единый интерфейс.  Более того, принцип означает, что расширение и развитие системы будет осуществляться с помощью протоколов и точек подключения, разработанных с самого начала;
    8) принцип конфиденциальности информации, который предусматривает, в соответствии с действующим законодательством, персональную ответственность сотрудников, отвечающих за обработку информации в системе, за несанкционированное использование и распространение информации;
    9) принцип совместимости, согласно которому АИС ПВРД должна быть совместима с системами, существующими как в стране, так и за ее пределами;
    10) принцип ориентирования на пользователя, согласно  которому структура, содержание, средства доступа и навигация ориентированы на пользователей системы;
    11) принцип расширяемости, согласно которому составляющие АИС ПВРД предлагают средства облегчения и расширения существующей функциональности для соответствия непрерывно меняющимся потребностям в данной области;
    12) принцип прогрессивного развития, согласно которому создание системы и постоянное изменение ее отдельных компонентов  осуществляются в соответствии с передовыми информационными технологиями;
    13) принцип последовательности, который подра-зумевает поэтапную разработку и внедрение проекта;
    14) принцип эффективной функциональности, подра-зумевающий оптимизацию соотношения между качеством и стоимостью;
    15) принцип использования открытых стандартов, который применяется как для обеспечения интероперабельности с внешними системами, так и сохранения информации в соответствии с действующими нормами;
    16) принцип информационной безопасности, который предполагает обеспечение желаемого уровня целостности, исключительности, доступности и эффективности защиты данных от потери, искажения, уничтожения и несанкционированного использования.  Безопасность системы подразумевает устойчивость к атакам и защиту секретности, целостности и подготовки к работе как АИС ПВРД, так и ее данных.
НОРМАТИВНАЯ БАЗА АИС ПВРД
    15. Нормативная база АИС ПВРД состоит из национального законодательства, международных договоров и конвенций, стороной которых Республика Молдова является.  В частности, во внимание принималась законодательная  база в профильной области и в области информационно-коммуникационных технологий (ИКТ).  Создание и функционирование АИС ПВРД будут регулироваться следующими нормативными актами:
    1) Закон № 982-XIV от 11 мая 2000 года о доступе к информации;
    2) Закон № 1069-XIV от 22 июня 2000 года об информатике;
    3) Закон № 467-XV от 21 ноября 2003 года об информатизации и государственных информационных ресурсах;
    4) Приказ министра информационного развития № 78 от 1 июня 2006 г. «Об утверждении технического регламента «Процессы жизненного цикла программного обеспечения».
    5) Закон № 71-XVI от 22 марта 2007 года о регистрах;
    6) Закон № 133 от 8 июля 2011 года о защите персональных данных;
    7) Закон № 160 от 22 июля 2011 года о регулировании предпринимательской деятельности путем разрешения;
    8) Закон № 161 от 22 июля 2011 года о внедрении единого окна в осуществлении предпринимательской деятельности;
    9) Постановление Правительства № 546 от 20 июля 2011 г. «Об утверждении Положения о предоставлении услуг Телекоммуникационной системы органов публичного управления и внесении изменений в некоторые постановления Правительства»;
    10) Постановление Правительства № 710 от 20 сентября 2011 г. «Об утверждении Стратегической программы технологической модернизации управления (е-Преобразование)»;
    11) Постановление Правительства № 280 от 24 апреля 2013 г. «О некоторых мерах по внедрению Правительственной услуги электронных платежей (MPay)»;
    12) Постановление Правительства № 329 от 28 мая 2012 г. «О правительственной услуге электронных платежей (MPay)»;
    13) Постановление Правительства № 857 от 31 октября 2013 г. «О Национальной стратегии развития информационного общества «Цифровая Молдова 2020»;
    14) Постановление Правительства № 1090 от 31 декабря 2013 г. «О правительственной электронной услуге аутентификации и контроля доступа (MPass)»;
    15) Постановление Правительства № 128 от 20 февраля 2014 г. «Об общей правительственной технологической платформе (MCloud)»;
    16) Постановление Правительства № 405 от 2 июня 2014 г.  «Об интегрированной правительственной электронной услуге электронной подписи (MSign)»;
    17) Постановление Правительства № 404 от 2 июня 2014 г. «О пилотировании платформы интероперабельности»;
    18) Закон № 91 от 29 мая 2014 года об электронной подписи и электронном документе;
    19) Постановление Правительства № 700 от 25 августа 2014 г. «Об утверждении Концепции о принципах открытых правительственных данных»;
    20) Постановление Правительства № 708 от 28 августа 2014 г. «О правительственной электронной услуге протоколирования (MLog)»;
    21) Постановление Правительства № 717 от 29 августа 2014 г. «О правительственной платформе регистров и разрешительных документов (ППРРД)»;
    22) Приказ Государственной канцелярии № 305 от 9 сентября 2014 г. «Об утверждении Типового соглашения и Типового договора об оказании услуг общей правительственной технологической платформы (MCloud)».
ФУНКЦИОНАЛЬНОЕ ПРОСТРАНСТВО АИС ПВРД
    16. Основными функциями АИС ПВРД являются:
    1) Формирование информационного ресурса:
    Основные функции формирования информационного ресурса системы: первичная постановка на учет, обновление данных и снятие с учета информационного объекта (изменение статуса объекта).  Эти функции реализуются в зависимости от выполнения определенных основных сценариев:
    a) первичная постановка на учет информационных объектов осуществляется после принятия регистратором решения о внесении объекта в  регистр. В таком случае каждому информационному объекту присваивается уникальный идентификатор (за исключением заимствованных информационных объектов), который остается неизменным на протяжении всего существования объекта в регистре, а в банк    данных вносятся  сведения об объекте учета в установленном объеме;
    b) актуализация данных АИС ПВРД заключается в систематическом обновлении базы  данных системы  в случае изменения или дополнения атрибутов объектов учета.  Все изменения хранятся в хронологическом порядке;
    c) снятие с учета заключается в изменении статуса объекта (включая перевод данных об объекте в архив в конце его жизненного цикла) на основании решения регистратора при наступлении определенных событий путем проставления специальной отметки, что не представляет собой физическое исключение данных об объекте из регистра.
    Информация в АИС ПВРД вносится только на основании решения регистратора при наличии документов, подтверждающих достоверность сведений, или информации, полученной из других АИС, подтверждающих достоверность данных, со ссылкой на документ или информационный ресурс, на основании которого произошла актуализация данных.
    2) Организация информационного обеспечения
    Сведения из банка данных РРД предоставляются руководству и заинтересованным подразделениям АГУ, а также при информационном обмене участникам АИС ПВРД.  При этом каждый участник обязан использовать их только в законных целях.
    Уровень доступа пользователя к запрашиваемой информации из АИС ПВРД устанавливается законодательством в зависимости от его правового статуса и правового режима информации.  Процедура предоставления информации и ее тип устанавливаются в Положении о ведении РРД и другими нормативными актами, разработанными совместно с держателем и владельцем АИС ПВРД.
    3) Обеспечение безопасности и защиты данных
    Обеспечение безопасности и защиты данных на всех этапах сбора, хранения и использования информационных ресурсов, связанных с выдачей разрешительных документов в Республике Молдова, осуществляется в соответствии с требованиями стандарта SM ISO CEI 27001.
    4) Обеспечение качества данных
    Обеспечение качества данных осуществляется за счет создания и поддержания компонентов системы качества, основанных на процессном подходе в соответствии с международными стандартами SM SR EN ISO 9001.
    5) Всестороннее обеспечение функционирования АИС ПВРД
    Всестороннее обеспечение функционирования АИС ПВРД подразумевает взаимодействие и интеграцию с другими государственными информационными системами или правительственными электронными услугами.
    17. В рамках функционирования АИС ПВРД выполняются специфические функции, сгруппированные в специальные функциональные контуры.
    18. Функциональный контур информационного взаимодействия всех участников системы АИС ПВРД –  «АДМИНИСТРИРОВАНИЕ И МОНИТОРИНГ» представляет собой интегрированную подсистему контроля и мониторинга формирования и использования информационного ресурса учета разрешительных документов.
    Данный контур включает следующие функции:
    a) обеспечение логической целостности АИС ПВРД;
    b) администрирование баз данных АИС ПВРД;
    c) разработка и ведение системных руководств и классификаторов;
    d) разграничение прав доступа для пользователей, введение системы паролей;
    e) мониторинг разрешительных документов и сопроводительных документов;
    f) обеспечение безопасности, защиты и целостности информации в системе согласно  требованиям национальных стандартов SM EN ISO/IEC 27001:2017 «Технология информации.  Техника безопасности.  Системы управления безопасностью информации.  Требования»;
    f) обеспечение соблюдения требований Закона №133 от 8 июля 2011 года о защите персональных данных.
    1) Функциональный контур «РАЗРЕШИТЕЛЬНЫЙ ДОКУМЕНТ» включает функции учета:
    a) решений о выдаче разрешительного документа;
    b) выданных разрешительных документов;
    c) решений об отказе в выдаче разрешительного документа;
    d) решений о приостановлении действия разрешительного документа.
    2) Функциональный контур «УЧАСТНИКИ СИСТЕМЫ» включает функции учета:
    a) заявителей на получение разрешительных документов;
    b) органов-эмитентов;
    c) органов/учреждений, участвующих в выдаче разрешительных документов.
    3) Функциональный контур «ДОКУМЕНТЫ» включает функции учета:
    a) входящих документов в АИС ПВРД;
    b) технологических документов АИС ПВРД (включая технические);
    c) исходящих документов АИС ПВРД.
ОРГАНИЗАЦИОННАЯ ПЛАТФОРМА АИС ПВРД
    19. Основные функции в формировании и использовании АИС ПВРД разделены между:
    1) владельцем информационного ресурса;
    2) держателем информационного ресурса;
    3) регистраторами информационного ресурса.
    20. Владельцем АИС ПВРД является Министерство экономики и инфраструктуры.
    21. Держателем АИС ПВРД является Агентство государственных услуг, которое, на основе контрактов, заключенных с владельцем, и в соответствии с Положением о ведении Регистра разрешительных документов обеспечит его поддержание.
    22. Регистраторами РРД являются органы-эмитенты, указанные в Перечне разрешительных документов, выдаваемых государственными органами-эмитентами физическим и юридическим лицам для осуществления предпринимательской деятельности (в дальнейшем –  Перечень), утвержденном в приложении 1 к Закону № 160 от 22 июля   2011 года о регулировании предпринимательской деятельности путем разрешения, которые вводят данные в связи с выдачей разрешительных документов, указанных в Перечне.
ДОКУМЕНТЫ АИС ПВРД
    23. В АИС ПВРД используются следующие категории документов:
    1) входящие документы, которые являются основой для ввода данных в систему;
    2) исходящие документы, полученные в результате работы системы;
    3) технологические документы.
    24. Входящие документы делятся на:
    1) заявления;
    2) отчеты об испытаниях;
    3) приложения к заявлениям;
    4) документы, сканированные в формате PDF, JPG, необходимые для процесса запроса о выдаче разрешительного документа.
    25. Исходящими документами являются:
    1) разрешительные документы;
    2) решение о выдаче разрешительного документа;
    3) решение об отказе в выдаче разрешительного документа;
    4) отчеты, содержащие информацию о разрешительном документе;
    5) статистические отчеты о запрошенных/выданных разрешительных документах;
    6) уведомление (о выдаче, отказе).
    26. Технологическими документами являются:
    1) документы, содержащие информацию о регистрации предприятия;
    2) документы, содержащие кадастровую информацию;
    3) документы, содержащие информацию о налоговых обязательствах налогоплательщика;
    4) документы, содержащие информацию о регистрации налогоплательщика;
    5) подтверждение выплат в бюджет социального страхования;
    6) подтверждение выплат в фонд медицинского страхования;
    7) документы, содержащие информацию о регистрации биологических продуктов;
    8) документы, содержащие информацию об использовании продуктов фитосанитарного назначения и удобрений;
    9) документы, содержащие информацию о выданных санитарных-ветеринарных сертификатах;
    10) документы, содержащие информацию о выданных фитосанитарных сертификатах;
    11) документы, содержащие информацию о выданных санитарных разрешениях в целях функционирования предприятия;
    12) документы, содержащие информацию о выданных лицензиях;
    13) документы, содержащие другие необходимые сведения для выдачи разрешительных документов, которые должны определяться в процессе добавления разрешительных документов в систему АИС ПВРД.
    14) список с историей (журналом) действий, связанных с запросами на получение разрешительных документов.
ИНФОРМАЦИОННЫЙ РЕСУРС
    27. Информационный ресурс АИС ПВРД представлен совокупностью информационных объектов и их взаимодействий.  Информационные объекты определяются назначением АИС ПВРД и включают:
    1) заявитель:
    физическое лицо – информационный объект, заимствованный из Государственного регистра населения;
    правовая единица – информационный объект, заимствованный из Государственного регистра правовых единиц;
    2) орган-эмитент – орган/учреждение, участвующее в выдаче разрешительных документов;
    3) документ, который классифицируется следующим образом:
    заявление – документ, в котором запрашивается выдача разрешительного документа, который составляется заявителем в электронном формате или на бумажном носителе;
    уведомление о принятии – сообщение, отосланное АИС ПВРД в адрес заявителя, содержащие информацию о принятии заявления на выдачу разрешительного документа;
    уведомление об отказе – сообщение, отосланное АИС ПВРД, содержащее сведения об отклонении заявления на выдачу разрешительного документа с указанием причины отказа;
    уведомление о новом заявлении – сообщение, отосланное АИС ПВРД в адрес пользователя органа публичного управления, ответственного за обработку данных и выдачу разрешительного документа, содержащее информацию о факте регистрации нового заявления;
    уведомление о статусе заявления – сообщение, отосланное АИС ПВРД в адрес заявителя, содержащее сведения о статусе поданного заявления;
    выданный разрешительный документ – документ, изданный АИС ПВРД, посредством которого орган-эмитент констатирует некоторые правовые факты и соответствие условиям, установленным законом, подтверждающий присуждение заявителю ряда прав и обязательств по инициированию, ведению и/или прекращению предпринимательской деятельности или иных связанных действий, являющихся ее неотъемлемой частью;
    отчет о лабораторных испытаниях – документ, выданный лабораторией, содержащий сведения о проведенных лабораторных испытаниях в отношении заявления, в котором запрашивается выдача разрешительного документа;
    статистический отчет – документ, генерируемый АИС ПВРД, в котором отражается обобщение данных, хранящихся в системе, организованных согласно определенной структуре;
    4) событие (информационный межсистемный объект)
    Заимствованные информационные объекты – «физическое лицо» и «правовая единица» – изначально регистрируются и идентифицируются в других системах, соответственно Государственном регистре населения и Государственном регистре правовых единиц, для которых непосредственно в АИС ПВРД содержатся только идентификационные номера (IDNP или IDNO) – в этом случае не допускается изменение идентификатора.  Все необходимые дополнительные данные доступны в Государственном регистре населения или Государственном регистре правовых единиц, а при необходимости могут быть дополнены.
    28. В АИС ПВРД используются следующие идентификаторы информационных объектов:
    1) идентификатор информационного объекта «физическое лицо» - государственный идентификационный номер физического лица (IDNP);
    2) идентификатор информационного объекта «правовая единица» - государственный идентификационный номер правовой единицы (IDNO) из Государственного регистра правовых единиц;
    3) идентификатор информационного объекта «выданный разрешительный документ» - уникальный идентификационный код, генерируемый и присваиваемый системой, имеющий следующую структуру:
    ”PERMIT”+YYMMDDNNNN, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата в цифрах;
    NNNN – порядковый номер документа, выданного системой разрешительного документа, согласно регистрации на текущую дату;
    4) идентификатор информационного объекта «заявление» – номер, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    ”CERERE”+YYMMDDNNNN, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата в цифрах;
    NNNN – порядковый номер заявления, согласно регистрации на текущую дату;
    5) идентификатор информационного объекта «уведомление о принятии» – номер, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    ”NOTIF_ACCEPT”+YYMMDDNNNN уведомления о принятии, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата в цифрах;
    NNNN – порядковый номер уведомления о принятии, согласно регистрации на текущую дату;
    6) идентификатор информационного объекта «уведомление об отказе» – порядковый номер, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    ”NOTIF_REFUZ”+YYMMDDNNNN, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата в цифрах;
    NNNN – порядковый номер уведомления об отказе, согласно регистрации на текущую дату;
    7) идентификатор информационного объекта «уведомление о новом заявлении» - уникальный идентификационный код, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    ”NOTIF_CERERE_NOUA”+YYMMDDNNNN, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата в цифрах;
    NNNN – порядковый номер уведомления о новом заявлении, согласно регистрации на текущую дату;
    8) идентификатор информационного объекта «уведомление о статусе заявления» – уникальный идентификационный код, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    ”NOTIF_СТАТУС”+YYMMDDNNNN, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата в цифрах;
    NNNN – порядковый номер уведомления о статусе заявления, согласно регистрации на текущую дату;
    9) идентификатор информационного объекта «отчет о лабораторных испытаниях» - уникальный идентификационный код, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    ”RAPORT_LABORATOR”+YYMMDDNNNN, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – датав цифрах;
    NNNN – порядковый номер документа отчета о лабораторных испытаниях, загруженного в систему, согласно регистрации на текущую дату;
    10)  идентификатор информационного объекта «статистический отчет» –  уникальный идентификационный код, генерируемый и присваиваемый АИС ПВРД, имеющий следующую структуру:
    „Наименование отчета” + YYMMDDHHLLSS, где:
    YY – последние цифры текущего года;
    MM – месяц в цифрах;
    DD – дата, в цифрах;
    HH – час, когда был создан отчет;
    LL –  время создания отчета в минутах;
    SS –  время создания отчета в секундах.
    29. В АИС ПВРД используются следующие основные сценарии:
    1) подача заявлений посредством портала государственных услуг  
    Настоящий сценарий используется заявителями на выдачу разрешительных документов, имеющими доступ к сети Интернет, которые могут аутентифицироваться на портале посредством системы MPass.  Заявители освобождаются от необходимости посещения органов публичного управления, ответственных за выдачу разрешительных документов, и могут подать заявление в электронном формате и приложить все необходимые документы также в электронном формате.  Заявитель разрешительных документов выполняет следующие шаги:
    a) открытие портала государственных услуг www.servicii.gov.md;
    b) аутентификация в АИС ПВРД посредством MPass при помощи цифрового сертификата;
    c) просмотр перечня разрешительных документов и выбор необходимого документа;
    d) заполнение электронной формы необходимой информацией (форма также будет содержать список документов, прилагаемых к заявлению.  В случае подачи заявления на продление действия разрешительного документа, заявитель выбирает вариант продления действия разрешительного документа в форме заявления и указывает сведения о разрешительном документе, для которого запрашивается продление);
    e) приложение необходимых документов;
    f) в случае если заявитель не прилагает некоторые необходимые документы, он подает заявление на получение необходимых документов.  (этапы запроса недостающих документов описаны в сценарии, посвященном данной функции);
    g) уплата государственной пошлины за получение разрешительных документов при помощи Правительственной услуги электронных платежей (MPay) или банковским переводом.  После осуществления платежа АИС ПВРД получает подтверждение об оплате из системы MPay или, в противном случае, специалист органа-эмитента проверяет факт осуществления платежа другими средствами (такими как проверка банковского счета);
    h) после прикрепления всех документов и заполнения формы заявления заявитель может сохранить заявление как «черновик» или подписать электронной подписью и отослать на исполнение ответственному органу публичного управления;
    i) АИС ПВРД генерирует уникальный номер заявления, который будет служить уникальным идентификатором на протяжении всего потока запроса и выдачи разрешительного документа;
    j) ответственный орган публичного управления получает уведомление посредством электронной почты или АИС ПВРД о создании нового заявления в системе;
    k) АИС ПВРД генерирует подтверждающий документ, который подтверждает факт подачи заявления.
    2) подача заявлений через территориальные подразделения АГУ.
    Возможность подать заявление посредством территориальных подразделений АГУ будет доступна для заявителей, которые не имеют возможности подать запрос посредством портала государственных услуг и не желают посещать офисы органов публичного управления-эмитентов разрешительных документов.  Данный сценарий доступен для заявлений, подаваемых в органы публичной власти, не имеющие территориальных офисов, что делает перемещение с целью подачи заявлений дорогостоящим. Согласно данному сценарию, территориальные подразделения АГУ представляют собой услугу типа «front office» и точки взаимодействия между заявителями на выдачу разрешительных документов и органами-эмитентами разрешительных документов.  Заявители посещают территориальные подразделения АГУ с целью подачи заявлений, которые отцифровываются и подаются в электронном виде для обработки ответственными органами публичной власти.  Ниже перечислены этапы предлагаемого сценария:
    a) заявитель является в территориальное подразделение АГУ;
    b) сотрудник АГУ предлагает заявителю помощь в правильном заполнении заявления на продление разрешительного документа, заявитель заполняет форму заявления на продление разрешительного документа и вносит информацию о разрешительном документе, для которого запрашивается продление;
    c) заявитель заполняет заявление на бумажном носителе, подписывает заявление;
    d) заявитель представляет копии на бумажном носителе или оригиналы документов, которые должны быть приложены к заявлению;
    e) сотрудник АГУ аутентифицируется в АИС ПВРД посредством MPass;
    f) служащий территориального подразделения АГУ заполняет заявление и прилагает сканированные документы из АИС ПВРД от имени заявителя и подписывает заявление при помощи цифровой подписи.  Заявление подписывается в электронной форме представителем территориального подразделения АГУ для подтверждения факта соответствия электронной версии заявления и сканированных документов, представленных на бумажном носителе и подписанных заявителем;
    g) в случае, если заявитель не прилагает некоторые необходимые документы, он  подает заявление на получение необходимых документов.  (сценарий запроса на выдачу недостающих документов описан в сценарии данной функции).  Если заявитель не прилагает какие-либо документы, необходимые для получения разрешительного документа, АГУ обеспечивает проведение процедуры заполнения заявления на получение только тех документов, которые входят в компетенцию АГУ; в противном случае, дается отказ в принятии заявления.
    h) после заполнения заявления АИС ПВРД генерирует счет на оплату выдачи разрешительных документов.  Сотрудник АГУ вручает заявителю счет на оплату;
    i) заявитель оплачивает счет в отделении банка, посредством платежных терминалов, установленных в общественных местах, в территориальных подразделениях АГУ, посредством Правительственной услуги  электронных платежей (MPay) или банковским переводом;
    j) после осуществления платежа АИС ПВРД получает подтверждение об оплате;
    k) заявление может быть сохранено как «черновик», если работа над ним не завершена, и может быть отослано позже;
    l) в случае, если заявление заполнено, специалист АГУ подает заявление в ответственный орган публичного управления на обработку и исполнение.  Оригиналы заявлений (на бумажном носителе) передаются один раз в месяц органу публичного управления, ответственному за выдачу разрешительного документа;
    m) АИС ПВРД генерирует уникальный номер заявления, который будет служить уникальным идентификатором на протяжении всего потока запроса и выдачи разрешительного документа;
    n) ответственный орган публичного управления получает уведомление по электронной почте или посредством АИС ПВРД касательно создания нового заявления в системе;
    o) в случае, если заявление не заполнено правильно или содержит недостоверные данные, представитель органа публичного управления отказывает в принятии заявления.  Заявитель уведомляется об отклонении заявления;  
    3) подача заявлений производится в офисе органа публичного управления, ответственного за выдачу разрешительного документа
    Настоящий сценарий используется в случаях, когда заявители посещают органы публичной власти, эмитенты, с целью подачи получения разрешительных документов. Данный сценарий включает запрос на выдачу разрешительных документов через АИС ПВРД ввиду стандартизации процедуры запроса, обработки, содействия обмену данными между органами и для обеспечения прозрачности всего процесса запроса и выдачи разрешительных документов.
    Сценарий запроса на выдачу разрешительных документов в офисе органов публичной власти, эмитентов, включает следующие этапы:
    a) заявитель является в офис органа публичного управления;
    b) представитель органа публичной власти предлагает заявителю помощь в правильном заполнении заявления на бумажном носителе;
    c) заявитель заполняет форму заявления на бумажном носителе и подписывает заявление (в случае подачи заявления на продление разрешительного документа заявитель заполняет форму заявления на продление разрешительного документа и вносит информацию о разрешительном документе, для которого запрашивается продление);
    d) заявитель представляет копии на бумажном носителе или оригиналы документов, которые прилагаются к заявлению;
    e) представитель органа публичной власти аутентифицируется в АИС ПВРД посредством MPass;
    f) представитель органа публичной власти заполняет заявление и прилагает сканированные документы из АИС ПВРД и подписывает заявление при помощи цифровой подписи.  Заявление подписывается в электронной форме сотрудником органа-эмитента разрешительных документов для подтверждения факта соответствия электронной версии заявления сканированным документам, представленным на бумажном носителе и подписанным заявителем;
    g) в случае, если заявитель не прилагает какие-либо из необходимых документов, он может запросить помощь в получении необходимых документов посредством АИС ПВРД.  Заявление сохраняется как «черновик» до момента получения всех необходимых документов. (сценарий запроса на выдачу недостающих документов/приложений описан в сценарии данной функции);
    h) после заполнения заявления АИС ПВРД генерирует счет на оплату выдачи разрешительных документов, по необходимости;
    i) представитель органа публичной власти вручает заявителю счет на оплату;
    j) заявитель оплачивает счет в отделении банка, посредством платежных терминалов, установленных в общественных местах, в территориальных подразделениях АГУ, посредством системы электронных платежей MPay, банковским переводом или наличным платежом в кассе органа-эмитента разрешительного документа;
    k) после проведения платежа, АИС ПВРД получает подтверждение об оплате, который будет доступен для сотрудника органа-эмитента разрешительных документов;
    l) заявление может быть сохранено как «черновик», если работа над ним не завершена, и может быть отослано позже;
    m) в случае, если заявление заполнено, представитель органа публичной власти подает заявление в ответственный орган публичного управления на обработку и исполнение;
    n) АИС ПВРД генерирует уникальный номер заявления, который будет использоваться заявителем для мониторинга статуса заявления путем входа в АИС ПВРД посредством портала государственных услуг;
    o) ответственный орган публичного управления получает уведомление по электронной почте или посредством АИС ПВРД касательно создания нового заявления в системе;
    4) сценарий получения недостающих документов включает следующие этапы:
    a) пользователь (заявитель, служащий почтового отделения, представитель органа публичной власти) заполняет заявление на получение разрешительного документа;
    b) в форме заявления открывается список документов, которые необходимо приложить к заявлению;
    c) в случае каждого документа, который необходимо приложить, пользователь может прикрепить электронный (сканированный) документ или запросить документ нажатием кнопки «запросить»; эта функция доступна для каждого документа в списке;
    d) после нажатия кнопки «запросить» открывается новая форма заявления и пользователь заполняет заявление на получение необходимого документа.  Процесс заполнения заявления и оплаты пошлины за получение документа аналогичен стандартному процессу подачи первичных заявлений, описанному в сценариях выше;
    e) в случае если не прилагаются все необходимые документы, заявление сохраняется со статусом «черновик», а заявитель может продолжить заполнение заявления позже, после получения всех документов;
    f) после получения необходимых документов заявитель заходит в свой личный кабинет и открывает черновик заявления;
    g) прилагаются все необходимые документы;
    5) анализ и обработка заявления органом публичной власти, ответственным за выдачу разрешительных документов
    После заполнения и подачи заявления ответственным органом публичной власти, оно изучается и анализируется специалистом, ответственным за анализ и обработку заявлений.  Ответственный специалист из органа публичной власти уведомляется посредством электронной почты или через АИС ПВРД о получении новых заявлений.  Заявление регистрируется в регистре входящих документов, на бумажном носителе или в электронной форме (компонент АИС ПВРД), и запускается процесс анализа и обработки заявлений.  Данный сценарий проводится во всех органах публичной власти, ответственных за выдачу разрешительных документов.  Ниже описаны шаги предлагаемого сценария:
    a) лицо, ответственное за прием заявлений в органе публичной власти, отвечающем за выдачу разрешительных документов, получает уведомление по электронной почте или в АИС ПВРД о поступлении новых заявлений на выдачу разрешительных документов;
    b) заявление передается на исполнение ответственному специалисту органа публичной власти посредством АИС ПВРД или на бумажном носителе посредством распечатки заявления и приложенных документов;
    c) ответственный специалист изучает заявление и комплект прилагаемых документов.  В случае если заявление заполнено неверно или содержит недостоверные данные или неподлинные документы, специалист органа публичной власти, ответственного за выдачу разрешительных документов, отклоняет заявление, оформляет обоснование отказа и отсылает уведомление об отклонении заявления заявителя;
    d) если заявление принимается, ответственный специалист осуществляет дополнительное электронное подтверждение данных из формы заявления и приложенных документов.  Он использует АИС ПВРД для получения данных из информационных систем других органов публичной власти или использует прямой доступ для получения необходимой информации;
    e) ответственный специалист уведомляется посредством АИС ПВРД об оплате счета;
    f) если все данные верны и заявитель выполняет все требования, необходимые для выдачи разрешительного документа, специалист заполняет форму разрешительного документа в АИС ПВРД или на бумажном носителе.
    g) документ на бумажном носителе передается руководству органа для принятия решения и подписания;
    h) документ в электронном формате передается руководству органа для принятия решения и подписания;
    i) после принятия решения, подписанного в электронной форме, специалист, ответственный за обработку заявления, отмечает статус разрешительного документа «Выдан» и уведомляет специалиста, ответственного за выдачу/доставку/вручение разрешительных документов о завершении работы над документом;
    j) в случае получения заявления о продлении разрешительного документа ответственный специалист изучает заявление и прилагаемые документы, открывает в системе дело разрешительного документа, на который запрашивается продление, и актуализирует разрешительный документ и его дело актуализированной информацией и документами;
    k) специалист, ответственный за выдачу/доставку/вручение, отмечает в АИС ПВРД завершение процесса выдачи разрешительного документа.  Разрешительный документ на бумажном носителе сканируется и вводится в АИС ПВРД  (в случае продления разрешительного документа специалист актуализирует информацию в АИС ПВРД и меняет статус разрешительного документа на «продлен» с указанием срока действия);
    l) АИС ПВРД уведомляет заявителя посредством электронной почты и личного кабинета о завершении обработки разрешительного документа;
    m) в случае если заявитель не является пользователем АИС ПВРД и заявление подается на бумажном носителе, почтой или в офис органа публичной власти-эмитента, АИС ПВРД уведомляет сотрудника АГУ или специалиста органа публичной власти, получившего заявление о завершении анализа заявления. Выдача разрешительного документа на бумажном носителе не носит обязательный характер.  В случае если заявитель просит выдачи документа (результата услуги) на бумажном носителе, о чем делается пометка в заявлении о предоставлении услуги, орган публичной власти, выдавший документ, передает его (в оригинале, на типовом бланке) в адрес АГУ для последующей выдачи;
    n) разрешительный документ вручается заявителю.  В случае если заявитель запросил доставку разрешительных документов по своему адресу, орган публичной власти отсылает разрешительные документы почтовой службой или другими службами доставки по адресу заявителя;
    o) учреждение, выдавшее разрешительный документ, регистрирует в АИС ПВРД факт выдачи разрешительного документа;
    p) разрешительный документ сохраняется в электронной форме в персональном электронном деле заявителя в АИС ПВРД;
    q) в случае если любой другой орган публичной власти запрашивает информацию о выдаче разрешительного документа, сведения о данном разрешительном документе можно получить из АИС ПВРД посредством платформы интероперабельности MConnect;
    6) сценарий взаимодействия с лабораториями, участвующими в выдаче разрешительных документов
    Настоящий сценарий разработан для упрощения взаимодействия между заявителем и лабораториями, участвующими в проведении лабораторных испытаний для выдачи разрешительных документов.  Цель заключается в минимизации числа посещений лабораторий заявителем.  После представления в лабораторию проб для проведения лабораторных испытаний и проведения необходимых испытаний результаты лабораторных испытаний передаются в электронной форме органам публичного управления для выдачи разрешительных документов.  Сценарий включает следующие этапы:
    a) после заполнения заявления на получение разрешительных документов заявитель подает заявление, осуществляет оплату и получает уникальный идентификационный номер для данного заявления (ID);
    b) заявитель или инспектор, собравший образцы для испытаний, отсылает образцы в специализированную лабораторию;
    c) заявитель или инспектор, собравший образцы для испытаний, маркирует образцы уникальным идентификационным номером (ID) заявления для его присвоения лабораторным испытаниям в соответствии с поданным заявлением;
    d) заявитель или инспектор, собравшие образцы, заполняют форму в лаборатории и указывают уникальный идентификационный номер, почтовый адрес и электронной почты, куда будут доставлены результаты лабораторных испытаний;
    e) после получения результатов лабораторных испытаний отчет об испытаниях подписывается в электронной форме и вводится в систему АИС ПВРД, в интерфейсе и роли лабораторий.  Отчет об испытаниях вводится в систему при помощи уникального идентификационного номера (ID), который относит прилагаемый отчет к делу соответствующего заявления. В случае если лаборатория не использует АИС ПВРД, отчеты об испытаниях отсылаются посредством почты, электронных сообщений или факса в данный ответственный орган для выдачи разрешительного документа, который прилагает их к соответствующей форме/папке заявления при помощи уникального идентификационного номера (ID);
    f) ответственное лицо в органе публичной власти анализирует и изучает форму заявления и прилагаемые документы, которые также включают отчет о результатах лабораторных испытаний;
    7) сценарий подачи разрешительных документов в органы публичной власти, требующие разрешительные документы
    Настоящий сценарий включает следующие этапы:
    a) в случае если заявитель заполняет заявление на выдачу разрешительного документа, он указывает орган публичной власти и адрес представления разрешительного документа после выдачи;
    b) в случае если орган публичной власти является пользователем системы, орган публичной власти получает уведомление о факте выдачи разрешительного документа и имеет доступ к разрешительным документам, выданным одному конкретному заявителю;
    c) в случае если орган публичной власти не пользуется системой, разрешительный документ отсылается органом-эмитентом посредством почты, электронных сообщений или другими службами доставки;
    d) все разрешительные документы, выданные посредством АИС ПВРД, сохраняются в АИС ПВРД и любом другом органе публичного управления с явным правом доступа к информации о выданных разрешительных документах, включая форму заявления, прилагаемые документы, отчеты о лабораторных испытаниях и др.  Уровень и права доступа к информации о разрешительных документах устанавливаются администратором АИС ПВРД.
    Это базовые сценарии в АИС ПВРД, используемые для выдачи разрешительных документов.  На этапе разработки детальных функциональных и нефункциональных требований рабочие процессы и сценарии описываются более подробно.  АИС ПВРД служит отправной точкой в разработке технической платформы для внедрения единого национального окна;
    8) сценарий приостановления, возобновления срока действия разрешительного документа запускается ответственным специалистом органа-эмитента разрешительного документа
    Настоящий сценарий состоит из следующих этапов:
    a) АИС ПВРД уведомляет специалиста органа-эмитента о необходимости открыть дело разрешительного документа;
    b) специалист органа-эмитента разрешительного документа открывает дело разрешительного документа в АИС ПВРД и открывает разрешительный документ;
    c) для приостановления или возобновления срока разрешительного документа специалист изменяет статус разрешительного документа на «Приостановлен» или «Активный» и прилагает необходимые документы (дата и номер решения), на основании которых осуществляется приостановление или возобновление срока действия.  Статус разрешительного документа изменяется только после утверждения руководством органа;
    d) руководство органа уведомляется об изменении статуса разрешительного документа;
    e) руководство органа утверждает изменение статуса;
    f) АИС ПВРД уведомляет бенефициара/владельца разрешительного документа об изменении статуса разрешительного документа;
    9) сценарий отзыва разрешительного документа заключается в следующих этапах:
    a) АИС ПВРД уведомляет специалиста органа-эмитента о необходимости открыть дело разрешительного документа;
    b) специалист органа-эмитента разрешительного документа открывает дело разрешительного документа в АИС ПВРД и открывает разрешительный документ;
    c) для отзыва разрешительного документа специалист изменяет статус разрешительного документа на «отозван» и прилагает необходимые документы (дата и номер решения), на основании которых осуществляется отзыв разрешительного документа.  Статус разрешительного документа изменяется только после утверждения руководством органа;
    d) руководство органа уведомляется об изменении статуса разрешительного документа;
    e) руководство органа утверждает изменение статуса;
    f) АИС ПВРД уведомляет бенефициара/владельца разрешительного документа об изменении статуса разрешительного документа;
    10) сценарий объявления разрешительного документа недействительным состоит из следующих этапов:
    a) АИС ПВРД уведомляет специалиста органа-эмитента о необходимости открыть дело разрешительного документа;
    b) специалист органа-эмитента изменяет разрешительный документ на «недействителен».  Изменение статуса отображается в публичном интерфейсе АИС ПВРД.
    c) владелец разрешительного документа уведомляется об изменении статуса;
    11) сценарий приостановления установленного срока выполняется в случае, если после получения заявления обнаруживается, что оно неполное, орган-эмитент приостанавливает срок, установленный законом для выдачи/продления/переоформления запрошенного разрешительного документа.  
    Этот сценарий состоит из следующих этапов:
    a) АИС ПВРД уведомляет специалиста органа-эмитента о необходимости открыть дело разрешительного документа;
    b) специалист, ответственный за обработку заявления, открывает заявление в электронном формате в АИС ПВРД;
    c) специалист изучает заявление и прилагаемые документы, приостанавливает срок, указывает причину приостановления:
    d) АИС ПВРД уведомляет заявителя о приостановлении, информирует о невыполненных требованиях, предусмотренных законодательством, и явно указывает, что заявителю следует представить и/или произвести для того, чтобы заявление было рассмотрено.
    e) АИС ПВРД уведомляет руководство органа, руководство органа, ответственного за выдачу разрешительного документа, о приостановлении срока выдачи/продления/переоформления запрошенного разрешительного документа;
    f) заявитель заполняет форму заявления информацией, которая показывает выполнение действий, установленных законом, и/или представляет информацию, необходимую для того, чтобы орган-эмитент мог рассмотреть заявление в случае удовлетворения условий или для прекращения приостановления срока;
    g) по истечении срока приостановления АИС ПВРД возобновляет срок с даты приостановления (включительно) и возвращает срок истечения в соответствии с законом для выдачи разрешительного документа;
    h) АИС ПВРД уведомляет заявителя и руководство органа о возобновлении приостановленного срока;
    12) сценарий утверждения разрешительного документа по умолчанию:
    a) заявитель запрашивает разрешительный документ посредством АИС ПВРД или посредством служащего АГУ;
    b) заявление заявителя передается на исполнение ответственному специалисту органа публичной власти посредством АИС ПВРД или на бумажном носителе посредством распечатки заявления и приложенных документов;
    c) срок рассмотрения заявления разрешительного документа истекает и АИС ПВРД уведомляет ответственного специалиста и руководство органа о том, что срок истекает и запрос о выдаче разрешительного документа будет считаться одобренным по умолчанию, в случае если они не отреагируют в последующие 24 часа;
    d) в случае истечения срока рассмотрения заявления АИС ПВРД уведомляет ответственного специалиста, руководство публичного учреждения и заявителя об истечении времени на рассмотрение запроса и его одобрении по умолчанию;
    e) АИС ПВРД сохраняет заявление заявителя как одобренное по умолчанию и генерирует уникальный идентификационный номер;
    13) сценарий переоформления разрешительного документа возникает в случае наступления таких событий как: изменение фамилии или названия держателя документа, изменения каких-либо других данных, отраженных в разрешительном документе, без актуализации которых не может быть установлена связь между разрешительным документом, объектом документа и его держателем;
    a) заявитель открывает портал публичных услуг или запрашивает посредством окна АГУ услугу переоформления разрешительного документа, держателем которого является;
    b) заявление заявителя, включая документы, приложенные к заявлению, передаются на исполнение ответственному специалисту ответственного органа-эмитента посредством АИС ПВРД;
    c) АИС ПВРД уведомляет специалиста органа-эмитента о появлении новой задачи, назначенной ему к исполнению;
    d) специалист ответственного органа-эмитента изучает дело и выдает решение о переоформлении разрешительного документа (если в течение 5 рабочих дней со дня подачи заявления о переоформлении разрешительного документа и прилагаемых к заявлению документов специалист органа-эмитента не принимает никакого решения, заявление переходит к сценарию утверждения по умолчанию);
    e) АИС ПВРД уведомляет заявителя о принятом решении;
    f) специалист органа-эмитента регистрирует разрешительный документ, переоформленный в регистре разрешительных документов АИС ПВРД;
    g) АИС ПВРД уведомляет заявителя о переоформлении разрешительного документа.
    30. Информационные объекты представляют собой совокупность характеризующих их данных:
    1) данные об информационном объекте «физическое лицо»:
    a) IDNP;
    b) персональные идентификационные данные лица:
    фамилия;
    имя;
    c) данные о месте проживания и месте регистрации;
    d) контактные данные (номер телефона, электронная почта);
    2) данные об информационном объекте «правовая единица»:
    a) IDNO;
    b) название;
    c) юридический адрес;
    d) контактные данные (телефон, электронная почта);
    e) тип юридического лица (заявитель/орган-эмитент);
    3) данные об информационном объекте «разрешительный документ»:
    a) ID – идентификационный номер;
    b) тип разрешительного документа;
    c) наименование;
    d) дата и время выдачи документа;
    e) IDNO органа-эмитента;
    f) IDNO участвующего органа/учреждения;
    g) IDNP лица, выдавшего разрешительный документ;
    h) ID заявления о запросе на выдачу разрешительного документа;
    i) IDNP/IDNO заявителя;
    j) срок действия разрешительного документа;
    k) вид деятельности;
    4) данные об информационном объекте «заявление»:
    a) ID – идентификационный номер;
    b) наименование;
    c) дата и время подачи заявления;
    d) IDNO/IDNP заявителя;
    e) тип запрашиваемого разрешительного документа;
    f) IDNO органа-эмитента;
    g) IDNP сотрудника АГУ, зарегистрировавшего заявление (по необходимости);
    h) статус (черновик, подписан, отправлен, исполнен);
    i) крайний срок обработки заявления и выдачи разрешительного документа;
    j) другие документы, необходимые для выдачи разрешительного документа (приложения к заявлению);
    k) ID решения о выдаче или об отказе в выдаче разрешительного документа;
    5) данные об информационном объекте «уведомление о принятии»:
    a) ID – идентификационный номер;
    b) дата и время издания уведомления;
    c) ID заявления о запросе на выдачу разрешительного документа;
    d) заявитель (IDNP и /или IDNO), которому адресовано уведомление о принятии;
    e) ID органа-эмитента;
    6) данные об информационном объекте «уведомление об отказе»:
    a) ID – идентификационный номер;
    b) дата и время издания уведомления;
    c) ID заявления о запросе на выдачу разрешительного документа;
    d) заявитель (IDNP и/или IDNO), которому адресовано уведомление о принятии;
    7) данные об информационном объекте «уведомление о статусе заявления»:
    a) ID – идентификационный номер;
    b) дата и время издания уведомления;
    c) ID заявления о запросе на выдачу разрешительного документа;
    d) заявитель (фамилия, имя, IDNP и/или IDNO), которому адресовано уведомление о принятии;
    e) IDNO органа-эмитента;
    f) сведения о статусе заявления (черновик, подписан, отправлен, исполнен);
    g) сведения о предыдущем статусе заявления (черновик, подписан, отправлен, исполнен);
    h) данные о последующем статусе (черновик, подписан, отправлен, исполнен) согласно потоку получения запрошенного разрешительного документа.
    8) данные об информационном объекте «отчет о лабораторных испытаниях»:
    a) ID – идентификационный номер;
    b) тип отчета;
    c) наименование отчета;
    d) дата и время регистрации отчета;
    e) дата и время проведения лабораторных испытаний;
    f)  IDNO лаборатории, выполнившей испытания;
    g) IDNP ответственного лица, составившего отчет о лабораторных испытаниях;
    h) ID заявления о запросе на выдачу разрешительного документа;
    i)  IDNP/IDNO заявителя;
    j)  результат или заключение о лабораторных испытаниях (отметка в системе, документ Word или PDF);
    9) данные об информационном объекте «статистический отчет»:
    a) ID – идентификационный номер;
    b) тип отчета;
    c) наименование отчета;
    d) дата и время регистрации;
    e) IDNP автора отчета;
    f)   выбранный отчетный период;
    10) данные о событии:
    a) ID события;
    b) тип события;
    c) статус;
    d) дата и время регистрации события;
    e) IDNP/IDNO лица, инициировавшего событие;
    f) код офиса АГУ;
    g) сведения, полученные из других АИС;
    h) тип принимаемого решения;
    i) IDNP/IDNO лица, принявшего решение.
    31. Для обеспечения достоверности и сокращения объема информации, хранимой в системе, используется система классификаторов.  Классификаторы группируются в международные, национальные и ведомственные.
    Таким образом, будут использоваться следующие национальные классификаторы:
    11) CUATM – классификатор административно-территориальных единиц;
    12) CTP – классификатор типов собственности;
    13) CFOJ – классификатор организационно-правовых форм экономических агентов;
    14) CAEM-2 – классификатор экономической деятельности;
    32. Ведомственные классификаторы разрабатываются и используются в АИС ПВРД только при отсутствии утвержденных национальных и международных классификаторов.
    33. Для обеспечения правильного формирования информационного ресурса АИС ПВРД необходима организация доступа к информационным ресурсам следующих автоматизированных информационных систем:
    1) Автоматизированная информационная система «Государственный регистр юридических лиц», которая содержит данные обо всех категориях правовых единиц, созданных на основании законодательства, – служит для заимствования и проверки данных об юридических лицах, проверки достоверности комбинаций IDNO, названия, кода CUATM, кода CAEM и т.д., необходимых для записей, изменений или удалений (которые содержат данные о юридических лицах)
    2) Автоматизированная информационная система «Государственный регистр населения», включающая данные о физических лицах, с целью заимствования и проверки записей, изменений или удалений (содержит данные о физических лицах) и проверки их правильности на предмет комбинаций IDNP, фамилии, имени, удостоверяющих личность документов и т. д.
    3) автоматизированные информационные источники Агентства публичных услуг, содержащие данные о недвижимом имуществе для подтверждения регистраций о правильности сочетаний кадастрового номера, адреса/размещения недвижимого имущества и др.;
    4) Автоматизированная информационная система «Государственный регистр административно-территориальных единиц и адресов», содержащая данные об административно-территориальных единицах, улицах, зданиях, расположении недвижимости и т.д.
    5)  Автоматизированная информационная система «Текущий счет налогоплательщика» (Contul Curent al Contribuabilului) – ввиду получения фискальных данных о физических или юридических лицах, запрашивающих получение разрешительного документа;
    6) Государственный регистр транспорта – ввиду получения технической, экономической и правовой информации о автотранспортных средствах, тракторах, машинах и специальных механизмах дорожного, мелиоративного и сельскохозяйственного строительства, прицепов для них, судов морского флота, стационарных и передвижных агрегатов, работающих на двигателях внутреннего сгорания и других перечисленных агрегатах, также их владельцев;
    7) Государственный регистр водителей транспортных средств, лиц, получающих водительские документы, экономических агентов, осуществляющих подготовку и переподготовку водителей, выдачу им документов.
    8) автоматизированные информационные источники Национальной кассы социального страхования представляют информацию о факте подтверждения выплат в бюджет социального страхования;
    9) автоматизированные информационные источники Национальной медицинской страховой компании представляют информацию о факте подтверждения выплат в фонд медицинского страхования;
    10) автоматизированные информационные источники Национального агентства по безопасности пищевых продуктов представляют информацию о регистрации биологических продуктов, информацию об использовании продуктов фитосанитарного назначения и средствах, повышающих плодородие почвы, информацию о выданных ветеринарно-санитарных сертификатах;
    11) правительственные услуги платформы используются для выполнения специфических функций системы.  Используемые правительственные услуги платформы для функционирования АИС ПВРД:
    a) Электронная услуга аутентификации и контроля доступа MPass – для аутентификации пользователей в системе;
    b) Интегрированная правительственная электронная услуга электронной подписи (MSign);
    c) Правительственная услуга электронных платежей MPay – для проведения и проверки оплат, при необходимости;
    d) Правительственная электронная услуга протоколирования (MLog).
    34. Интероперабельная основа взаимодействия между информационными системами обеспечивается посредством правительственной платформы интероперабельности «MConnect» с использованием веб-сервисов и стандартов/защищенных протоколов, таких как SOAP, HTTPS и др.
ТЕХНОЛОГИЧЕСКОЕ ПРОСТРАНСТВО АИС ПВРД
    35. Техническая инфраструктура системы будет размещена на правительственной технологической платформе MCloud.  Функциональное пространство АИС ПВРД охватывает все услуги и аппаратную инфраструктуру, предлагаемую владельцем платформы MCloud, такую как PaaS и IaaS.
    36. Архитектура АИС ПВРД представляет собой SOA (Service-Oriented Archiecture), что позволяет интеграцию АИС ПВРД со всеми существующими правительственными услугами, такими как: MPay, MSign, MPass, MNotify и интеграцию с информационными системами других органов публичной власти.
    37. Благодаря тому, что клиентским интерфейсом АИС ПВРД будет служить веб-навигатор (браузер), не будет необходимости в значительных дополнительных аппаратных и программных ресурсах.
    38. Технологическая платформа АИС ПВРД:
    1) обеспечивает единый формат представления данных и общие протоколы обмены данными;
    2) обеспечивает механизмы обеспечения соответствия базы данных АИС ПВРД данным информационных систем других органов публичного управления. Соответствие соблюдается в классификаторах, номенклатурах, полноте и т.д.;
    3) представляет разработчикам программного обеспечения формальную и методологическую основу для создания и реализации системы управления информационной безопасностью.
    39. Программные продукты и оборудование АИС ПВРД должны удовлетворять следующим требованиям:
    1) обеспечивать возможность хранения больших объемов информации;
    2) обеспечивать возможность расширения функциональности и вычислительной мощности (расширяемость и масштабируемость);
    3) поддерживать распределенную обработку данных, доступ к ресурсам как в локальной сети, так и в Интернете;
    4) использовать единую систему классификации и кодирования (унификация);
    5) работать на различных технологических платформах (кросс-платформа);
    6) обеспечивать высокую эксплуатационную надежность;
    7) обеспечивать насыщенность и полноту информации;
    8) поддерживать возможность модернизации в процессе эксплуатации.
    40. Владелец и держатель АИС ПВРД обеспечивают ее размещение на общей технологической платформе (MCloud).
ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННОЙ
БЕЗОПАСНОСТИ АИС ПВРД

    41. Суть информационной безопасности АИС ПВРД заключается в следующем.
    1) под информационной безопасностью следует понимать защищенность информационных ресурсов и информационной инфраструктуры АИС ПВРД преднамеренных или случайных воздействий естественного или искусственного характера, результатом которых является нанесение ущерба участникам процесса информационного обмена;
    2) понятие информационной безопасности АИС ПВРД включает ряд терминов, таких как: меры, политики, технологии, точки контроля, организационная структура, атрибуты и функции в системе.  Необходимо идентифицировать эти средства контроля для обеспечения информационной безопасности и для их реализации в АИС ПВРД;
    3) сбор, обработка, хранение и предоставление персональных данных осуществляются в соответствии с положениями Закона № 133 от 8 июля 2011 года о защите персональных данных;
    4) для достижения высокого уровня информационной безопасности необходимо учитывать ее две компоненты – физическую и информационную безопасность:
    a) физическая безопасность относится к физической инфраструктуре системы, пользователям системы и физическим составляющим путем применения всех мер по безопасности (пункты доступа внутрь зданий, доступ к компьютерам, принтерам)
    b) информационная безопасность предусматривает информационную защиту путем реализации мер безопасности на логическом уровне и применения информационных технологий.  Она включает антивирусные программы, логическое разделение подсетей, брандмауэр, контроль за использованием пиратского программного обеспечения, учет и обновление лицензий на программное обеспечение.
    42. Информационная опасность представляет собой возможное событие или действие, нацеленное на причинение ущерба информационным ресурсам или инфраструктуре.  Основными угрозами информационной безопасности АИС ПВРД являются:
    1) незаконный сбор и использование информации;
    2) нарушение технологий обработки информации;
    3) внедрение в продукты программного обеспечения и программного оборудования компонентов, выполняющих функции, не предусмотренные в сопровождающей эти продукты документации;
    4) разработка и распространение программ, которые могут повлиять на нормальное функционирование информационных систем и коммуникаций, а также систем защиты информации;
    5) уничтожение, повреждение, радиоэлектронное подавление или уничтожение программного оборудования и/или программного обеспечения для обработки информации;
    6) взлом учетных данных, ключей и средств криптографической защиты информации;
    7) утечка информации по техническим каналам;
    8) внедрение электронных устройств, которые могут перехватывать информацию в технических средствах обработки, хранения и передачи данных по каналам передачи данных, а также в служебных помещениях регистраторов системы;
    9) уничтожение, повреждение, разрушение или кража механических информационных носителей или других носителей;
    10) попытки перехвата информации в местных сетях регистраторов системы и в линиях связи, декодирование этой информации и ввод ложных сведений
    11) использование несертифицированных информационных технологий, средств защиты данных, средств информатизации и коммуникации в создании и развитии информационной инфраструктуры;
    12) несанкционированный доступ к информационным ресурсам, которые находятся в банках и базах данных;
    13) нарушение правовых ограничений, относящихся к распространению информации.
    43. АИС ПВРД предусматривает следующие требования и задачи по обеспечению информационной безопасности:
    1) информационная безопасность должна соответствовать требованиям действующего законодательства Республики Молдова, а также международным стандартам, которые не противоречат закону и позволяют увеличить уровень безопасности;
    2) информационная безопасность должна обеспечить:
    a) конфиденциальность информации, что означает ограниченный доступ к информации лиц без соответствующих прав и полномочий;
    b) логическую целостность информации, что означает предупреждение ввода, изменения, копирования, обновления и несанкционированного уничтожения информации;
    c) физическую целостность информации;
    d) защиту информационной инфраструктуры от повреждений и попыток изменения функционирования;
    44. Для выполнения задач по обеспечению информационной безопасности и защиты персональных данных в АИС ПВРД используются следующие механизмы:
    1) аутентификация и авторизация пользователей через службу MPass и собственные средства системы;
    2) управление доступом;
    3) запись действий и аудит за счет использования MLog.
    45. Жесткий контроль действий, выполняемых в АИС ПВРД для выявления на ранних этапах попыток доступа к конфиденциальным данным или нанесения преднамеренного или случайного вреда целостности информации, осуществляется посредством протоколирования событий.  Системный администратор АИС ПВРД может расширить комплект действий, подлежащих мониторингу.
    46. Все записи о действиях пользователей в системе, а также о действиях извне системы, становятся предметом детального анализа в случае обнаружения отклонений или попыток повреждения, или неразрешенного доступа к данным из АИС ПВРД.
    47. Протоколирование событий в АИС ПВРД осуществляется собственными средствами, а также путем интеграции с услугой MLog.