- Убедитесь, что всё нужное под рукой
- приказ министерства связи и массовых коммуникаций рф от 23.06.2021 n 210 "об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия" (с изменениями и дополнениями) | гарант
- Заполните данные владельца сертификата
- Подпишите заявление на выдачу сертификата
- Проверьте данные организации и владельца
- Проверьте актуальность документов
- Выберите сервисный центр
- Виды электронной подписи
- Если кнопка есть
- Если сменился владелец сертификата или данные организации:
- Как подписать документ в контур.крипто
- Как подписать документ электронной подписью
- Кто и как может получить кэп бесплатно
- Роль аккредитованного удостоверяющего центра
- Сертификат ключа проверки электронной подписи
Убедитесь, что всё нужное под рукой
1) Действующий сертификат Контура или доверенного УЦ с такими же ИНН, ФИО, СНИЛС, как в новой заявке, чтобы подписать заявление в электронном виде. Это позволит быстрее продлить сертификат.
2) Если подходящего сертификата нет, то нужно будет подписать заявление вручную. Для этого понадобится принтер и телефон с камерой / фотоаппарат / цветной сканер.
приказ министерства связи и массовых коммуникаций рф от 23.06.2021 n 210 "об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия" (с изменениями и дополнениями) | гарант
Технические требования
к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия
(утв. приказом Министерства связи и массовых коммуникаций РФ от 23 июня 2021 г. N 210)
I. Общие положения
1. Настоящие Технические требования к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия (далее – Требования) определяют правила интеграции информационных систем федеральных органов исполнительной власти, государственных внебюджетных фондов, исполнительных органов государственной власти субъектов Российской Федерации, органов местного самоуправления, государственных и муниципальных учреждений, многофункциональных центров, иных органов и организаций (далее – органы и организации), используемых при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме (далее – информационные системы), с единой системой межведомственного электронного взаимодействия (далее – система взаимодействия), а также требования к техническому обеспечению информационного обмена, осуществляемого с применением системы взаимодействия, между информационными системами в целях предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме.
II. Межведомственное электронное взаимодействие с использованием единого электронного сервиса
2. Единый электронный сервис представляет собой программные и технические средства, обеспечивающие единый документированный способ взаимодействия информационных систем органов и организаций при обмене сведениями, необходимыми для предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме посредством технологии очередей электронных сообщений, обеспечивающей взаимодействие программ в асинхронном режиме, не требующей установки между ними прямой связи и гарантирующей получение передаваемых электронных сообщений*(1) (далее – Единый электронный сервис).
3. Информационный обмен сведениями осуществляется органами и организациями с использованием Единого электронного сервиса системы взаимодействия.
4. Требования к форматам сведений, представляющим собой структуру передаваемых сведений, устанавливаются органами и организациями, предоставляющими сведения, необходимые в целях предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций (далее – поставщики), в соответствии с настоящими Требованиями.
5. Органы и организации, получающие сведения с использованием Единого электронного сервиса системы взаимодействия (далее – потребитель), инициируют запрос сведений путем обращения к Единому электронному сервису системы взаимодействия.
6. Оператор системы взаимодействия ведет реестр сведений, необходимых для предоставления государственных и муниципальных услуг и выполнения государственных и муниципальных функций в системе взаимодействия (далее – реестр сведений).
7. В рамках информационного взаимодействия информационные системы поставщика и потребителя обмениваются сообщениями. Информационная система, отправляющая сообщение через систему взаимодействия, является отправителем сообщения, а информационная система, получающая сообщение из системы взаимодействия, – получателем.
8. Информационное взаимодействие в системе взаимодействия осуществляется в асинхронном режиме. Передача сообщений через систему взаимодействия осуществляется посредством технологии очередей.
9. Форматы сведений разрабатываются поставщиком с использованием языка описания схем данных XML Schema Definition (XSD).
10. XML-схема или Schematron-схема, созданные на основе XSD-описания формата сведений, доступны для проверки поставщиком входящего запроса потребителя только в случае, если эти схемы содержатся в реестре сведений.
11. В системе взаимодействия реестр сведений включает одну или несколько версий формата сведений. Каждая версия формата сведений состоит из одной или нескольких XML-схем: одна описывает сведения, передаваемые в сообщении, а остальные, при необходимости, импортируются в неё посредством выполнения директивы “xs:import”.
12. При необходимости внесения изменений в формат сведений, в системе взаимодействия необходимо зарегистрировать новую версию XML-схемы. Чтобы обеспечить корректную маршрутизацию сообщений, соответствующих устаревшим версиям форматов сведений, в системе взаимодействия сохраняется полная история всех изменений, включая все предыдущие версии XML-схем. Для каждой новой версии формата сведений XML-схема должна иметь отличающееся от предыдущих версий форматов целевое пространство имен (target namespace).
13. При смене форматов видов сведений оповещение потребителей сведений о смене форматов производится на портале “Технологический портал СМЭВ” в информационно-телекоммуникационной сети “Интернет” (http://my-sertif.ru) путем специального объявления, публикации нового формата в каталоге видов сведений и пометки старого формата как недействующего с определенной даты.
14. В системе взаимодействия используются сообщения следующих типов: запрос, ответ, отмена (запроса).
14.2. Сообщения типа “Ответ” (далее – ответ) могут содержать или запрошенные данные, или мотивированный отказ в приеме запроса к исполнению. Запросы, представляющие собой широковещательные рассылки, не требуют ответов.
14.3. Результатом сообщения типа “Отмена” (далее – отмена) является удаление сообщения из очереди системы взаимодействия, если запрос не был получен поставщиком. Сообщения типа “Отмена” применимы только к сообщениям типа “Запрос”.
16. Информационные системы участников взаимодействия в теле сообщений должны поддерживать применение блоков, элементов данных и электронных подписей. Использование отличных от описанных в настоящих требованиях блоков и элементов данных не допускается.
17. В сообщениях, передаваемых через систему взаимодействия, применяются следующие усиленные квалифицированные электронные подписи:
17.1. электронная подпись, формируемая должностным лицом органа власти, участвующего в межведомственном взаимодействии (далее – ЭП-СП);
17.2. электронная подпись, формируемая от имени органа власти, участвующего в межведомственном взаимодействии (далее – ЭП-ОВ);
17.3. электронная подпись, автоматически формируемая в системе взаимодействия от имени юридического лица, выполняющего функции оператора системы взаимодействия, при обработке сообщений, передаваемых через систему взаимодействия (далее – ЭП-СМЭВ), которой подписываются, в том числе, коды транзакций, передаваемые в сообщении от системы взаимодействия в информационную систему, инициировавшую запрос на предоставление кода транзакции.
18. ЭП-ОВ и ЭП-СМЭВ включаются в состав сообщения в обязательном порядке.
19. ЭП-СП должностного лица органа власти, участвующего в межведомственном взаимодействии также включается в состав сообщения в обязательном порядке в случае наличия соответствующего требования нормативного правового акта Российской Федерации и соответствия указанного лица такому требованию.
22. Блок содержимого вложений добавляется, если потребителю необходимо передать в информационную систему поставщика информацию, в том числе неструктурированную, которая не входит в блок структурированных сведений в соответствии с требованиями поставщика. Вложенные файлы и идентификаторы вложений располагаются вне подписанного с помощью ЭП-ОВ блока данных запроса для корректной реализации кодирования вложений с помощью механизма оптимизации передачи сообщений МТОМ*(2).
23. Электронная подпись ЭП-ОВ, формируемая от имени органа власти, участвующего в межведомственном взаимодействии и выступающего в роли потребителя сведений, подписывает блок данных запроса. С помощью ЭП-ОВ обеспечивается целостность запроса и идентификация информационной системы отправителя.
25. СМЭВ-конверт представляет собой структурированный набор данных для передачи сообщений в систему взаимодействия, включающих блоки и элементы служебных данных, бизнес данных и электронные подписи.
27. Блок содержимого вложений не изменяется при прохождении через систему взаимодействия и соответствует блоку содержимого вложений запроса, который информационная система потребителя передала в систему взаимодействия.
37. Изготовление, выдача ключей электронных подписей и сертификатов ключей проверки электронных подписей участникам информационного взаимодействия осуществляются в соответствии с положениями Федерального закона от 6 апреля 2021 г. N 63-ФЗ “Об электронной подписи” (Собрание законодательства Российской Федерации, 2021, N 15, ст. 2036, N 27, ст. 3880; 2021, N 29, ст. 3988, 2021, N 14, ст. 1668, N 27, ст. 3463, ст. 3477, 2021, N 11, ст. 1098, N 26, ст. 3390).
41. Запрос передается в систему взаимодействия с помощью метода SendRequest, после чего в системе взаимодействия последовательно выполняются следующие операции:
41.1. ФЛК СМЭВ-конверта по схеме XSD. ФЛК представляет собой проверку формата сведений, контроль логики заполнения сведений, осуществляемые путем проверки соответствия этих данных документам на языке XSD и, при необходимости, Schematron;
41.2. проверка ЭП-ОВ на предмет корректности и на предмет действительности соответствующих сертификатов ключей подписи. ЭП-ОВ также используется для идентификации потребителя сервиса, приславшего запрос;
41.3. проверка бизнес-данных по схемам XSD и, при наличии, Schematron, разработанным поставщиком сведений (проверяется полное имя корневого структурного элемента формата сведений для идентификации информационной системы поставщика – получателя запроса);
41.4. проверка ЭП-СП;
41.5. проверка по ЭП-СМЭВ кода транзакции;
41.6. помещение запроса в очередь запросов и присвоение сообщению СМЭВ-идентификатора, подтверждающего факт помещения запроса в очередь запросов (автоматически присваивается сиситемой# взаимодействия и направляется потребителю).
III. Межведомственное электронное взаимодействие с использованием электронных сервисов
50. При использовании сетевых протоколов передачи данных необходимо придерживаться следующих спецификаций:
50.1. протокол передачи гипертекста*(3) версии 1.1 – комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети “Интернет”*(4) 2616;
50.2. расширенный протокол передачи гипертекста версии 1.1 с обеспечением безопасности транспортного уровня*(5);
50.3. протокол защищенных соединений*(6) версии 3 – комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети “Интернет” 5246;
50.4. набор протоколов для обеспечения защиты данных, передаваемых по межсетевому протоколу*(7).
50.5. комментарии инженерной группы проектировщиков информационно-телекоммуникационной сети “Интернет” 4301, 4302, 4835, 2403, 2404, 2405, 4303, 4835, 5996, 2410, 2411, 2412;
50.6. протоколы использования системы поддержки пространства имен*(8) – комментарии инженерной группы проектировщиков информационно-телекоммуникационной сети “Интернет” 1035.
52. При описании данных, а также информации о данных, их составе и структуре, содержании, формате представления, методах доступа и требуемых для этого полномочиях пользователей, о месте хранения, источнике, владельце и иной информации (далее – метаданные) и используемых наборах символов, применяемых в процессе информационного обмена, необходимо придерживаться следующих спецификаций:
52.1. расширяемый язык разметки – набор стандартов Консорциума Всемирной сети*(18);
52.2. расширяемый язык описания схем данных версии 1.1 – стандарт Консорциума Всемирной сети*(19), специфицированный в документах: часть 1. “Структуры”*(20), часть 2. “Типы данных”*(21) – спецификация носит обязательный характер;
83. Согласование, указанное в пунктах 78 и 80 настоящих Требований, осуществляется путем дополнения соглашений, подписываемых в соответствии с пунктом 14 Положения о системе взаимодействия, утвержденного постановлением Правительства Российской Федерации от 8 сентября 2021 г. N 697 “О единой системе межведомственного электронного взаимодействия” (Собрание законодательства Российской Федерации, 2021, N 38, ст. 4823; 2021, N 24, ст. 3503; N 49, ст. 7284; 2021, N 45, ст. 5827; 2021, N 12, ст. 1303, N 42, ст. 5746, N 48, ст. 6862, ст. 6876, N 50, ст. 7113).
86. Контрольный пример не должен вызывать выполнение каких-либо операций в информационной системе поставщика, которые могут привести к возникновению событий, позволяющих информационной системе участника взаимодействия или работникам участника взаимодействия интерпретировать полученные при выполнении контрольного примера данные как реальные, а не тестовые. Регистрация электронного сервиса информационной системы поставщика и (или) потребителя может считаться завершенной только при условии успешного выполнения контрольного примера, которое предполагает совпадение ответа электронного сервиса с ответом, приведенным в контрольном примере, либо, при объективной невозможности возврата электронным сервисом повторяемых данных, его соответствие описанию логики формирования ответа, которое в подобных случаях должно сопровождать предоставляемый контрольный пример (например, электронный сервис возвращает номер зарегистрированного обращения, который не может повторяться, в этом случае контрольный пример сопровождается указанием этого факта).
98. В предоставляемом поставщиком паспорте электронного сервиса, регистрируемого в системе взаимодействия, указываются:
98.1. полное и краткое наименования электронного сервиса;
98.2. развернутое описание назначения электронного сервиса;
98.3. информационная система, предоставляющая электронный сервис;
98.4. стадия создания и использования электронного сервиса (разработка, тестовая эксплуатация, опытная эксплуатация или промышленная эксплуатация);
98.5. режим гарантированной доступности электронного сервиса, который выражается в формате “а/b”, где а – количество часов доступности сервиса в сутки; b – количество дней доступности сервиса в году, с дополнительным указанием рабочего времени;
98.6. полное и сокращенное наименование организации – собственника технических средств, используемых для обработки информации, содержащейся в базах данных, составляющих информационную систему, предоставляющую электронный сервис;
98.7. полное и сокращенное наименование организации – оператора информационной системы, предоставляющей электронный сервис;
98.8. наименование структурного подразделения организации – оператора информационной системы, предоставляющей электронный сервис, ответственного за эксплуатацию электронного сервиса;
98.9. фамилия, имя, отчество (при наличии), должность, контактный телефон, адрес электронной почты должностного лица, ответственного за эксплуатацию электронного сервиса;
98.10. текущая версия электронного сервиса в формате Х.ХХ;
98.11. тип режима работы сервиса: А – асинхронный или С – синхронный;
98.12. дата начала функционирования электронного сервиса*(25);
98.13. ссылка на WSDL-документ, описывающий электронный сервис;
98.14. адрес электронного сервиса у поставщика.
124. В целях обеспечения защиты информации, содержащейся в информационных системах, подключенных к системе взаимодействия, участники взаимодействия:
124.1. обеспечивают при обслуживании информационных систем, подключенных к системе взаимодействия, исполнение установленных требований по информационной, производственной, технологической и противопожарной безопасности;
124.2. осуществляют контроль доступа посторонних лиц к техническим средствам и каналам связи в контролируемой зоне участника взаимодействия, включая время проведения ремонтных работ и уборки помещений;
124.3. обеспечивают обслуживание информационных систем, подключенных к системе взаимодействия, только лицами, имеющими право доступа к информации, содержащейся в указанных информационных системах;
124.4. принимают необходимые и достаточные меры, исключающие доступ посторонних лиц к защищаемой, в том числе парольной и ключевой информации, хранящейся на используемых и отчуждаемых носителях информации;
124.5. осуществляют учет лиц, имеющих доступ к оконечному оборудованию, обеспечивающему криптографическую защиту каналов связи системы взаимодействия, расположенному в контролируемой зоне участника взаимодействия, а также лиц, имеющих возможность изменения конфигурации информационных систем данного участника взаимодействия, подключенных к системе взаимодействия.
*(1) Пункт 2 Положения о единой системе межведомственного электронного взаимодействия, утвержденного постановлением Правительства Российской Федерации от 8 сентября 2021 г. N 697 (Собрание законодательства Российской Федерации, 2021, N 38, ст. 4823; 2021, N 24, ст. 3503; N 49, ст. 7284; 2021, N 45, ст. 5827; 2021, N 12, ст. 1303, N 42, ст. 5746, N 48, ст. 6862, ст. 6876, N 50, ст. 7113)
*(2) Справочно: Спецификация SOAP Message Transmission Optimization Mechanism опубликована по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.org/TR/soap12-mtom/
*(3) Справочно: Протокол передачи гипертекста – Hypertext Transfer Protocol (HTTP).
*(4) Справочно: Комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети “Интернет” обозначается RFC (Request for Comments).
*(5) Справочно: Безопасность транспортного уровня обозначается TLS (Transport Layer Security)
*(6) Справочно: Протокол защищенных соединений обозначается SSL (Secure Socket Layer).
*(7) Справочно: Набор протоколов для обеспечения защиты данных, передаваемых по межсетевому протоколу, обозначается IPsec (IP Security).
*(8) Справочно: Система поддержки пространства имен обозначается DNS (Domain Name System).
*(9) Справочно: Консорциум Всемирной сети – World Wide Web Consortium (http://www.w3.org/TR/soap/).
*(10) Справочно: Протокол обмена структурированными сообщениями (Simple Object Access Protocol, SOAP) опубликован по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.org/TR/2000/NOTE-SOAP-20000508/.
*(11) Справочно: Язык описания электронных сервисов версии 1.1 (Web Services Description Language, WSDL 1.1) опубликован по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.org/TR/wsdl.
*(12) Справочно: Организация по интероперабельности электронных сервисов – Web Services Interoperability Organization.
*(13) Справочно: Базовый профиль интероперабельности версии 1.1 (WS-I Basic Profile 1.1) опубликован по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.ws-i.org/Profiles/BasicProfile-1.1-2006-04-10.html.
*(14) Справочно: Политика использования электронных сервисов версии 1.2 (Web Services Policy 1.2) опубликована по адресу в информационно-телекоммуникационной сети “Интернет”: http://www. w3.org/Submission/WS-Policy/).
*(15) Справочно: Оптимизированный механизм передачи бинарных данных в структурированных сообщениях (SOAP Message Transmission Optimization Mechanism) опубликован по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.org/TR/soap12-mtom/.
*(16) Справочно: Профиль сопоставления данных версии 1.0 (WS-I Simple SOAP Binding Profile 1.0) опубликован по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.ws-i.org/Profiles/SimpleSoapBindingProfile-1.0. html).
*(17) Справочно: Спецификация универсального описания, поиска и интеграции электронных сервисов версии 3.0 (Universal Description Discovery and Integration, UDDI 3.0) опубликована по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.uddi.org/specification.htm.
*(18) Справочно: Расширяемый язык разметки (XML Extensible Markup Language) опубликован по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.оrg/standards/techs/xml#w3c_all.
*(19) Справочно: Расширяемый язык описания схем данных версии 1.1 (XML Schema 1.1).
*(20) Справочно: Опубликовано по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.org/TR/2021/REC-xmlschema/1-1-20210405/.
*(21) Справочно: Опубликовано по адресу в информационно-телекоммуникационной сети “Интернет”: http://www.w3.org/TR/2021/REC-xmlschema/1-2-20210405/.
*(22) Справочно: Язык описания схем данных (XML Schema Definition, XSD) – один из языков описания структуры электронных сообщений.
*(23) Справочно: Точку доступа электронного сервиса принято обозначать endpoint.
*(24) Справочно: SOAP-сообщение.
*(25) Справочно: Рекомендуется для кодировки значения даты использовать определение профиля ISO 8601 [W3CDTF], которое поддерживает формат ГГГГ-ММ-ДД.
*(26) Справочно: Уникальный идентификатор выбирается в соответствии со стандартом ISO/IEC 9834-8.
Заполните данные владельца сертификата
Паспортные данные владельца можно заполнить автоматически. Для этого загрузите фотографию или скан паспорта РФ — мы распознаем данные и подставим данные в заявку.
.png)
Если вы заполняете паспортные данные вручную, то ФИО и дату рождения указывайте точно так же, как в паспорте: с буквами Ё, дефисами, пробелами и пр. Если у вас нет паспорта РФ, подойдёт временное удостоверение личности.
Если вы иностранный гражданин, вместо паспорта РФ можете представить иностранный паспорт с нотариально заверенным переводом или вид на жительство в РФ (если нет иностранного паспорта). ФИО заполняйте русскими буквами, как в заверенном переводе.
СНИЛС — номер вашего лицевого счета в системе пенсионного страхования. Если документа нет под рукой, можно посмотреть номер на госуслугах.
ИНН физлица — индивидуальный налоговый номер владельца сертификата, указан в свидетельстве о постановке на учет в ФНС. Сначала заполните ФИО, дата рождения и реквизиты паспорта, а затем нажмите «Загрузить из базы ФНС» — мы автоматически подтянем номер. Если произошла ошибка, вы можете посмотреть номер самостоятельно на сайте ФНС.
Должность. Это необязательное поле в сертификате, но требуется для работы в некоторых системах, советуем заполнить. Если уверены, что должность не нужна, оставьте поле пустым.
Электронная почта. Укажите действующий адрес — туда будут приходить уведомления о статусе заявки и напоминания о продлении сертификата.
Подпишите заявление на выдачу сертификата
— Если у вас есть действующий сертификат доверенных УЦ с такими же ФИО, СНИЛС и ИНН, как в новой заявке, вы сможете подписать заявление электронно.
Если сертификат выдаётся не на руководителя из выписки, в заявлении появится строка «От имени юридического лица»
Должность, ФИО и подпись руководителя организации, на которую выдается сертификат. Вместо руководителя от имени ЮЛ может расписаться уполномоченное лицо по доверенности. Подпись синим цветом, не факсимиле.
Проверьте данные организации и владельца
Эти данные попадут в заявление на выдачу сертификата.Важно! Проверяйте данные внимательно, потому что если в данных будут ошибки, потребуется перевыпуск сертификата за отдельную плату (если у вас не подключена услуга “Сопровождение сертификата”).
Если название или адрес организации указаны неверно, нажмите ссылку «Обновить по данным ФНС» — мы автоматически актуализируем информацию в соответствии с данными в ЕГРЮЛ. Если ИНН, ОГРН или параметры сертификата указаны неверно — позвоните в ваш сервисный центр.
Проверьте актуальность документов
Мы скопируем документы из старой заявки, если соответствующие данные не поменялись. Проверьте их ещё раз.
Дождитесь ответа ПФР и ФНС — мы автоматически проверяем СНИЛС и ИНН. Если ПФР подтвердит данные, скан СНИЛС не нужен.
Если ответ долго не приходит или в госсистемах нет ваших данных, нажмите “Восстановить документ”, чтоб скопировать документ из старой заявки, или загрузите фотографию или скан карточки СНИЛС и свидетельства ИНН заново.
Если данные владельца или организации изменились, вам нужно подтвердить изменения документами. Напротив документов, которые нужно представить, есть зеленые кнопки “Загрузить”.
Сделайте фотографии или цветные сканы этих документов. Технические требования к файлам:
- Качество картинки должно быть таким, чтобы текст легко можно было разобрать (примерно 200-400 dpi).
- Страницы не обрезаны, входят целиком.
- Размер до 10 МБ.
- Форматы jpg, png, gif, pdf, tif, bmp, heic.
Если вы используете не оригинал документа, а копию, она должна быть заверена по образцу:
Заверить копию может:
- руководитель или уполномоченное лицо организации/ИП, с которой заключен договор на выдачу сертификата, при наличии печати,
- нотариус,
- сервисный центр.
ИсключениеЕсли сертификат на руководителя юридического лица, ИП или физлицо, то на копии паспорта или другого документа, удостоверяющего личность, заверительная надпись не обязательна.
Важно! Нельзя фотографировать/сканировать копию заявления. Только оригинал. Не выбрасывайте заявление! Оно понадобится при получении сертификата.
Загрузите подготовленные сканы в нужные вкладки. Также вы можете загрузить дополнительные документы, кликнув на ссылку “Загрузить дополнительные документы” внизу страницы. У каждого опционального документа написано, в каких случаях он требуется.
После проверки/загрузки всех обязательных документов, станет активной кнопка “Продолжить” внизу страницы. Нажмите её.
Выберите сервисный центр
На этом шаге нужно выбрать адрес, куда вам будет удобно подойти с оригиналами документов после одобрения заявки.Чаще всего какой-то сервисный центр уже выбран — он отображается на зелёной плашке. Если он вам подходит — сразу нажмите кнопку “Отправить на проверку”. Если СЦ не подходит или не выбран, найдите удобный вам адрес в списке или на карте и кликните на него — он подсветится зелёным.В списке и на карте показываются только точки в выбранном регионе/городе. Если вы хотите посмотреть точки в других регионах — поменяйте локацию.
После того, как вы выбрали удобный вам сервисный центр, нажмите кнопку «Отправить на проверку».
Если вы подписали заявление сертификатом и все данные прошли проверку в гос.системах (паспорт, СНИЛС ИНН для сертификатов для ИП и физлиц), то вам не нужно идти в сервисный центр, поэтому шага выбора СЦ не будет, вы сразу увидите вот такое сообщение. Но если вы приобретали токен, позвоните в сервисный центр и договоритесь, когда и где его получить.
Виды электронной подписи
Различают два вида ЭП:
- Простая ЭП (позволяет лишь установить авторство документа, требует наличия ключа ЭП).
Простая ЭП используется в случаях, когда на аналогичном бумажном документе не требуется наличие печати. Такая подпись может только подтвердить личность подписанта. - Усиленная ЭП (формируется с помощью специальных криптографических алгоритмов). Может быть неквалифицированной и квалифицированной.
Усиленная неквалифицированная ЭП обладает несколькими принципиальными качествами:
- образуется в результате криптографического преобразования информации с использованием ключа ЭП;
- благодаря средству ЭП и ключу проверки помогает определить авторство электронного документа и установить изменения в документе после его подписания;
- создается с использованием средств ЭП.
Если к этим качествам добавить еще два, то получится усиленная квалифицированная ЭП. При этом будет ошибкой считать, что усиленная квалифицированная ЭП является в то же время усиленной неквалифицированной ЭП.
Речь идет об этих двух дополнительных признаках:
- ключ проверки ЭП должен содержаться в квалифицированном сертификате ключа проверки ЭП;
- средство ЭП, которое используется для создания и проверки, должно получить подтверждение соответствия требованиям, предусмотренным законом и ФСБ для средств ЭП.
Усиленная квалифицированная ЭП предоставляет ее владельцу максимум возможностей с правовой точки зрения. В то же время к ней предъявляются высокие требования.
Если кнопка есть
Нажмите на эту кнопку и далее следуйте указаниям системы, они помогут вам отправить заявку.
Если сменился владелец сертификата или данные организации:
3) Документы. Оригинал или заверенная копия паспорта будущего владельца сертификата. Возможно, потребуются СНИЛС и ИНН (если не получится проверить ваши данные в госсистемах автоматически) и документы организации — список документов и случаи, в которых они нужны, написаны на шаге загрузки документов.
4) Телефон с камерой, фотоаппарат или цветной сканер. Нужно будет загрузить изображения документов.
Нажмите кнопку «Приступить», когда будете готовы заполнять заявку.
Как подписать документ в контур.крипто
Настройте Контур.Крипто в соответствии с инструкцией. Затем зайдите в Контур.Крипто и выберите вкладку «Подписать».
На первом этапе вам предложат выбрать документы для подписания. Подгрузите необходимый файл. После этого наступит второй этап с предложением выбрать сертификат. Сведения о сертификате подгружаются автоматически. Если вы поставите галочку напротив предложения «Усовершенствовать подпись», то в сведениях о подписании документов появятся дата и время подписания. После нажатия кнопки «Подписать» система попросит ввести пароль.
Как подписать документ электронной подписью
Допустим, вы получили квалифицированный сертификат ЭП и хотите начать им пользоваться. Что для этого нужно?
- Прежде чем подписать документ ЭП, убедитесь в его окончательной версии. После того, как будет создана ЭП, внести в него изменения не получится.
- Позаботьтесь о наличии средств ЭП (в УЦ Контура настройка компьютера для работы с ЭП проходит автоматически) и программ для создания ЭП.
Для подписания ЭП документов формата Word и Excel есть несколько возможностей. Способ подписания зависит от применяемого ПО. Поэтому разумно перед тем как окончательно определиться с выбором, обсудить требования к подписи у контрагента.
В зависимости от ПО есть несколько видов подписей:
| Вид ЭП | Ключевая особенность |
|---|---|
| Открепленная | Файл подписи формируется отдельно от подписываемого файла |
| Совмещенная | Создается файл, в котором содержится и ЭП, и исходный документ |
| Встроенная | Подписание происходит внутри документов Word, Excel, PDF с помощью ПО |
| В Outlook | Подписание в Outlook возможно только в почтовом клиенте Microsoft Outlook |
Для создания совмещенной подписи потребуется программа КриптоАРМ. Установив ее, можно подписывать документы любого формата: rar,.jpeg,.png,.ppt, видео и т.д. Есть бесплатная базовая версия КриптоАРМ Старт, стоимость остальных версий зависит от функциональности.
Для создания встроенной ЭП потребуются плагины:
Подписывать документы в Outlook можно только в почтовом клиенте Microsoft Outlook. При этом важно, чтобы почта в учетной записи MS Outlook совпадала с почтой, указанной в сертификате.
Для открепленной подписи подойдут как КриптоАРМ, так и бесплатный веб-сервис Контур.Крипто.
Контур.Крипто не нужно устанавливать, достаточно просто иметь доступ в интернет. Он работает с подписью, выпущенной любым УЦ, помогает создать и проверить ЭП, зашифровать и расшифровать электронный файл, а также подписать пакет файлов или архивов, поставить подпись двум и более лицам.
При этом в сервисе есть ограничение на вес документа — до 100 Мб, и он работает только в Microsoft Windows. Кроме того, сервис позволяет создать только открепленную подпись. Проверить подпись, созданную в Контур.Крипто, можно в любой программе, которая работает с открепленными ЭП.
Кто и как может получить кэп бесплатно
В мае 2021 года ФНС выпустила подробные разъяснения по вопросу получения бесплатной КЭП. Ведомство предупредило, что с 1 января 2022 года оно начнет выпускать такую подпись для юрлиц (гендиректоров, которые действуют от лица компании без доверенности), ИП и нотариусов.
Срок действия КЭП, которые были выпущены коммерческими УЦ, ограничен 1 января 2022 года. Этим УЦ нужно будет успеть до 1 июля 2021 года переаккредитоваться.
«Чтобы обеспечить «бесшовный» переход от платной к соответствующей безвозмездной государственной услуге по выпуску электронной подписи с 1 июля получить квалифицированную электронную подпись можно будет в Удостоверяющем центре ФНС России», — предупреждает ФНС.
УЦ ФНС выдаст квалифицированные сертификаты бесплатно только для юрлиц, ИП и нотариусов. Квалифицированный сертификат физлица, а также лица, планирующего действовать от имени юрлица по доверенности, можно получить в коммерческих аккредитованных УЦ. С 1 января 2022 года услуга будет доступна только в тех УЦ, которые прошли переаккредитацию.
С 1 июля 2021 года лица, имеющие право действовать без доверенности от имени организации, и ИП смогут подать заявление на выпуск КЭП через «Личный кабинет налогоплательщика — физлица».
Роль аккредитованного удостоверяющего центра
Как уже было сказано выше, сертификат ключа проверки ЭП выдает УЦ в электронном или бумажном виде. УЦ, подтвердивший соответствие требованиям закона в Минкомсвязи, становится аккредитованным УЦ и получает право выдавать квалифицированные сертификаты.
При выдаче квалифицированного сертификата аккредитованный УЦ должен не только установить личность обратившегося лица, но и внести в специальную базу данных (реестр сертификатов) серию, номер и дату выдачи документа, использовавшегося для установления личности.
Аккредитованный УЦ должен регулярно публиковать специальную выписку из реестра сертификатов, содержащую номера квалифицированных сертификатов, которые прекратили действие по решению суда или по обращению владельца сертификата.
Подробно об обязанностях и функционале аккредитованного УЦ говорится в ст. 15 Федерального закона от 06.04.2021 № 63-ФЗ.Чтобы получить ЭП, для начала нужно определить, какой сертификат ЭП вам нужен для работы, с какой целью вы будете его использовать.
Подготовить необходимые документы перед визитом в центр выдачи можно с помощью мастера подбора документов.
Для получения сертификата придется лично прийти в центр выдачи с оригиналами документов или их заверенными копиями, оплаченным счетом или копией платежного поручения, заверенной банком.
Сертификат ключа проверки электронной подписи
В Федеральном законе от 06.04.2021 № 63-ФЗ сертификат ключа проверки ЭП определяется как электронный документ или документ на бумажном носителе, который выдает удостоверяющий центр (УЦ) или доверенное лицо УЦ. Он подтверждает принадлежность ключа проверки ЭП владельцу сертификата ключа проверки ЭП.
Квалифицированный сертификат включает следующую информацию:
- уникальный номер квалифицированного сертификата, даты начала и окончания его действия;
- для физлица: ФИО и СНИЛС владельца сертификата;
- для юрлица: наименование, место нахождения, ИНН и ОГРН владельца сертификата;
- ключ проверки ЭП;
- наименования средств ЭП и средств (УЦ), с помощью которых созданы ключ ЭП, ключ проверки ЭП УЦ, квалифицированный сертификат;
- наименование и место нахождения аккредитованного УЦ, который выдал квалифицированный сертификат, номер квалифицированного сертификата УЦ;
- ограничения использования квалифицированного сертификата.
Требования к форме квалифицированного сертификата установлены Приказом ФСБ РФ от 27.12.2021 № 795. Для ограничения использования сертификата есть, например, дополнение keyUsage, содержащее серию флагов, с помощью которых устанавливается, где ключ проверки ЭП не может применяться.
Флаг keyCertSign в дополнении keyUsage означает, что область использования ключа включает проверку подписей под квалифицированными сертификатами. Этот флаг не поднимается в квалифицированных сертификатах клиентов УЦ. А вот в квалифицированном сертификате, который выдан УЦ Минкомсвязи, этот флаг поднимается, что позволяет УЦ создавать свою квалифицированную ЭП в сертификатах своих клиентов.