Приказ Минтруда России от 20.12.2012 N 612
МИНИСТЕРСТВО ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРИКАЗ
от 20 декабря 2012 г. N 612
О ВНЕСЕНИИ ИЗМЕНЕНИЙ
В ПРИЛОЖЕНИЕ К ТРЕБОВАНИЯМ К ФОРМАТУ ПРЕДОСТАВЛЕНИЯ
ЗАКЛЮЧЕНИЙ О ПРИВЛЕЧЕНИИ И ОБ ИСПОЛЬЗОВАНИИ ИНОСТРАННЫХ
РАБОТНИКОВ В ФОРМЕ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ, УТВЕРЖДЕННЫМ
ПРИКАЗОМ МИНИСТЕРСТВА ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ
РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 19 ОКТЯБРЯ 2012 Г. N 327
В соответствии с распоряжением Правительства Российской Федерации от 29 июня 2012 г. N 1123-р (Собрание законодательства Российской Федерации, 2012, N 28, ст. 3924) приказываю:
Внести изменения в приложение к требованиям к формату предоставления заключений о привлечении и об использовании иностранных работников в форме электронных документов, утвержденным приказом Министерства труда и социальной защиты Российской Федерации от 19 октября 2012 г. N 327, согласно приложению.
Министр
М.ТОПИЛИН
Приложение
к приказу Министерства труда
и социальной защиты
Российской Федерации
от 20 декабря 2012 г. N 612
ИЗМЕНЕНИЯ,
ВНОСИМЫЕ В ТРЕБОВАНИЯ К ФОРМАТУ ПРЕДОСТАВЛЕНИЯ
ЗАКЛЮЧЕНИЙ О ПРИВЛЕЧЕНИИ И ОБ ИСПОЛЬЗОВАНИИ ИНОСТРАННЫХ
РАБОТНИКОВ В ФОРМЕ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ, УТВЕРЖДЕННЫЕ
ПРИКАЗОМ МИНИСТЕРСТВА ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ
РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 19 ОКТЯБРЯ 2012 Г. N 327
Изложить приложение в следующей редакции:
"Приложение
к требованиям к формату
предоставления заключений
о привлечении и об использовании
иностранных работников в форме
электронных документов, утвержденным
приказом Министерства труда
и социальной защиты
Российской Федерации
от 19 октября 2012 г. N 327
ОПИСАНИЕ
ФОРМАТА ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПРИ ПОДГОТОВКЕ
ЗАКЛЮЧЕНИЯ О ПРИВЛЕЧЕНИИ И ОБ ИСПОЛЬЗОВАНИИ
ИНОСТРАННЫХ РАБОТНИКОВ
Изменения
Термины/сокращения
1. Общие сведения
1.1. Руководящие документы
Основанием для разработки данного документа является требование п. 48 приказа Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. N 190 "Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия", в соответствии с которым для подключения информационной системы к системе межведомственного электронного взаимодействия Поставщик предоставляет Оператору СМЭВ следующие документы:
паспорт электронного сервиса, регистрируемого в системе взаимодействия;
методику испытаний электронного сервиса, регистрируемого в системе взаимодействия, включая контрольный пример обращения к электронному сервису;
руководство пользователя электронного сервиса, регистрируемого в системе взаимодействия.
Основанием для создания и использования электронного сервиса являются следующие документы:
а) нормативные правовые документы:
постановление Правительства Российской Федерации от 8 сентября 2010 г. N 697 "О единой системе межведомственного электронного взаимодействия";
приказ Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. N 190 "Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия";
б) технологические стандарты:
методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии, версия 2.4.5, одобренные Правительственной комиссией по внедрению информационных технологий в деятельность государственных органов и органов местного самоуправления (протокол заседания от 22 ноября 2012 г. N 10) (далее - Методические рекомендации).
1.2. Описание электронного сервиса
1.3. Операции (методы) электронного сервиса
1.4. Сценарии использования
Данный сценарий описывает ситуацию, когда Потребитель данных вызывает Поставщика данных с целью получения сведений о заключениях о привлечении и об использовании иностранных работников.
Запрос направляется на адрес маршрутизатора ФСМЭВ с указанием кода ОКТМО, посредством которого осуществляется динамическая маршрутизация вызова в целевой региональный орган исполнительной власти или муниципальное образование.
Сценарий предполагает асинхронный режим работы. Первый вызов осуществляет Потребитель данных. Последующие вызовы через определенные промежутки времени опрашивают Поставщика данных на предмет готовности ответных данных. В случае успешного получения данных работы по запросу прекращаются.
В случае каких-либо ошибок при обработке запроса ответ от ИС Поставщика данных будет содержать соответствующий код ошибки в поле errorCode, а также исчерпывающую текстовую информацию по ошибке в поле errorDescription.
1.5. Схема взаимодействия
Взаимодействие с СМЭВ осуществляется через интерфейсы web-сервисов подсистемы путем приема soap-запросов и выполнения запрашиваемой процедуры.
Потребитель данных должен вызвать метод processCanonicalService сервиса Поставщика данных, при этом поле BinaryData блока MessageData\AppDocument заполняется закодированной по Base64 строкой. Закодированная информация представляет собой zip-архив с XML-документом запроса в кодировке UTF-8, подготовленного по XSD-схемам запроса, приложенным в Приложении 2.
В унифицированном блоке СМЭВ в поле smev:Recipient/smev:Code Потребитель (федеральный) указывает мнемонику ИС маршрутизатора ФСМЭВ (ISMV01001), т.к. получателем сообщения является сервис-маршрутизатор, располагающийся на федеральном узле СМЭВ. В поле smev:Recipient/smev:Name Потребитель данных указывает значение "Маршрутизатор типовых сведений единой системы межведомственного электронного взаимодействия".
В блоке Message заполняется поле ОКТМО кодом целевого муниципального образования.
В ответ Поставщик данных, успешно зарегистрировав запрос, вернет уникальный номер заявки в блоке MessageData\AppData, в поле taskId.
После этого Потребитель данных должен периодически опрашивать Поставщика данных на предмет готовности сведений о заключениях о привлечении и об использовании иностранных работников (далее - Результат), заполняя унифицированное поле smev:Status значением "PING", и ранее полученным номером запроса в блоке MessageData\AppData, в поле taskId. Далее возможны два варианта:
в случае если Результат еще не сформирован, в ответе вернется блок smev:Status со значением "PROCESS", при этом блок MessageData\AppDocument\BinaryData заполнен не будет;
в случае готовности Результата в ответе вернет блок smev:Status со значением "RESULT", а в блоке MessageData\AppDocument поле BinaryData будет заполнено закодированной по Base64 строкой. Закодированная информация представляет собой zip-архив с XML-документом ответа в кодировке UTF-8, подготовленный по XSD-схемам ответа, приложенным в подразделе 4.2 "Приложение 2: Описание общих структур данных".
В случае каких-либо ошибок при обработке запроса ответ должен содержать соответствующий код ошибки в поле errorCode, а также исчерпывающую текстовую информацию по ошибке в поле errorDescription.
1.6. Связи с другими электронными сервисами
Данный сервис не имеет связей с другими сервисами.
2. Руководство пользователя
2.1. Операция "processCanonicalService"
2.1.1. Общие сведения
Здесь и далее пространства имен расшифровываются следующим образом:
smev - http://smev.gosuslugi.ru/rev111111
impl - http://impl.canonicalRequests.gov.ru
2.1.2. Описание входных параметров
Инициирующий запрос
Следует отметить, что ключевой сущностью является отдельный документ запроса, сформированный в соответствии с XSD-схемой запроса соответствующей услуги и переданный в разделе AppDocument.
При формировании инициирующего запроса необходимо указывать следующую информацию:
Периодический запрос результата
При формировании периодического запроса результата необходимо указывать следующую информацию:
2.1.3. Описание выходных параметров
Ответ на инициирующий запрос
Ответ на инициирующий запрос содержит следующую информацию:
Ответ на периодический запрос результата
Конечным ответом является отдельный документ, сформированный в соответствии с XSD-схемой ответа соответствующей услуги и переданный в разделе AppDocument.
2.1.4. Формирование вложения
Порядок формирования вложения следующий:
генерация GUID по маске xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, где x описывается регулярным выражением [a-z0-9];
формирование обращения в формате XML с именем req_GUID.xml. XSD-схема вложений запроса и ответа предлагается в подразделе 4.2 "Приложение 2: Описание общих структур данных";
подпись XML-запроса по стандарту PKCS#7 и получение файла подписи req_GUID.xml.sig;
XML-заявление, его подпись, а также все вложения и их подписи архивируются в zip-файл с наименованием req_GUID.zip;
код заявления req_GUID проставляется в элемент smev:RequestCode;
архив req_GUID.zip кодируется в Base64 и полученный код становится содержимым элемента smev:BinaryData в электронном сообщении СМЭВ.
Более подробная информация по формированию вложения содержится в Методических рекомендациях.
2.1.5. Коды возвратов
Приведены в подразделе 4.5 "Приложение 5: Коды возвратов".
2.1.6. Контрольные примеры
Приведены в подразделе 4.4 "Приложение 4: Контрольные примеры".
3. Методика испытаний
3.1. Общие условия
Проведение контрольных испытаний при регистрации электронного сервиса регламентировано приказом Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. N 190 "Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия".
Порядок проведения типовых испытаний предполагает следующие этапы:
проверка комплектности предоставленной документации;
проверка сетевой связности между узлом СМЭВ и точкой размещения электронного сервиса;
регистрация сервиса и тестирование сервиса на контрольном примере.
3.2. Параметры испытаний на тестовой среде
Проведение испытаний на тестовой среде перед регистрацией электронного сервиса в продуктивной среде СМЭВ является необходимым действием, обеспечивающим повышение качества и эффективности процесса и позволяющим выявлять ошибки и несоответствия разработанного сервиса заранее, а не в продуктивном контуре.
Адрес тестового экземпляра: ________________________
Режим функционирования тестовой среды: _____________. Особых условий доступности не определено.
Для того чтоб протестировать сервис, необходимо протестировать все операции на основании контрольных примеров.
3.3. Особые условия
Особые условия и правила проведения контрольных испытаний не предусмотрены.
4. Приложения
4.1. Приложение 1: Описание сервиса (WSDL и XSD)
Ниже приведено WSDL-описание электронного сервиса
4.1.1. Ссылки
Приведенный WSDL содержит ссылку (import) на файл форматов данных
smevMessageData.xsd
4.1.2. Ссылки
Приведенный XSD содержит ссылку (import) на следующие файлы форматов данных:
xopInclude.xsd
customMessageTypes.xsd
xmldsig-core-schema.xsd
Приведенный XSD содержит ссылку (import) на стандартизованный файл форматов данных ЭП xmldsig-core-schema.xsd
4.1.2.1. XSD-описание форматов вложений
Ниже приведены XSD-схемы данных запроса и ответа, предназначенных для вложения в блок AppDocument и непосредственно представляющих собой значимую информативную часть сервиса.
4.1.2.1.1. XSD-схема, по которой должен быть сформирован документ запроса
4.1.2.1.2. XSD-схема, по которой должен быть сформирован документ ответа
4.1.2.1.3. Обе схемы ссылаются на общую схему данных
4.2. Приложение 2: Описание общих структур данных
Пространства имен в таблицах приняты следующим:
xs - http://www.w3.org/2001/XMLSchema
ds - http://www.w3.org/2000/09/xmldsig#
smev - http://smev.gosuslugi.ru/rev111111
impl - http://impl.canonicalRequests.gov.ru
req - http://foreignWorker.messageTypes
resp - http://foreignWorker.responseTypes
ct - http://foreignWorker.commonTypes
impl:processCanonicalServiceMessageType
Данный комплексный тип раскрывает содержимое блока smev:AppData в составе запроса.
Блок smev:AppData в рамках концепции имеет смысл заполнять на втором этапе схемы взаимодействия - в момент периодического опроса состояния заявки.
4.2.1. impl:processCanonicalServiceResponseMessageType
Данный комплексный тип раскрывает содержимое блока smev:AppData в составе ответа на запрос.
4.2.2. req:foreignWorkerRequest
Данный комплексный тип раскрывает содержимое xml-документа, предназначенного для вложения в блок AppDocument и непосредственно представляющий собой значимую информативную часть запроса.
4.2.3. req:employmentServiceRequest
Тип описывает сведения по подбору работников для замещения свободных рабочих мест (вакантных должностей) российскими гражданами.
4.2.4. req:position
Тип описывает сведения о планируемом привлечении и использовании иностранных работников.
Расширяет рассмотренный далее тип ct:attraction следующими полями:
4.2.5. resp:foreignWorkerResponse
Данный комплексный тип раскрывает содержимое xml-документа, предназначенного для вложения в блок AppDocument и непосредственно представляющий собой значимую информативную часть ответа по запросу "Заключение о привлечении и об использовании иностранных работников":
4.2.6. resp:conclusion
Тип раскрывает содержимое решения.
Расширяет рассмотренный далее тип ct:attraction следующим полем:
4.2.7. ct:attraction
Базовый тип, содержащий основные поля о привлечении:
4.2.8. ct:regionCode
Тип, ограничивающий xs:string в соответствии со словарем "Регионы ОКАТО".
4.2.9. ct:emloyeeType
Тип, ограничивающий xs:string в соответствии со словарем "Тип работодателя".
4.2.10. Вспомогательные типы
ct:OGRN - ограничивает xs:string на предмет допустимых значений для ОГРН.
ct:INN - ограничивает xs:string на предмет допустимых значений для ИНН.
ct:OKATO - ограничивает xs:string на предмет допустимых значений для ОКАТО.
ct:OKVED - ограничивает xs:string на предмет допустимых значений для словаря "ОКВЭД".
ct:OKPDTR - ограничивает xs:string на предмет допустимых значений для словаря "ОКПДТР".
ct:countryCodeAlpha3 - ограничивает xs:string на предмет допустимых значений для словаря "Страны".
ct:fiasId - xs:string с ограничением по длине в 100.
ct:string20 - xs:string с ограничением по длине в 20.
ct:string200 - xs:string с ограничением по длине в 200.
ct:string1000 - xs:string с ограничением по длине в 1000.
4.3. Приложение 3: Справочники
4.3.1. Словарь "Страны"
Наименование государств (стран) постоянного (преимущественного) проживания иностранных работников указывается в соответствии с Общероссийским классификатором стран мира (ОКСМ), принятым постановлением Государственного комитета Российской Федерации по стандартизации и метрологии от 14 декабря 2001 г. N 529-ст.
Общероссийский классификатор стран мира. Используется 3-буквенный код.
4.3.2. Словарь "Регионы"
4.3.3. Словарь "Регионы ОКАТО"
Общероссийский классификатор административно-территориального деления. Используются первые 4 цифры Кода ОКАТО.
4.3.4. Словарь "ОКТМО"
Общероссийский классификатор территорий муниципальных образований.
4.3.5. Словарь "Тип работодателя"
4.3.6. Словарь "ОКПДТР"
Профессии, специальности и должности работников указываются в соответствии с Общероссийским классификатором профессий рабочих, должностей служащих и тарифных разрядов (ОКПДТР), принятым постановлением Комитета Российской Федерации по стандартизации, метрологии и сертификации от 26 декабря 1994 г. N 367.
Общероссийский классификатор.
4.3.7. Словарь "ОКВЭД"
Общероссийский классификатор.
4.4. Приложение 4: Контрольные примеры
4.4.1. Инициирующий запрос
4.4.1.1. SOAP-запрос
4.4.1.2. XML-документ-вложение в запросе
4.4.1.3. SOAP-ответ от ИС РОИВ
4.4.2. Периодический опрос результата
4.4.2.1. SOAP-запрос
4.4.2.2. SOAP-ответ от ИС РОИВ
4.4.2.3. XML-документ-вложение в ответе
4.5. Приложение 5: Коды возвратов