§ 2. Электронное взаимодействие ГОСУДАРСТВЕННЫХ ОРГАНОВ МЕЖДУ СОБОЙ, взаимодействие граждан и государственных органов

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

Основным связующим звеном автоматизации общения граждан с органами власти должны стать МФЦ.

Порядок деятельности МФЦ определяется в соответствии с со­глашениями о взаимодействии, административными регламентами предоставления государственных (муниципальных) услуг на базе МФЦ, которые разрабатываются и утверждаются исполнительны­ми органами государственной власти Российский Федерации, субъектом Федерации и органами местного самоуправления по предметам ведения.

Рис. 64.Принцип «одного окна» в МФЦ

Технология предоставления государственных (муници­пальных) услуг через МФЦ включает следующие основные административные процедуры:

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

• сотрудник МФЦ:

- определяет предмет обращения и информирует заявителя о порядке и условиях получения государственной (муниципальной) услуги через МФЦ;

- заполняет в РСМЭВ заявление на получение государственной (муниципальной) услуги, распечатывает его и представляет заяви­телю на подпись;

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

• далее сотрудник МФЦ:

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

- направляет сформированные документы заявителя и заявле­ние в электронном виде в ответственный ИОГВ/ФОИВ/ОМСУ в соответствии с технологиями, предусмотренными соответствую­щими соглашениями и регламентами информационного взаимо­действия;

- осуществляет взаимодействие в электронном виде по техноло­гиям, предусмотренным в РСМЭВ, с должностными лицами ответ­ственного ИОГВ/ФОИВ/ОМСУ для получения информации о ре­зультатах исполнения государственной (муниципальной) услуги и осуществляет посредством СМЭВ учет прохождения основных эта­пов государственной (муниципальной) услуги;

- обеспечивает организацию получения результата государст­венной (муниципальной) услуги из ответственного ИОГВ/ ФО- ИВ/ОМСУ для выдачи заявителю результата государственной ус­луги;

• заявитель лично (или через доверенное лицо) обращается к сотруднику МФЦ, представляя документ, удостоверяющий лич­ность, расписку о приеме документов в МФЦ, и получает результат предоставления государственной (муниципальной) услуги.

В СМЭВ/РСМЭВ формируется электронный архив обраще­ний заявителя для использования в целях подготовки инфор­мационно-аналитических материалов по результатам обслу­живания заявителей в МФЦ.

В 2007 г. создано 18 МЦФ в 15 регионах Российской Федерации:

• Астраханская область — 1 МФЦ.

• Иркутская область — 1 МФЦ.

• Калининградская область — 1 МФЦ.

• Калужская область — 1 МФЦ.

• Курская область — 1 МФЦ.

• Липецкая область — 1 МФЦ.

• Омская область — 2 МФЦ.

• Ростовская область — 1 МФЦ.

• Саратовская область — 1 МФЦ.

• Ставропольский край — 1 МФЦ.

• Тамбовская область — 1 МФЦ.

• Тульская область — 1 МФЦ.

• Тюменская область — 1 МФЦ.

• Ульяновская область — 1 МФЦ.

• Челябинская область — 1 МФЦ.

• Ямало-Ненецкий автономный округ — 2 МФЦ .

2008 г. — создано 19 многофункциональных центров в 19 ре­гионах:

• Белгородская область.

• Брянская область.

• Волгоградская область.

• Ивановская область.

• Калининградская область.

• Красноярский край.

• Липецкая область.

• Московская область.

• Новосибирская область.

• Оренбургская область.

• Пензенская область.

• Республика Бурятия.

• Ростовская область.

• Ставропольский край.

• Томская область.

• Удмуртская Республика.

• Ульяновская область.

• Челябинская область.

• Чувашская Республика.

2010 г. — созданы многофункциональные центры в регионах:

