Ссылка на файл: >>>>>> http://file-portal.ru/Приказ 190т от 27.12 2016/
Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27.12.2010 № 190
Приказ Министерства транспорта Российской Федерации от 27.12.2016 № 418
Приказ Минэкономразвития России от 27.12.2016 N 846 "Об утверждении Порядка рассмотрения декларации о характеристиках объекта недвижимости, в том числе ее формы" (Зарегистрировано в Минюсте России 03.04.2017 N 46231)
В соответствии с пунктом 3 Постановления Правительства Российской Федерации от 8 сентября г. N "О единой системе межведомственного электронного взаимодействия" Собрание законодательства Российской Федерации, , N 38, ст. Утвердить прилагаемые Технические требования к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия далее - Требования. Департаменту государственной политики в области информатизации и информационных технологий А. Липов опубликовать Требования в федеральной государственной информационной системе "Единый портал государственных и муниципальных услуг функций ". Направить настоящий Приказ на государственную регистрацию в Министерство юстиции Российской Федерации. Настоящие Технические требования к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия далее - Требования определяют правила интеграции информационных систем федеральных органов исполнительной власти, государственных внебюджетных фондов, исполнительных органов государственной власти субъектов Российской Федерации, органов местного самоуправления, государственных и муниципальных учреждений, многофункциональных центров, иных органов и организаций далее - органы и организации , используемых при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме далее - информационные системы , с единой системой межведомственного электронного взаимодействия далее - система взаимодействия , а также требования к техническому обеспечению информационного обмена, осуществляемого с применением системы взаимодействия, между информационными системами в целях предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме. Документированный способ доступа к информационной системе далее - интерфейс , подключаемой к системе взаимодействия, должен быть реализован в виде электронного сервиса. Программно-аппаратные средства обеспечения защищенной интеграции информационных систем с системой взаимодействия должны обеспечивать выполнение настоящих Требований. Применяемые при разработке и использовании интерфейсов технологии, стандарты и спецификации должны соответствовать нормативно установленным и общепринятым стандартам и требованиям в области информационных технологий и программного обеспечения. При использовании сетевых протоколов передачи данных необходимо придерживаться следующих спецификаций: Протокол передачи гипертекста - Hypertext Transfer Protocol HTTP. Комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети Интернет обозначается RFC Request for Comments. Безопасность транспортного уровня обозначается TLS Transport Layer Security. Протокол защищенных соединений обозначается SSL Secure Socket Layer. Набор протоколов для обеспечения защиты данных, передаваемых по межсетевому протоколу, обозначается IPsec IP Security. Система поддержки пространства имен обозначается DNS Domain Name System. При разработке электронных сервисов необходимо придерживаться следующих спецификаций: Организация по развитию стандартов структурированной информации - Organization for the Advancement of Structured Information Standards OASIS. Спецификация универсального описания, поиска и интеграции электронных сервисов версии 2. Консорциум Всемирной паутины - World Wide Web Consortium W3C. Протокол обмена структурированными сообщениями Simple Object Access Protocol, SOAP опубликован по адресу в информационно-телекоммуникационной сети Интернет: Язык описания электронных сервисов версии 1. Организация по интероперабельности электронных сервисов - Web Services Interoperability Organization. Базовый профиль интероперабельности версии 1. Политика использования электронных сервисов версии 1. Профиль интероперабельности по передаче бинарных данных WS-I Attachments Profile 1. Оптимизированный механизм передачи бинарных данных в структурированных сообщениях SOAP Message Transmission Optimization Mechanism опубликован по адресу в информационно-телекоммуникационной сети Интернет: Профиль сопоставления данных версии 1. Спецификация универсального описания, поиска и интеграции электронных сервисов версии 3. При описании данных, а также информации о данных, их составе и структуре, содержании, формате представления, методах доступа и требуемых для этого полномочиях пользователей, о месте хранения, источнике, владельце и др. Расширяемый язык разметки XML Extensible Markup Language опубликован по адресу в информационно-телекоммуникационной сети Интернет: Расширяемый язык описания схем данных версии не ниже 1. Опубликовано по адресу в информационно-телекоммуникационной сети Интернет: Расширяемый язык описания таблиц стилей версии 1. Правила форматирования и преобразования данных XSL Transformation, XSLT опубликованы по адресу в информационно-телекоммуникационной сети Интернет: При разработке электронных сервисов должны быть соблюдены следующие особые условия и ограничения: Язык описания схем данных XML Schema Definition, XSD - один из языков описания структуры электронных сообщений. Однонаправленные ссылки между описаниями электронного сервиса и описаниями схем данных допустимы в любом количестве и сочетании;. Доступность электронного сервиса обеспечивает оператор информационной системы, в рамках которой функционирует электронный сервис далее - поставщик. Точку доступа электронного сервиса принято обозначать endpoint. Входящие электронные сообщения, полученные по каналам связи системы взаимодействия, проходят контроль в следующем порядке: Проверка ЭЦП электронного сообщения осуществляется операторами информационных систем, подключенных к системе взаимодействия, и оператором взаимодействия далее - участники взаимодействия. Проверка ЭЦП в электронных сообщениях производится на предмет корректности значений ЭЦП и на предмет действительности соответствующих сертификатов ключей подписи. В случае если проверка корректности одного из значений ЭЦП или проверка действительности одного из сертификатов ключей подписи дала отрицательный результат, отправителю электронного сообщения направляется уведомление в виде служебного сообщения, а результат операции записывается в журнал регистрации событий системы взаимодействия. Электронные сообщения, проверка ЭЦП которых дала положительный результат, подвергаются формально-логической проверке значений реквизитов электронного сообщения. В случае непрохождения формально-логической проверки электронное сообщение исключается из дальнейшей обработки, данный факт фиксируется, и по каналам связи системы взаимодействия отправителю направляется служебное электронное сообщение, извещающее об отказе в приеме электронного сообщения. В случае прохождения формально-логической проверки электронного сообщения по каналам связи системы взаимодействия отправителю направляется служебное электронное сообщение, извещающее об успешном приеме электронного сообщения информационной системы, подключенной к системе взаимодействия. Если принятое и успешно прошедшее процедуры контроля электронное сообщение является сообщением запроса на предоставление электронной услуги, то информационная система поставщика разрешает использование данного электронного сервиса. Если принятое и успешно прошедшее процедуры контроля электронное сообщение является извещением о готовности данных, то информационная система оператора, имеющего право использования электронного сервиса в соответствии с настоящими Требованиями далее - потребитель , при необходимости инициирует сервис запроса этих данных. Заголовок электронного сообщения системы взаимодействия включает в том числе: Тело электронного сообщения системы взаимодействия в общем случае состоит из следующих элементов: Блок данных электронного сообщения должен содержать дату и время отправки электронного сообщения в систему взаимодействия. Блок присоединенных документов может содержать информацию текстовую, графическую и пр. Блок ЭЦП должен содержать одну или несколько ЭЦП, фиксирующих целостность и авторство каждого из блоков данных и каждого из блоков присоединенных документов. Сообщение об ошибке содержит текстовое описание возникшей ошибки и ее код в рамках информационной системы, в которой она возникла. Ответственным за содержание реквизитов электронного сообщения является участник взаимодействия, отправивший данное электронное сообщение, если иное не предусмотрено настоящими Требованиями, иными нормативными правовыми актами Российской Федерации. Ответственным за легитимность использования ЭЦП является участник взаимодействия, отправивший электронное сообщение. Все элементы метаданных в описании схемы данных должны быть документированы на русском языке. Документирование элементов метаданных рекомендуется выполнять с использованием конструкции: При формировании наименования элементов метаданных рекомендуется осуществлять подбор слова или словосочетания из английского языка, соответствующего тому или иному используемому понятию. Наименования, обозначающие общепринятые аббревиатуры, подлежат транслитерации на латиницу. В исключительных случаях, если в английском языке отсутствует слово или словосочетание, достаточно однозначно определяющее описываемое понятие или допускающее большое количество вариантов обратного перевода, допустимо использовать транслитерацию на латинский алфавит. Все слова в наименовании элемента метаданных рекомендуется использовать полностью, без сокращений. Порядок записи слов в наименовании, в которых используется два или более слова, должен соответствовать правилам английского языка. Слова должны записываться подряд, без пробела и других знаков между ними. Наименования метаданных должны записываться строчными буквами, кроме аббревиатур, записываемых полностью прописными заглавными буквами. Если используется два или более слова, то каждое последующее слово, кроме первого, должно начинаться с прописной заглавной буквы. По согласованию с оператором системы взаимодействия допускается использование в качестве первого а также единственного слова с прописной заглавной буквы. В наименования простых и составных типов simpleType, complexType для обозначения их отличия от элементов element рекомендуется добавлять суффикс "Type". По согласованию с оператором системы взаимодействия при наименовании элементов метаданных допускается использование кириллицы. Согласование, указанное в пунктах 30 и 32 Требований, осуществляется путем дополнения Соглашений, подписываемых в соответствии с пунктом 14 Положения о единой системе межведомственного электронного взаимодействия, утвержденного Постановлением Правительства Российской Федерации от 8 сентября г. Под контрольным примером обращения к электронному сервису понимается пример обращения к электронному сервису и ответа электронного сервиса на указанное обращение. Назначением контрольного примера является подтверждение работоспособности электронного сервиса при проведении процедуры регистрации, в рамках которой осуществляется отправка электронному сервису запроса, приведенного в контрольном примере, и сравнение полученного ответа электронного сервиса с ответом, приведенным в контрольном примере. Контрольный пример не должен вызывать выполнение каких-либо операций в информационной системе поставщика, которые могут привести к возникновению событий, позволяющих информационной системе участника взаимодействия или работникам участника взаимодействия интерпретировать полученные при выполнении контрольного примера данные как реальные, а не тестовые. В дальнейшем контрольный пример может быть использован для настройки модуля системы взаимодействия, обеспечивающего проверку доступности и работоспособности электронного сервиса, а также для отладки программного кода разработчиками потребителя электронного сервиса. Информационные системы участников взаимодействия должны обеспечивать гарантированную доставку неискаженных сообщений в рамках информационного обмена между информационной системой данного участника взаимодействия и системой взаимодействия в установленные регламентированные сроки. Система взаимодействия обеспечивает гарантированную доставку неискаженных сообщений с определенным интервалом времени ожидания ответа на запрос путем определенного количества повторных вызовов электронных сервисов информационных систем участников взаимодействия за заданный интервал времени. Система взаимодействия обеспечивает фиксацию факта доставки неискаженного сообщения либо факта ошибки при передаче сообщения в рамках информационного обмена между информационной системой участника взаимодействия и системой взаимодействия. Электронные сервисы информационных систем участников взаимодействия могут разделяться по режиму работы в части обработки сообщений на синхронные и асинхронные электронные сервисы. Система взаимодействия обеспечивает фиксацию и хранение сведений об истории движения в системе взаимодействия электронных сообщений при предоставлении государственных и муниципальных услуг, исполнении государственных и муниципальных функций в электронной форме далее - сведения об истории движения электронных сообщений , а также ведение журнала обращений потребителей к электронным сервисам системы взаимодействия и электронным сервисам поставщиков. Хранение сведений об истории движения электронных сообщений осуществляется в соответствии с требованиями законодательства Российской Федерации в специально созданной для данного хранения подсистеме системы взаимодействия. Для подключения информационной системы к системе взаимодействия ее оператор поставщик или потребитель: В системе взаимодействия подлежат регистрации электронные сервисы, обеспечивающие: Электронные сервисы, обеспечивающие предоставление государственных услуг и муниципальных услуг в электронной форме с использованием единого портала, должны реализовывать следующие функции: Для подключения информационной системы к системе взаимодействия поставщик осуществляет действия, предусмотренные пунктом 45 настоящих Требований, а также предоставляет оператору системы взаимодействия следующие документы: В предоставляемом поставщиком паспорте электронного сервиса, регистрируемого в системе взаимодействия, указываются: A - асинхронный или C - синхронный;. Рекомендуется для кодировки значения даты использовать определение профиля ISO [W3CDTF], которое поддерживает формат ГГГГ-ММ-ДД. При заполнении паспорта электронного сервиса описание отдельных его элементов может повторяться. Оператором системы взаимодействия при регистрации электронного сервиса в реестре электронных сервисов в паспорте электронного сервиса дополнительно указываются: Поставщик обеспечивает доступность электронного сервиса, регистрируемого в системе взаимодействия, для проведения приемки электронного сервиса. Оператор системы взаимодействия осуществляет регистрацию электронного сервиса, в процессе которой осуществляется: В случае если электронный сервис не проходит проверку, он возвращается на доработку поставщику. В случае соответствия электронного сервиса условиям, указанным в Требованиях, оператор системы взаимодействия регистрирует его в реестре электронных сервисов. В целях изменения электронного сервиса, зарегистрированного в системе взаимодействия, поставщик электронного сервиса обеспечивает доступность новой версии электронного сервиса для проведения приемки и предоставляет оператору системы взаимодействия следующие документы: Оператор системы взаимодействия осуществляет приемку новой версии электронного сервиса, разработанного поставщиком, в следующем порядке: При положительных результатах проверки новой версии электронного сервиса, разработанного поставщиком, оператор системы взаимодействия осуществляет регистрацию электронного сервиса в системе взаимодействия и рассылает уведомление всем потребителям данного электронного сервиса о выходе его новой версии и сроках работоспособности старой версии электронного сервиса. В случае если новая версия электронного сервиса, разработанного поставщиком, не прошла проверку, оператор системы взаимодействия возвращает электронный сервис поставщику на доработку. В целях удаления из системы взаимодействия ранее зарегистрированного в ней электронного сервиса далее - исключение электронного сервиса поставщик направляет уведомление оператору системы взаимодействия об исключении электронного сервиса с указанием причины. Оператор системы взаимодействия проверяет обоснованность заявки на исключение электронного сервиса из системы взаимодействия и определяет оставшийся срок эксплуатации электронного сервиса. Оператор системы взаимодействия уведомляет потребителей электронного сервиса о сроках его отключения. Поставщик выводит исключаемый электронный сервис из эксплуатации в установленный срок. Оператор системы взаимодействия удаляет запись об электронном сервисе из системы взаимодействия. Для осуществления поиска и обнаружения необходимого электронного сервиса в системе взаимодействия потребитель обращается на технологический портал системы взаимодействия и просматривает список всех зарегистрированных электронных сервисов либо осуществляет поиск нужного электронного сервиса с использованием поисковых процедур. По запросу потребитель получает полное описание электронного сервиса. В целях осуществления мониторинга состояния и использования электронного сервиса при получении информационными системами потребителя электронных сообщений из информационных систем поставщика в системе взаимодействия фиксируются факты взаимодействия двух информационных систем. В рамках процедуры мониторинга состояния и использования электронных сервисов, зарегистрированных в системе взаимодействия, для каждого взаимодействия автоматически регистрируются следующие данные: В рамках процедуры мониторинга состояния и использования электронных сервисов, зарегистрированных в системе взаимодействия, также: Условия и порядок использования ЭЦП при осуществлении информационного взаимодействия определяются законодательством Российской Федерации в области применения ЭЦП. Подсистема информационной безопасности каждой информационной системы, подключаемой к системе взаимодействия, должна обеспечивать установленные законодательством Российской Федерации уровни защищенности информации, обрабатываемой в этой системе. Все каналы связи системы взаимодействия, выходящие за пределы контролируемых зон участников взаимодействия, должны быть защищены с помощью сертифицированных средств криптографической защиты информации, удовлетворяющих установленным требованиям к средствам криптографической защиты информации класса не ниже КСЗ и находящихся в пределах контролируемых зон участников взаимодействия. Доступ к электронным сервисам информационных систем участников взаимодействия должен осуществляться с использованием сертифицированных средств межсетевого экранирования. Администрирование и сопровождение оборудования, обеспечивающего криптографическую защиту каналов связи, должно производиться только участником взаимодействия либо уполномоченными им лицами. Доступ посторонних лиц ко всем техническим средствам системы взаимодействия, каналам связи и поддерживающим системам электропитания, вентиляции, кондиционирования и т. В целях обеспечения защиты информации, содержащейся в информационных системах, подключенных к системе взаимодействия, участники информационного взаимодействия: В целях обеспечения полноценного функционирования системы взаимодействия и подключенных к ней информационных систем каждый участник взаимодействия: При взаимодействии с системой взаимодействия должна осуществляться идентификация и аутентификация информационных систем поставщиков и потребителей по идентификатору коду и паролю условно-постоянного действия длиной не менее восьми буквенно-цифровых символов или с использованием криптографических методов. Программными средствами электронного сервиса должны протоколироваться факты приема и отправки каждого информационного сообщения в рамках системы взаимодействия с указанием уникального в рамках электронного сервиса идентификатора сообщения, направления вида сообщения прием или отправка , даты, времени, адресата и контрольной суммы сообщения. Требования по обеспечению информационной безопасности региональных узлов системы взаимодействия должны быть определены на этапе технического проектирования в рамках работ по построению подсистемы информационной безопасности. Metrika ; yaCounter На главную Об ассоциации Мы и власть Природоохранная деятельность. Решения и рейтинг Арбитражных судов Читать дальше. ЖАРОВ Утверждены Приказом Министерства связи и массовых коммуникаций Российской Федерации от Общая структура электронного сообщения включает в себя: XX; тип режима работы сервиса: Ассоциация содействует в оказании услуги в продаже лесоматериалов: Приказ Минкомсвязи РФ от Кодекс Российской Федерации об административных правонарушениях от
Формы сердечных аритмий
Обязанности по контракту
Как появляются родинки на теле человека
ОБ УСТАНОВЛЕНИИ ЦЕН (ТАРИФОВ) НА ЭЛЕКТРИЧЕСКУЮ ЭНЕРГИЮ ДЛЯ НАСЕЛЕНИЯ И ПРИРАВНЕННЫМ К НЕМУ КАТЕГОРИЯМ ПОТРЕБИТЕЛЕЙ ПО РЕСПУБЛИКЕ МАРИЙ ЭЛ НА 2017 ГОД
Информация о составе продукции
Как вылечить затянувшийся насморк
Казань сургут расписание поездов
An error occurred.
Как лечить алкоголизм метронидазолом
Уксусная кислота физические свойстваи применение
Приказ Росстата от 27.12.2016 N 866 (ред. от 22.02.2017) "Об утверждении статистического инструментария для организации Министерством здравоохранения Российской Федерации федерального статистического наблюдения в сфере охраны здоровья"
Свою любовь своих друзей не забывай
График последовательного метода
Сколько стоит настройка скоростей на велосипеде
Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27.12.2010 № 190
Fallout 3 где найти амату