• Кемеровская область — 1 МФЦ (http://mfc-yurga.ru/).

• Камчатский край — 1 МФЦ (http://mfc.kamchatka.gov.ru/).

• Республика Саха (Якутия) (http://www.mfcsakha.ru/).

2011 г. — созданы многофункциональные центры в регионах:

• Алтайский край — 1 МФЦ.

• Краснодарский край — 42 МФЦ (www.e-mfc.ru).

• Ростовская область — 31 МФЦ (www.mfc61.ru).

• Самарская область. www.mfc-samara.ru.

2012 г. — созданы многофункциональные центры в регионах:

• Республика Марий Эл — 50 МФЦ.

• Москва — 22 МФЦ. Всего планируется открыть 75 МФЦ.

• Республика Дагестан — 3 МФЦ.

2013-2016 гг. — продолжается создание МЦФ в администра­тивных центрах регионов (см. http://xn--l1aqg.xn--p1ai/pages/mfc).

Сеть многофункциональных центров предоставления государ­ственных и муниципальных услуг (МФЦ) в Тюменской области к концу 2016 г. будет насчитывать 28 филиалов.

Требования к каналам связи, информационным системам МФЦ, средствам безопасности, необходимым для обеспечения электронного взаимодействия с федеральными органами испол­нительной власти при предоставлении государственных и муни­ципальных услуг, изложены в «Требованиях к каналам связи, информационным системам МФЦ, средствам безопасности, необ­ходимым для обеспечения электронного взаимодействия с феде­ральными органами исполнительной власти при предоставлении государственных и муниципальных услуг». Документ размещен на портале административной реформы (Совершенствование государ­ственного управления — http://ar.gov.ru/library/mdex.htmPfolder_id=3). Он предназначен для заказчиков и разработчиков автомати­зированных информационных систем многофункциональных цен­тров предоставления государственных и муниципальных услуг. Требования и рекомендации, изложенные в нем, должны быть ис­пользованы при создании и модернизации ИТ-инфраструктуры

МФЦ, а действующие системы должны быть приведены в соответ­ствие с ними.

АИС МФЦ (далее — Система) предназначена для автоматиза­ции основных административно-управленческих процессов, проте­кающих в рамках многофункциональных центров предоставления государственных и муниципальных услуг в соответствии с требо­ваниями Федерального закона Российской Федерации от 27.07.2010 № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг» и Постановления Правительства Россий­ской Федерации от 22 декабря 2012 г. № 1376.

Использование Системы должно обеспечить достижение следующих основных целей:

• повышение эффективности деятельности МФЦ и соответст­венно оперативности и качества оказания государственных и му­ниципальных услуг за счет использования современных информа­ционных технологий;

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

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

• снижение зависимости качества работы сотрудников МФЦ по обслуживанию заявителей от их квалификации и личных ка­честв за счет автоматизации выполнения большинства формальных и экспертных процедур;

• повышение оперативности доступа к информации, необхо­димой для обеспечения служебной деятельности сотрудников МФЦ;

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

• создание и применение в МФЦ комплекса мер для обеспе­чения информационной безопасности и защиты информации от несанкционированного доступа (НСД) и искажений.

Объектом автоматизации являются многофункциональные центры предоставления государственных и муниципальных услуг, осуществляющие предоставление государственных и муниципаль­ных услуг федеральными органами исполнительной власти, орга­нами исполнительной власти субъектов Российской Федерации, органами местного самоуправления в режиме «одного окна».

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

Деятельность МФЦ регулируется следующими основными нормативно-правовыми актами:

• Федеральный закон Российской Федерации от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»;

• Постановление Правительства Российской Федерации от 22 декабря 2012 г. № 1376 «Об утверждении Правил организации деятельности многофункциональных центров предоставления государственных и муниципальных услуг»;

• Постановление Правительства Российской Федерации от 22 декабря 2012 г. № 1377 «О внесении изменений в постановление Правительства Российской Федерации от 27 сентября 2011 г. № 797»;

• Постановление Правительства Российской Федерации от 12 декабря 2012 г. № 1284 «Об оценке гражданами эффективно­сти деятельности руководителей территориальных органов феде­ральных органов исполнительной власти (их структурных подраз­делений) с учетом качества предоставления ими государственных услуг, а также о применении результатов указанной оценки как ос­нования для принятия решений о досрочном прекращении испол­нения соответствующими руководителями своих должностных обязанностей»;

• Постановление Правительства Российской Федерации от

24 октября 2011 г. № 861 «О федеральных государственных ин­формационных системах, обеспечивающих представление в элек­тронной форме государственных и муниципальных услуг (осуще­ствление функций)»;

• Постановление Правительства Российской Федерации от

25 августа 2012 г.

• Постановление Правительства Российской Федерации от 1 ноября 2012 г. № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных систе­мах персональных данных».

Согласно Федеральному закону Российской Федерации от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления го­сударственных и муниципальных услуг» основными функция­ми МФЦ являются:

• прием запросов заявителей о предоставлении государствен­ных или муниципальных услуг;

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

• представление интересов органов, предоставляющих госу­дарственные услуги, и органов, предоставляющих муниципальные услуги, при взаимодействии с заявителями;

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

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

• выдача заявителям документов органов, предоставляющих государственные услуги, и органов, предоставляющих муници­пальные услуги, по результатам предоставления государственных и муниципальных услуг, если иное не предусмотрено законодатель­ством Российской Федерации;

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

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

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

• организация предоставления государственных и муници­пальных услуг на территории субъекта Российской Федерации по­средством;

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

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

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

• функции оператора автоматизированной информационной системы многофункциональных центров.

К числу основных процессов функционирования много­функциональных центров относятся:

• организация приема потока посетителей, в том числе с ис­пользованием электронной очереди;

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

• прием и выдача документов на предоставление государст­венных и муниципальных услуг;

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

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

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

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

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

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

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

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

• выдача заявителям результатов предоставления государст­венных и муниципальных услуг;

• информирование заявителей о ходе предоставления госу­дарственных и муниципальных услуг при личном обращении, через Центр технического обслуживания (ЦТО), Единый портал государственных услуг (ЕПГУ) или Региональный портал государ­ственных услуг (РПГУ);

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

• формирование статистической и аналитической отчетности по деятельности МФЦ;

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

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

• организация архивного хранения документов, использовав­шихся для предоставления государственных и муниципальных услуг.

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

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

• первый — население обслуживаемой территории более 1 000 000 человек;

• второй — население обслуживаемой территории от 100 000 до 1 000 000 человек;

• третий — население обслуживаемой территории от 10 000 до 100 000 человек;

• четвертый — население обслуживаемой территории менее 10 000 человек.

Согласно указу Президента № 601 от 7 мая 2012 г. властным структурам регионов необходимо было решить 4 задачи:

а) охватить сетью МФЦ и окон привлекаемых организаций все города с населением больше 1000 чел.;

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

в) обеспечить их квалифицированными кадрами;

г) обеспечить единое высокое качество предоставляемых услуг. Проект по созданию МФЦ реализуется с 2007 г.

Рассмотрим базовые характеристики аппаратного обеспе­чения функционирования МФЦ.

Требования, предъявляемые к Системе, будут выполняться при условии оборудования рабочих мест пользователей компьютерами со следующими характеристиками: процессор с тактовой частотой не менее 1 ГГц; оперативная память не менее 512 Мб; монитор раз­решением не менее 1024?768, глубиной цвета не менее 16 бит.

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

Для сканирования документов должны использоваться устрой­ства сканирования или фотографирования с разрешением не менее 300 dpi.

Для работы с универсальными электронными картами (УЭК) рабочие места пользователей должны быть оборудованы устройст­вами чтения и записи микропроцессорных карт, совместимыми с УЭК, и устройства ввода персональных идентификаторов (pin).

Также «Требования...» устанавливают базовые характеристики программного обеспечения и базовые характеристики каналов связи.

На рабочих местах пользователей системы должно быть уста­новлено следующее программное обеспечение (один элемент из перечня по каждому пункту):

• средства криптографической защиты информации: на осно­ве стандартов CryptoAPI (КриптоПро CSP, ViPNet CSP, Signal- COM CSP, Лисси-CSP и др.) и JCP (КриптоПро JCP, Signal-COM CSP/JCP и др.);

• КриптоПро ЭЦП Browser plug-in;

• интернет-обозреватель: Internet Explorer, Google Chrome, Mozilla Firefox, Opera или Safari;

• среда Java Runtime Environment 6 и выше;

• офисный прикладной пакет: Microsoft Office, Apache OpenOffice;

• средство просмотра PDF-документов;

• средства просмотра графических файлов с поддержкой форматов TIF, JPG, PNG и др.

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

Для МФЦ первого и второго типа должен быть обеспечен ре­зервный канал, пропускной способностью не менее 30% от пропу­скной способности основного канала.

В случае невозможности обеспечения каналов указанной про­пускной способности необходимо использовать решения с разме­щением сервера системы в локальной сети с рабочими местами пользователей либо решения на основе толстых клиентов^[90] .

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

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

Количество дел в Системе:

• для МФЦ первого типа — не менее 100 000 000;

• для МФЦ второго типа — не менее 10 000 000;

• для МФЦ третьего типа — не менее 1 000 000;

• для МФЦ третьего типа — не менее 100 000.

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

Нормативное время приема посетителя не должно превы­шать 15 минут на посетителя.

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

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

При перезапуске аппаратных средств Система должна автома­тически восстанавливать работоспособность (при условии, что до перезапуска система функционировала в нормальном режиме).

Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования комплекса средств автоматизации. Должны быть предусмотрены средства оповещения пользователей о прекращении электропитания.

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

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

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

Для МФЦ первого и второго типа при использовании рабо­чих мест на основе толстого клиента после полной загрузки кли­ентского компонента Системы и прохождения пользователем ау­тентификации, при временном отсутствии соединения с сервером Система (клиентский компонент) должна обеспечивать исполнение следующих функций:

• консультирование граждан по вопросам предоставления го­сударственных услуг;

• прием документов на предоставление государственных и муниципальных услуг.

При этом данные и файлы должны сохраняться в локальном хранилище на рабочем месте пользователя, а после восстановления

связи с сервером Системы, на него должны передаваться все со­храненные локально данные.

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

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

При построении системы защиты информации для АИС МФЦ должны обеспечиваться следующие базовые организаци­онные и технические меры защиты персональных данных для информационных систем:

• идентификация и аутентификация субъектов доступа и объ­ектов доступа;

• управление доступом субъектов доступа к объектам доступа;

• ограничение программной среды;

• защита машинных носителей информации;

• регистрация событий безопасности;

• антивирусная защита;

• обнаружение (предотвращение) вторжений;

• контроль (анализ) защищенности информации;

• целостность информационной системы и информации;

• доступность информации;

• защита среды виртуализации;

• защита технических средств;

• защита информационной системы, ее средств, систем связи и передачи данных.

Адаптация базового набора мер защиты информации осуществ­ляется дифференцированно в зависимости от типа МФЦ.

Для МФЦ первого и второго типов должна проводиться атте­стация информационной системы на соответствие требования по защите информации. Для МФЦ третьего и четвертого типов атте­

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

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

Средства криптографической защиты информации, используе­мые в Системе для формирования и проверки электронной подпи­си, должны быть сертифицированы ФСБ России на соответствие требованиям к средствам криптографической защиты информации.

Хранение сведений об истории обращений заявителей должно осуществляться в соответствии с требованиями законодательства Российской Федерации. Рекомендовано формирование единого реестра личных дел или обращений граждан на уровне уполномо­ченного МФЦ или уполномоченного органа субъекта Российской Федерации (возможно, в качестве государственного регистра насе­ления в соответствии с ч. 4 ст. 13 Федерального закона от 27 июля 2006 г. № 152-ФЗ «О персональных данных»), доступ к которому осуществляется в соответствии с определенными правилами и рее­стром полномочий.

Хранение сведений об истории обращений заявителей должно осуществляться только на основании согласия на обра­ботку персональных данных. В случае отказа заявителя от дачи согласия на обработку персональных данных, в соответствии с ч. 4 ст. 21 Федерального закона от 27 июля 2006 г. № 152-ФЗ «О персо­нальных данных», по достижении цели обработки (при завершении предоставления государственной или муниципальной услуги в МФЦ) МФЦ обязан прекратить обработку персональных данных или обеспечить ее прекращение и уничтожить в срок, не превы­шающий тридцати дней с даты достижения цели обработки персо­нальных данных.

В МФЦ должно быть определено должностное лицо (структур­ное подразделение), ответственное за защиту информации, разра­ботаны и утверждены положения, определяющие общие подходы и

требования по обработке и защите конфиденциальной информации в Системе.

МФЦ должны быть разработаны регламенты, устанавливающие порядок проведения мероприятий по обработке и защите персональ­ных данных. В том числе должны быть разработаны инструкции, содержащие детализированные правила и указания по осуществле­нию определенных операций по обработке и защите персональных данных, изложенные в положениях и регламентах, а также учетные документы, содержащие записи о мероприятиях и результатах дея­тельности по обработке и защите персональных данных.

Каждый работник МФЦ, допущенный к обработке персональ­ных данных, должен быть ознакомлен с организационно­распорядительной документацией, регламентирующей порядок об­работки и защиты персональных данных, в части, его касающейся, под подпись.

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

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

Передача прав на использование программного обеспечения Системы должна осуществляться в одной из четырех форм:

1) единоразовая передача исключительных прав на использо­вание прикладного программного обеспечения Системы на срок действия исключительных прав (разработка);

2) единоразовая передача неисключительных прав на исполь­зование прикладного программного обеспечения Системы на срок действия исключительных прав (покупка);

3) передача прав на использование прикладного программного обеспечения Системы с оплатой соразмерной времени использова­ний (аренда или SaaS);

4) единоразовая безвозмездная передача прав на использова­ние прикладного программного обеспечения Системы на срок дей­ствия исключительных прав.

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

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

1) соблюдение единых правил организации интерфейса с поль­зователем;

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

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

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

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

6) максимальное использование средств, имеющихся в инст­рументальных средствах разработки системы (базовые библиотеки процедур и функций, элементы интерфейса и т. п.).

В системе должно быть предусмотрено использование единой системы справочников.

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

кументов по созданию автоматизированных систем, в том числе автоматизированных систем в защищенном исполнении.

Создание и ввод в действие Системы должны осуществляться в соответствии с требованиями ГОСТ 34.601-90 «Информацион­ная технология. Комплекс стандартов на автоматизированные системы».

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

При использовании Системы на основе тонкого клиента через веб-браузер должна обеспечиваться кроссбраузерность в отноше­нии наиболее популярных интернет-браузеров, долей 5% и более от общего числа интернет-пользователей.

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

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

Рассмотрим требования к функционированию в режиме SaaS.

SaaS (Software as a Service — Программное обеспечение как услуга) — это выгодная альтернатива приобретению программно­го обеспечения. SaaS позволяет получать программное обеспече­ние как услугу, а не покупать дорогостоящие лицензионные про­граммы.

Поставщики услуги, совместно с разработчиками SaaS прило­жений, берут на себя разработку программ, их размещение, вне­дрение, обновление, техническую поддержку, а заказчик оплачива­ет только доступ к этому приложению через Интернет. Таким образом, в отличие от обычной схемы приобретения лицензионно­го программного обеспечения, заказчик платит только за услугу (право пользования данной программой), т. е. только за то, что ему необходимо.

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

При предоставлении права использования программного обес­печения Системы в форме сервиса (Software as a service, SaaS), обя­зательства поставщика сервиса должны фиксироваться в соглаше­нии о качестве оказания услуг (SLA). Параметры качества услуги, указанные в SLA, должны быть измеримыми, т. е. представимыми в виде числовых метрик. Целевые значения параметров, указанных в SLA, должны соответствовать настоящим требованиям.

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

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

Вызов сервисов СМЭВ, в том числе формирование квалифици­рованной электронной подписи должностного лица (ЭП-СП), должно осуществляться из основного пользовательского интерфей­са Системы. Формирование квалифицированной электронной под­писи органа власти (ЭП-ОВ) может осуществляться как из основ­ного пользовательского интерфейса клиентского компонента Системы, так и автоматически на сервере Системы.

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

Входящие сообщения из СМЭВ должны подвергаться проверке в части правильности электронных подписей и действительности сертификатов.

Взаимодействие Системы со СМЭВ должно осуществляться в соответствии со следующими документами:

• Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия» (http://smev.gosuslugi.ru/portal/api/ files/get/423);

• Постановление Правительства Российской Федерации от 8 июня 2011 г. № 451 «Об инфраструктуре, обеспечивающей ин­формационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и му­ниципальных услуг в электронной форме» (http://smev.gosuslugi.ru/ portal/api/files/get/426);

• Приказ Министерства связи и массовых коммуникаций Рос­сийской Федерации от 27 декабря 2010 г. № 190 «Об утверждении технических требований к взаимодействию информационных сис­тем в единой системе межведомственного электронного взаимо­действия» (http://smev.gosuslugi.ru/portal/api/files/get/424);

• Регламент обеспечения предоставления государственных услуг и исполнения государственных функций в электронном виде, утвержден Министерством связи и массовых коммуникаций Рос­сийской Федерации от 30 мая 2013 г. (http://smev.gosuslugi.ru/ portal/api/files/get/11135);

• Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии (http://smev. gosuslugi.ru/portal/api/files/get/6814, http://smev.gosuslugi.ru/portal/ api/files/get/6671).

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

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

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

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

• получения информации об оплате услуг из ГИС ГМП.

Заявки на формирование начислений должны направляться администраторам доходов для формирования соответствующих начислений и передачи их в Государственную информационную

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

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

Передача в автоматизированные системы администраторов доходов заявок на формирование по обращениям заявителей на­числений в ГИС ГМП осуществляется на основе использования единого стандарта (формата), устанавливаемого Федеральным ка­значейством.

Взаимодействие с ГИС ГМП должно включать реализацию следующих запросов:

• выполнения запросов о начислениях за временной период по уникальным идентификаторам начислений;

• выполнения запросов о начислениях за временной период по уникальным идентификаторам плательщиков;

• выполнения запросов о начислениях за временной период по уникальным идентификаторам заявок;

• выполнения запросов о платежах за временной период по уникальным идентификаторам начислений;

• выполнения запросов о платежах за временной период по уникальным идентификаторам плательщиков;

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

• выполнения запросов о статусах квитирования по уникаль­ным идентификаторам начислений;

• выполнения запросов о статусах квитирования по уникаль­ным идентификаторам плательщиков;

• выполнения запросов о статусах квитирования по уникаль­ным идентификаторам заявок.

Взаимодействие с ГИС ГМП должно осуществляться в со­ответствии со следующими документами:

• Приказ Федерального казначейства от 30 ноября 2012 г. № 19н «Об утверждении Порядка ведения Государственной ин­формационной системы о государственных и муниципальных пла­тежах» (http://www.roskazna.ru/gis-gmp/28122012_poryadokGIS.pdf);

• Форматы взаимодействия Государственной информацион­ной системы о государственных и муниципальных платежах с ин­формационными системами участников, утвержденный Федераль­ным казначейством от 18 января 2013 г. (http://www.roskazna.ru/ gis-gmp/Форматы ГИС ГМП.га).

Система должна обеспечивать возможность информационного взаимодействия с автоматизированными системами других МФЦ и привлекаемых организаций через Систему межведомственного электронного взаимодействия для передачи (получения) на выдачу результатов предоставления государственных и муниципальных услуг. Указанное взаимодействие должно осуществляться на осно­ве использования форматов данных и протоколов обмена, основан­ных на открытых стандартах.

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

всех заинтересованных лиц, отсутствие лицензионных или патент­ных ограничений и связанных с ними отчислений (см. гл. 3).

Открытые стандарты являются «строительными блоками или цементом», которые позволяют различным системам, платформам и устройствам взаимодействовать, и составляют ядро новых, от­крытых архитектур. Подобно программному обеспечению с откры­тым исходным кодом, открытые стандарты являются результатом деятельности сообществ, где никто в отдельности не контролирует стандарт. Открытые стандарты доступны всем, бесплатны и не тре­буют авторских отчислений или другой платы.

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

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

Интернет и Всемирная паутина, основанные главным образом на протоколах TCP/IP и HTML, являются примером инноваций, движимых открытыми стандартами.

В рамках автоматизации оказания государственных услуг сис­тема должна иметь прикладной программный интерфейс для инте­грации с Единым порталом государственных и муниципальных услуг (ЕПГУ) и региональными порталами государственных и му­ниципальных услуг (РПГУ) в части получения статусов и истории событий по заявлениям граждан.

Аутентификация заявителей для доступа к информации должна осуществляться с использованием Единой системы иден­тификации и аутентификации, либо на основании выдаваемых им

кодов авторизации (пин-кодов). Сегодня для получения услуги в электронном виде пользователь должен зарегистрироваться и по­лучить логин и пароль доступа, разработчиками системы предлага­ется несколько удобных для пользователя способов.

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

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

По отчетам Минэкономразвития на декабрь 2013 г. все ведом­ства выполнили эти задачи (от 48% (Министерство здравоохране­ния Российской Федерации) до 84% (Федеральная налоговая служ­

ба) (см. http://www.economy.gov.ru/wps/wcm/connect/economylib4/mer/activity/sections/admreform/mfc/doc20131206_25).

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

Взаимодействие Системы с ЕСИА должно осуществляться в соответствии со следующими документами:

• Постановление Правительства Российской Федерации от 28 ноября 2011 г. № 977 «О федеральной государственной инфор­мационной системе "Единая система идентификации и аутентифи­кации в инфраструктуре, обеспечивающей информационно-техно­логическое взаимодействие информационных систем, используе-

мых для предоставления государственных и муниципальных услуг в электронной форме"» (http://minsvyaz.ru/ru/doc/?id_4=647).

• Положение о федеральной государственной информацион­ной системе «Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологиче­ское взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в элек­тронной форме», утвержденное приказом Министерства связи и массовых коммуникаций Российской Федерации от 13 апреля 2012 г. № 107 (http://minsvyaz.ru/ru/doc/?id_4=776);

• Методические рекомендации по использованию Единой системы идентификации и аутентификации (версия 1.0) (http:// minsvyaz.ru/ru/doc/?id_4=783);

• Регламент взаимодействия участников информационного взаимодействия с оператором единой системы идентификации и аутентификации и оператором инфраструктуры электронного пра­вительства при организации информационно-технологического взаимодействия информационных систем с использованием единой системы идентификации и аутентификации (версия 1.2) (http:// minsvyaz.ru/ru/doc/?id_4=836).

Рассмотрим требования по интеграции с универсальной электронной картой. Система должна обеспечивать возможность интеграции с инфраструктурой универсальной электронной карты (УЭК) в части:

• аутентификации пользователей Системы с помощью иден­тификационного приложения УЭК;

• аутентификации пользователей Системы на основе исполь­зования квалифицированной электронной подписи, содержащейся в УЭК;

• загрузки из УЭК в Систему идентификационных данных заявителя.

Взаимодействие Системы с УЭК должно осуществляться через программные средства, предоставляемой оператором ЕПСС УЭК или прошедшие процедуру оценки соответствия требованиям по взаимодействию с УЭК.

Вместе с тем требования предъявляются к интеграции с элек­тронной очередью. Система не должна накладывать ограничения на используемые технические решения в части управления потоком заявителей. Система должна обеспечивать возможность взаимодей­ствия с системами управления электронной очередью (ЭО) в части:

• регистрации пользователя (оператора) в электронной оче­реди с указанием номера окна, изменения статуса доступности окна;

• передача информации о начале и завершении приема (вы­зове следующего посетителя), а также о неявке посетителя;

• возможность повторного вызова (оповещения) посетителя при неявке;

• получение информации о направленном на прием посе­тителе;

• инициирование перенаправления посетителя в другое окно;

• получение информации о количестве ожидающих приема посетителей.

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

Система будет иметь возможность импорта информации из Фе­деральной государственной информационной системы «Федераль­ный реестр государственных и муниципальных услуг (функций)» для использования в Системе. Для сотрудников МФЦ, отвечающих за настройку услуг в АИС МФЦ (в том числе технолог и админист­ратор), должны быть обеспечены следующие возможности:

• получение информации из ФРГУ о всех услугах, оказывае­мых выбранным МФЦ (в том числе с возможностью фильтрации по названию услуги, территории обслуживания, классу услуг);

• выгрузка настроек (описаний) услуг из ФРГУ;

• загрузка настроек (описаний) услуг в АИС МФЦ (в том числе выборочная загрузка);

• получение обновлений из ФРГУ при изменении выбранных услуг;

• получение информации в ФРГУ об ОГВ, в соответствии с заданными критериями отбора (в том числе по названию ОГВ, тер­ритории обслуживания);

• выгрузка настроек ОГВ из ФРГУ;

• загрузка настроек ОГВ в АИС МФЦ (в том числе выбороч­ная загрузка);

• получение обновлений, выбранных из ФРГУ при изменении ОГВ.

Взаимодействие АИС МФЦ с ФРГУ должно осуществляться через СМЭВ или непосредственно с ФРГУ.

Требования по интеграции с Центром телефонного обслужива­ния граждан и организаций (ЦТО). Система должна обеспечивать возможность интеграции с автоматизированной системой ЦТО в части:

• передачи перечня предоставляемых государственных и му­ниципальных услуг;

• передачи информации о доступных для предварительной записи временных интервалах;

• передачи сообщений в центры телефонного обслуживания для доставки заявителю;

• прием сообщений от заявителей через центры телефонного обслуживания;

• передачи сведений о ходе предоставления государственных и муниципальных услуг по запросам заявителей на основе номера заявления и пин-кода (кода авторизации).

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

В Системе планируется обеспечение функциональной возмож­ности сбора и передачи информации о качестве предоставления государственных (муниципальных) услуг в соответствии с требо - ваниями постановления Правительства от 12 декабря 2012 г. № 1284 «Об оценке гражданами эффективности деятельности ру­ководителей территориальных органов федеральных органов ис­полнительной власти (их структурных подразделений) с учетом качества предоставления ими государственных услуг, а также о применении результатов указанной оценки как основания для при­

нятия решений о досрочном прекращении исполнения соответст­вующими руководителями своих должностных обязанностей».

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

• степень удовлетворенности временем, потребовавшимся для предоставления вам государственной (муниципальной) услуги;

• степень удовлетворенности временем ожидания в очереди для получения вами государственной (муниципальной) услуги;

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

• степень удовлетворенности комфортностью помещения, в котором вам была предоставлена государственная (муниципаль­ная) услуга;

• степень удовлетворенности доступностью информации о порядке предоставления государственной (муниципальной) услуги.

Каждый показатель может принимать целочисленное значение в диапазоне [1-5]. Собранные значения будут сохраняться в базе данных Системы. Система должна будет предоставлять пользова­тельский интерфейс ответственному сотруднику МФЦ для просмот­ра сводной информации по полученным от заявителей оценкам качества государственных (муниципальных) услуг и предоставлять возможность передачи полученных данных — результатов оценки, в информационную систему мониторинга качества предоставления государственных услуг. Передача может производиться как через СМЭВ, так и непосредственно в ИАС МКГУ.

Интеграция с ИАС МКГУ должна соответствовать требованиям постановления Правительства Российской Федерации от 12 декаб­ря 2012 г. № 1284 «Об оценке гражданами эффективности деятель­ности руководителей территориальных органов федеральных орга­

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