Ошибка формирования документа 0 error

Невозможно создание объекта сервером программирования объектовОтсутствуют разрешения на использование ActiveX объектов

Использование ЭЦП открывает для владельца подписи дополнительные возможности. Но вместе с этим, иногда сопровождается небольшими техническими проблемами, связанными с необходимостью чёткого выполнения действий, связанных с загрузкой сертификатов, авторизацией, установкой необходимого программного обеспечения, а также системных требований к компьютеру.

Важно отметить, что большинство ошибок при работе с ЭЦП можно устранить в домашних условиях, без необходимости привлечения специалистов со стороны.

Какие виды ошибок ЭЦП бывают

Среди наиболее часто встречающихся ошибок в процессе подписания электронных документов электронной подписью выделяют три ключевых блока:

Проблема с подписанием ЭПЦ

Причины, вызывающие подобную ошибку весьма разнообразны. Тут можно выделить такие основные направления:

Как проявляется данная ошибка и что сделать, чтобы исправить

Ошибка исполнения функции с информированием о невозможности подписать документ ЭЦП обычно появляется в момент подписания документа.

Система сразу выводит на экран уведомление о непредвиденной ошибке с кратким указанием причины ее возникновения.

Обычно для ее исправления требуются такие действия:

Важно. Причина, из-за которой владелец ЭЦП не может нею воспользоваться, может быть комплексной. Поэтому, если не сработал один из предложенных вариантов, проверьте по другим направлениям.

Проблема с сертификатом

Распространенным явлением во время подписания электронных документов ЭЦП является получение уведомления, что системе не удалось получить доступ к сертификатам, пригодным для формирования подписи.

Здесь причины возникновения неисправности могут быть такими:

1. Пользователь не установил на свой ПК корневые сертификаты УЦ, осуществлявшего формирование и выдачу ЭЦП. Для устранения – скачать и установить на компьютер такой сертификат, либо прописать доступ к нему.
2. Система не видит личных сертификатов владельца ЭЦП. Выдаются одновременно с оформлением ЭП. Их необходимо загрузить на ваш ПК, и подтянуть в криптопровайдер. В дальнейшем можно загрузить через сайт УЦ. Устанавливаются и прописываются на рабочем месте, предназначенном для работы с ЭЦП. С незарегистрированным сертификатом вы не сможете осуществлять подписание электронных документов.
3. Информирование о невалидности сертификатов. Обычно такое возможно в случае, когда заканчивается срок действия сертификата, либо их отзывают. Потребуется обращаться в УЦ, выдавший ЭЦП, для уточнения статуса сертификатов подписи. В некоторых случаях помогает обновление сертификатов на компьютере пользователя. Сделать это можно вручную.

Что делать если не найден сертификат или не верен

Когда сертификат отсутствует в списке «Ваши Сертификаты», проблема может оказаться в отсутствии коренного сертификата УЦ.

Для устранения этой проблемы необходимо:

• проверить наличие такого сертификата на вашем ПК по пути: «Пуск» — дальше «Все программы» — после этого плагин «КриптоПро» — а уже там «Сертификаты»;
• дальше находим вкладку «Личное», выбираем «Сертификаты»;

• потребуется открыть не отображенный во вкладке сертификат и просмотреть его «Путь сертификации»;
• тут отображаются все цепочки сертификатов в порядке ранжирования. Важно чтобы напротив какого-то из них не стоял желтый, либо красный значок предупреждения. Если подобное присутствует – нажмите на сам сертификат и ознакомьтесь с ошибкой, что выдаст система;
• в зависимости от причины (обычно это окончание действия сертификата, либо не верифицирован) выполните ее устранение.

Чтобы устранить ошибку и перезагрузить отозванный сертификат потребуется выполнить несколько не сложных действий:

• в окне «Свойства браузера» откройте личный сертификат. Попасть туда можно через «Поиск» меню «Пуск». В открытом окошке ищите вкладку «Содержание», дальше вкладку «Сертификаты»;
• после этого во вкладке «Состав» потребуется выбрать позицию «Точки распространения списков отзывов»;
• в следующем блоке под названием «Имя точки распространения» необходимо выполнить копирование ссылки загрузки файла списка отзывов;
• переходя по указанной ссылке необходимо скачать и установить файл списка отзывов (CRL);
• дальше переходим по подсказкам «Мастера импорта сертификатов».

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

1. На носителе отсутствует драйвер, либо он установлен не корректно. Необходимо скачать последнюю версию драйвера с официального источника и установите его. Можно проверить работоспособность съемного носителя на другом ПК. В этом случае, если другой ПК нормально работает с носителем ЭЦП, переустановите драйверы на первом компьютере.
2. Система долго распознает носитель ЭЦП. Тут проблема в операционной системе. Ее потребуется обновить до минимального уровня, требуемого для работы с ЭЦП.
3. USB-порт работает не корректно. Попробуйте подсоединить Токен (флешку) через другой порт, либо на другом ПК, чтобы убедиться, что проблема не в носителе. Выполните перезагрузку компьютера.
4. Если Токин (флешка) не открывается ни на одном компьютере, значит проблема в носителе. Когда ключ был записан в единственном экземпляре на этот носитель – потребуется обращаться в УЦ для перевыпуска ЭЦП.

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

Проблемы при авторизации

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

Обычно проблема кроется:

1. Отсутствие регистрации. Потребуется попросту зарегистрироваться на избранном вами ресурсе.
2. Не зарегистрирован сертификат. Возникает после обновления ключа ЭЦП. Устраняется путем регистрации нового сертификата ключа ЭЦП.

В дальнейшем, при работе на самой электронной площадке и попытке подписать электронные документы, могут возникать дополнительные трудности, связанные с такими моментами:

1. Необходимости присоединиться к регламенту. Система не даст возможность полноценно работать, если вы не согласитесь с ее условиями.
2. Невозможность загрузить файл (файлы). Обычно это ошибка превышения размера информации, что допустима для загрузки. Просто смените формат разрешения файла, чтобы уменьшить его размер.
3. Требование использовать определенный браузер (определенную версию браузера). Это системные требования владельца площадки, которые необходимо соблюдать.
4. Проблемы со считыванием сертификатов. Потребуется проверить не просрочены ли ваши сертификаты, а также все ли они установлены на ПК.

№

Код ошибки

Описание

Рекомендации

1

PERSON_POST_IN_FRMR_MISMATCH

Переданная должность сотрудника не соответствует должности, зарегистрированной в ФРМР 

Проверить корректность должности в МИС в соответствии с ФРМР.

2

PATIENT_MPI_MISMATCH

Данные пациента с переданным локальным идентификатором отличаются от зарегистрированных в ГИП 

• Ошибка на стороне федерального хранилища. Означает, что персональные данные пациента в документе не совпадают с персональными данными пациента зарегистрированными в ГИП.
• Предоставить в СТП МИС в письменном виде данные пациента: ФИО, Дата рождения, СНИЛС, Пол, Номер полиса, Email, Телефон, Адрес пациента (Город, Улица, Регион) для изменения данных в ГИП.
• После корректировки данных в ГИП, повторно отправить документ в РЭМД.

3

VALIDATION_ERROR

Ошибка валидации значения

Форматно-логический контроль регистрируемого СЭМД включает в себя:

• Валидацию структуры СЭМД;
• Проверку используемых справочных значений.

Для ошибок вида VALIDATION_ERROR в тексте содержится указание на проблемный элемент СЭМД.

Пример ответа ошибки:

• 400 : ValidationError, Организация [1.2.643.5.1.13.13.12.2.50.4808] не привязана к РМИС [emdr-rmis-83]

Пример ответа для ошибки схематрона:

• VALIDATION_ERROR : Ошибка валидации схематрона: Элемент ClinicalDocument/code. Атрибут @codeSystem должен быть представлен и иметь значение «1.2.643.5.1.13.13.11.1115» или «1.2.643.5.1.13.13.11.1522». Путь: /ClinicalDocument[1]/code[1]/@codeSystem=’1.2.643.5.1.13.13.11.1115′ or @codeSystem=’1.2.643.5.1.13.13.11.1522′

Пример ответа для ошибки XSD-схемы:

• ns2:errors><ns2:item><ns2:code>VALIDATION_ERROR</ns2:code><ns2:message>cvc-complex-type.2.4.a: Invalid content was found starting
  with element ‘{«urn:hl7-org:v3»:patientRole}’. One of ‘{«urn:hl7-org:v3»:realmCode, «urn:hl7-org:v3»:typeId, «urn:hl7-org:v3»:templateId, «urn:hl7-
  org:v3″:time, «urn:hl7-org:v3»:awarenessCode, «urn:hl7-org:v3»:participantRole}’ is expected.</ns2:message></ns2:item

Предоставляемые ЦНИИОИЗ XSD-схемы и разрабатываемые Цифромед файлы схематронов публикуются на Портале оперативного взаимодействия участников ЕГИСЗ, в разделе «Материалы – ЕГИСЗ – СЭМД» (https://portal.egisz.rosminzdrav.ru/materials).

Файлы XSD-схем находятся в архиве СЭМД, разработанные схематроны также выкладываются в теме соответствующего СЭМД

Правила регистрации документов в РЭМД и проверки форматно-логического контроля периодически изменяются, при возникновении таких ошибок необходимо обратиться в СТП МИС для устранения ошибки и предоставить примеры документов.

4

VALUE_MISMATCH_METADATA_AND_FRMR

Переданные данные сотрудника не соответствуют данным, зарегистрированным в ФРМР 

Сверить данные сотрудника в МИС и в ФРМР (ФИО, дата рождения, СНИЛС).

Необходимо сверить данные председателя ВК в ФРМР/ФРМО и ЕМИАС на совпадение даты рождения и СНИЛС

5

Адрес OCSP-службы не указан или недоступен и недоступен CRL

Ошибка на стороне федерального хранилища. Повторно отправить документ.

6

PERSON_CARD_NOT_FOUND

Личное дело сотрудника отсутствует в ФРМР 

Добавить/редактировать личное дело в ФРМР.

7

PERSON_NOT_FOUND

Сотрудник не найден в ФРМР 

Проверить корректность заведения сотрудника в ФРМР.

8

VALUE_MISMATCH_METADATA_AND_CERTIFICATE

Несоответствие данных (сотрудника либо МО) в сообщении и в сертификате ЭП 

Проверить соответствие сертификата электронной подписи и подписанта, указанному в медицинском документе. При необходимости обратиться в СТП МИС.

9

SIGNATURE_DUPLICATION

Дублирование подписи 

Документ, требующий подписи нескольких сотрудников должен быть подписан разными сотрудниками медицинской организации. Скорректировать в документе «подписантов», повторно подписать и отправить документ в РЭМД.

При наличии ошибки по документу, который должен подписываться одной подпись необходимо обратиться в СТП МИС.

10

CANT_BUILD_CERT_CHAIN_TO_ACCREDITED_CA_CERT

Не удалось построить цепочку сертификатов до аккредитованного удостоверяющего центра (сертификат сотрудника выдан не аккредитованным УЦ или один из сертификатов цепочки не действителен) 

• Проверить корректность электронной подписи регистрируемого документа и корректность применения подписи. Обратиться в УЦ выдавший ЭЦП.
  
• Одна из причин возникновения данной ошибки: через удостоверяющий центр не удалось проверить действительность электронной подписи (удостоверяющий центр не вернул ответ на запрос из РЭМД при регистрации документа).

• Срок действия сертификата истек или еще не наступил.
• Сертификат был отозван удостоверяющим центром.
  Переустанавливать цепочку  сертификатов в соответствии с инструкцией «Настройка сервиса взаимодействия с ФСС».
  

11

OBJECT_NOT_FOUND

Не найдена запись справочника 

Обратиться в СТП МИС. После устранения ошибки. Повторно отправить документ. 12

ROLE_OCCURRENCE_MISMATCH

Число ЭП сотрудников с требуемой ролью не соответствует требованиям вида документов 

Число подписей с требуемой ролью не соответствует требованиям правил подписи ЭМД, либо превышено максимальное количество подписей для данной роли.

Например:

На дату создания документа для указанного вида требуется как минимум 1 подпись роли [DOCTOR]

13

INCONSISTENT_DIGESTS

ЭП при одинаковых алгоритмах хеширования содержат разные хеш-суммы документов. ЭП от разных документов 

Некорректно сформирована подпись – переподписать документ.

14

SIGNATURE_VERIFICATION_ERROR

Подпись не верна 

Обратиться в СТП МИС.

15

SIGNATURE_DECODING_ERROR

Ошибка декодирования ЭП 

Обратиться в СТП МИС.

16

NO_SIGNATURE

Отсутствуют подписи документа 

Подписать документ и отправить в РЭМД.

17

NO_SPECIALITY

Наличие специальности подписанта не соответствует требованиям вида документов 

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

18

DIGEST_MISMATCH

Хеш-сумма документа, полученного из предоставляющей системы, не соответствует зарегистрированной в РЭМД 

• Некорректно сформирована подпись. Необходимо переподписать документ.
• Обратиться в СТП МИС.

19

UNKNOWN_ALGORITHM

Неподдерживаемый алгоритм подписи 

Проверить корректность ЭП. Повторно отправить документ.

20

NO_ORG_ON_DATE

МО недействительна на дату создания документа 

Проверить и актуализировать структуру МО в ФРМО. Повторно отправить документа в РЭМД. 21

NO_DEPARTMENT

Отсутствует информация о подразделении организации 

Проверить и актуализировать структуру МО в ФРМО. Внести информацию о подразделении и повторно отправить документ в РЭМД. 22

RMIS_REGION_MISMATCH

Регион организации не соответствует региону РМИС/МИС 

Проверить корректность данных о медицинской организации в справочнике ЛПУ и ФРМО.

23

ADDITIONAL_INFO_REQUIRED

Для формирования запрошенного в рамках услуги «заказ справки он-лайн» документа недостаточно сведений, гражданину необходимо обратиться с личным визитом для прохождения дополнительных исследований

Недостаточно сведений, гражданину необходимо обратиться с личным визитом в МО.

24

ACCESS_DENIED

У запрашивающей РМИС/МИС нет разрешения на получение документа 

• Обратиться в МИАЦ для получения сведений о наличии регистрации.
• Обратиться в СТП ЕГИСЗ по вопросу отсутствия доступа Системы к РЭМД ЕГИСЗ (egisz@rt-eu.ru).

25

ATTRIBUTE_MISMATCH

Из предоставляющей РМИС/МИС передан документ, метаописание которого не соответствует зарегистрированному 

Ошибка связана с предоставлением некорректного ЭМД в РЭМД из системы источника (ГИС Субъекта/РМИС). Обратиться в СТП МИС.

26

CAN_NOT_ASSOCIATE

Невозможно связать документы. Создание недопустимой связи документов 

Обратиться в СТП МИС.

27

DISABLED_RMIS

РМИС/МИС зарегистрирована в РЭМД, но не активна 

• ИС зарегистрирована в РЭМД, но не активна – следует проверить электронную почту ответственного лица на предмет наличия уведомления об отключении ИС, после чего устранить проблему и следовать инструкциям из письма о переподключении ИС.
• Обратиться в МИАЦ и СТП МИС.
  

28

DOC_DATE_MISMATCH_CERT_NOT_AFTER

Сертификат ЭП недействителен на дату создания документа (документ создан позже окончания срока действия сертификата 

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

Если дата создания документа не попадает в период действия сертификатов, то такой документ данной электронной подписью подписать не получится.

Внимание! Повторно подписывать и отправлять документ в РЭМД не нужно.

29

DOC_DATE_MISMATCH_CERT_NOT_BEFORE

Сертификат ЭП недействителен на дату создания документа (документ создан раньше начала срока действия сертификата) 

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

Если дата создания документа не попадает в период действия сертификатов, то такой документ данной электронной подписью подписать не получится.

Внимание! Повторно подписывать и отправлять документ в РЭМД не нужно.

30

INVALID_CERT_KEY_USAGE

Область использования ключа ЭП не соответствует предъявляемым требованиям 

Документ невозможно подписать таким типом ЭЦП. Необходимо сверить на соответствие с Федеральным справочником.

31

INVALID_CONTENT

Из предоставляющей РМИС/МИС передан документ, формат файла которого не соответствует требованиям вида документов 

Проблема с формированием документа — обратиться в СТП МИС для выяснения причин.

32

INVALID_PLUGGABLE_ATTRS

Дополнительные атрибуты документа не соответствуют схеме дополнительных атрибутов вида документов 

Обратиться в СТП МИС.

33

MIS_ERROR

Ошибка сервиса системы, предоставляющей документ 

Обратиться в СТП МИС.

34

MIS_NOT_AVAILABLE

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

Ошибка связана с передачей ЭМД в РЭМД. Обратиться в СТП МИС.

35

NO_DOCUMENT_KIND_ON_DATE

Дата создания документа находится вне периода, допустимого для вида документов 

РЭМД принимает документы, которые созданы не более года назад. Регистрация таких документов в РЭМД запрещена.

36

NO_END_ENTITY_CERTIFICATE

В ЭП отсутствует сертификат проверки подписи 

Осуществить попытку повторной подписи документа, в случае отсутствия положительно результата, обратиться в УЦ выдавший ЭЦП.

37

NO_RMIS

РМИС/МИС не зарегистрирована в РЭМД 

• ИС не зарегистрирована в РЭМД — следует осуществить подключение к РЭМД в соответствии с порядком, указанном в интеграционных профилях РЭМД, опубликованными на портале ЕГИСЗ: https://portal.egisz.rosminzdrav.ru/materials/1879 или проверить указываемые данные об идентификаторе системы.
• Обратиться в МИАЦ и СТП МИС.

38

NO_ROLE_POLICY_ON_DATE

В указанную дату для роли недоступно подписание документов указанного вида 

Регистрация ЭМД с данной ролью невозможна в указанную дату. Возможно в правилах подписи ЭМД изменилось наименование роли для данного вида документа. При необходимости обратиться в СТП МИС.

39

NO_SNILS

Наличие СНИЛС пациента не соответствует требованиям вида документов 

• Отсутствует СНИЛС пациента. Для данного вида документа СНИЛС является обязательным для заполнения (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1520/version/11.6). Снять подпись (если существует такая возможность для данного вида документа), заполнить данные, подписать и отправить ЭМД в РЭМД.
• Если снятие подписи недоступно для данного вида документа, следует обратиться в СТП МИС.

40

NOT_UNIQUE_ASSOCIATION

Регистрируемая связь документов уже существует 

Обратиться в СТП МИС.

41

ORG_NOT_FOUND_IN_FRMO

Организация не найдена в ФРМО 

• Проверить наличие информации о МО/СП и МР в ФРМО, и в ФРМР, удостовериться, что медицинский работник является сотрудником МО, проверить корректность сведений о его должности в МИС и ФРМР. При необходимости добавить организацию в ФРМО или скорректировать о ней сведения в ФРМО.
• Проверить корректность указания ОИД медицинской организации и/или структурного подразделения в справочнике ЛПУ.
• Повторно отправить медицинский документ в РЭМД.

42

ORG_SIGNATURE_OCCURRENCE_MISMATCH

Наличие подписи организации не соответствует требованиям вида документов 

Обратиться в СТП МИС.

43

PATIENT_OCCURRENCE_MISMATCH

Наличие сведений о пациенте не соответствует требованиям вида документов 

Обратиться в СТП МИС.

44

PLUGGABLE_ATTRS_OCCURRENCE_MISMATCH

Наличие дополнительных атрибутов документа не соответствует требованиям вида документов 

Обратиться в СТП МИС.

45

POSITION_TO_ROLE_MISMATCH

Несоответствие должности и роли подписанта 

Документ подписан пользователем с должностью, которая не предусмотрена для данного вида документа. Необходимо выбрать корректную должность и переотправить документ. При необходимости обратиться в СТП МИС.

Правила подписи электронных медицинских документов — https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42/version/3.62

Роли сотрудников, которые могут подписывать документы для отправки в РЭМД — https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.368/version/2.4

46

REGISTRY_ITEM_NOT_FOUND

Запрашиваемая запись регистра не найдена 

Ошибка связана с передачей ИС ЭМД в РЭМД. Обратиться в СТП МИС.

47

SIGNER_ORG_MISMATCH

Организация подписанта отлична от организации, регистрирующей документ (и РМИС/МИС не имеет на это разрешения) 

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

При необходимости обратиться в СТП МИС.

48

WRONG_CREATION_DATE

Дата создания документа больше даты регистрации 

Ошибка формирования документа. Обратиться в СТП МИС.

49

WRONG_MESSAGE_ID

Асинхронный запрос файла ЭМД с указанным messageID не найден 

• Повторно отправить документ в РЭМД.
• При необходимости обратиться в обратиться в СТП МИС.

50

MULTIPLE_SIGNERS

В контейнере ЭП указано более одного подписанта 

Некорректно установлена цепочка сертификатов — переустановить.

51

WRONG_SIGNATURE_FORMAT

Неподдерживаемый формат ЭП 

Проверить корректность электронной подписи. Повторно отправить документ в РЭМД.

52

INVALID_DOC_CONTENT_TYPE

Документ не соответствует допустимому формату (для вида документов) 

Обратиться в СТП МИС. Справочник 1.2.643.5.1.13.13.99.2.41

53

SERIES_REQUIRED_WRONG_SERVICE_VERSION

Невозможно зарегистрировать ЭМД с обязательным указанием серии документа с помощью версии сервиса 3.0 

Обратиться в СТП МИС.

54

SERIES_REQUIRED

Необходимо указать серию документа 

Указать серию документа в ЭМД и переотправить.

55

PATIENT_ALREADY_REGISTERED

Внутренняя ошибка ГИП при создании пациента 

• Обновить данные в ГИП в соответствии с инструкцией — Медицинская карта амбулаторного больного
• Повторно отправить документ в РЭМД.

Если после нескольких попыток обновить данные пациента в ГИП и отправки документа в РЭМД, документ возвращается с такой же ошибкой, то необходимо обратиться в СТП МИС.

56

PATIENT_NOT_FOUND

МО-получатель заказа на оформление документа онлайн не может идентифицировать пациента. По полученным персональным данным пациента в МО данные не найдены

• Идентификация пациента не пройдена. Проверить корректность персональных данных пациента (СНИЛС, ДУЛ, Полис).
• Обратиться в СТП МИС.

57

NOT_UNIQUE_ITEM

В запросе listDocKindSendRequest (сервис «заказ справок онлайн» на предоставление списка МО на ЕПГУ) есть конфликтующие записи по виду документов с пересечением дат доступности документов для заказа гражданами

Обратиться в СТП МИС.

58

AOGUID_NOT_FOUND

Уникальный идентификатор адресного объекта [AOGUID], переданного в СЭМД, не найден в ФИАС

Обратиться в СТП МИС.

59

REGION_CODE_DIFFERENT

Регион адресного объекта [CODE], переданного в СЭМД, не совпадает с регионом [REGIONCODE], полученным в результате проверки уникального идентификатора адресного объекта в ФИАС [AOGUID]

Обратиться в СТП МИС.

60

HOUSEGUID_NOT_FOUND

Уникальный идентификатор дома [HOUSEGUID], переданного в СЭМД, не найден в ФИАС

Обратиться в СТП МИС.

61

AOGUID_DIFFERENT

Уникальный идентификатор адресного объекта [AOGUID], переданного в СЭМД, не совпадает с адресом [AOGUID], полученным в результате проверки уникального идентификатора дома [HOUSEGUID] в ФИАС

Обратиться в СТП МИС.

62

RESTRICT_NEW_VERSION

Для вида документа запрещено регистрировать новую версию

Для регистрации «новой» версии необходимо регистрировать новый документ и в случае наличия ошибок в ранее зарегистрированном документе отправлять заявки на удаление ошибочных данных в составе: акт удаления ЭМД из архива ИС (МИС/ГИСЗ), пояснение причин корректировки, официальным письмом за подписью руководителя или заместителя руководителя ОУЗ (в случае частных/федеральных МО — за подписью руководителя или заместителя руководителя данной МО).

При ведении документооборота пользователи программ и порталов, использующих Систему Удаленного Финансового Документооборота (СУФД), например, Континент АП, КриптоПро, СБИС могут столкнуться с невозможность создания подписи в следствии появлении ошибки: «Подпись: ошибка 0x80090010: отказано в доступе».

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

Почему не удается создать подпись | ошибка 0x80090010

Среди основных причин, почему не удается создать подпись и появляется сообщение об ошибке с кодом 0x80090010, можно выделить следующие:

• Истек срок действия закрытого ключа;
• Отсутствие прав доступа к накопителю;
• Отсутствие прав доступа на реестр защищенных ключей.

Как исправить ошибку 0x80090010: отказано в доступе

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

Чтобы исправить ошибку «0x80090010: отказано в доступе» необходимо правильно диагностировать причину ее возникновения. Рассмотрим данный процесс на примере КриптоПро CSP:

1. Запустить программу;
2. Перейти в настройки;
3. Открыть вкладку «Сервис»;
4. Нажать «Протестировать» в разделе настроек тестирования, копирования и удаления контейнера закрытого ключа;
   
5. Указать путь к ключевому контейнеру, расположенному на съемном носителе;
6. Нажать «ОК»;
7. Затем – «Далее»;
8. Дождаться завершения работы мастера проверки контейнера, по истечению которой можно увидеть причину возникновения ошибки 0x80090010:
   

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

Истек срок ключа

Если использование ключа обмена запрещено в результате того, что срок действия закрытого ключа истек, то в таком случае, чтобы исправить ошибку «0x80090010: отказано в доступе» необходимо получить новый.

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

1. Кликнуть правой кнопкой мыши на дату / время в системном трее Windows, вызвав тем самым контекстное меню;
2. Выбрать пункт «Настройка даты и времени»;
   
3. Деактивировать автоматическую установку времени, передвинув ползунок влево, сделав его неактивным;
4. Нажать «Изменить» в строке «Установка даты и времени вручную»;
   
5. Изменить дату, соответствующую сроку действия ключа.
   

В случае с ключами, которые хранятся в реестре, можно выполнить следующую процедуру:

1. Зайти в реестр Windows. Для этого нужно нажать сочетание клавиш Win+R и ввести команду regedit;
2. Пройти по пути:
   HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCrypto ProCryptographyCurrentVersionParametersControlKeyTimeValidity (для 64-битных ОС),
   HKEY_LOCAL_MACHINESOFTWARECrypto ProCryptographyCurrentVersionParametersControlKeyTimeValidity (для 32-битных ОС).
3. Найти параметр «ControlKeyTimeValidity». Если его нет, то нужно создать параметр DWORD (32 бита) самостоятельно и дать ему указанное имя;
4. Открыть свойства параметра, нажав по нему правой кнопкой мыши;
5. Присвоить параметру значение «0»;
6. Нажать «ОК»;
   
7. После выполнения процедуры перезапустить программу.

Визуально ознакомиться с пошаговыми действиями можно в следующей видеоинструкции:

Отсутствие прав к накопителю

Если отсутствуют права доступа к накопителю, то нужно дать права доступа к флеш-накопителю и желательно добавить его в исключения антивирусной программы и брандмауэра Windows.

Часто подобная проблема возникает в следствии форматирования накопителя в формате NTFS. Рекомендуемые форматы: FAT и FAT32. Проверить права и формат файловой системы можно в свойствах флешки, кликнув по ней правой кнопкой мыши и выбрав соответствующий пункт.

Отсутствие прав доступа к ключам в реестре

Если отсутствуют права доступа на реестр защищенных ключей, то нужно:

1. Зайти в реестр Windows. Для этого нужно нажать сочетание клавиш Win+R и ввести команду regedit;
2. Проверить наличие прав по пути:
   HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCrypto ProSettingsUsers{SID_пользователя}Keys

В случае их отсутствия – получить.

Указан неправильный алгоритм (0x80090008)

Текст ошибки: 

Ошибка сохранения сообщения (0x80004005)

Ошибка сохранения сообщения (0x80004005)

Произошла ошибка при сохранении данных

Ошибка загрузки данных

Произошла ошибка при добавлении данных в сообщение

Указан неправильный алгоритм. (0x80090008)

Как выглядит ошибка: 

Решение

В большинстве случаев ошибка Указан неправильный алгоритм (0x80090008) решается переустановкой сертификата подписи. Переустановить сертификат можно несколькими способами: 

1. В программе КриптоАРМ так, как показано в видео инструкции.

2. В личном хранилище сертификатов КриптоАРМа найдите ваш сертификат, выделите нажав на него курсором мыши. Нажмите на кнопку Экспорт, в открывшемся окне мастера нажмите Далее, в следующем окне обязательно укажите НЕТ НЕ ЭКСПОРТИРОВАТЬ ЗАКРЫТЫЙ КЛЮЧ, в мастере экспорта выберите кодировку DER, нажав кнопку Обзор поместите его на рабочий стол под любым именем. Удалять сертификат из личного хранилища при этом не нужно. Затем снова импортируйте его в личное хранилище, используя кнопку Импорт на панели инструментов, в мастере импорта сертификатов установите чекбоксы Установить личный сертификат и Поместить сертификат в контейнер. Далее понадобится выбрать криптопровайдер и контейнер вручную. После успешного импорта сертификата повторите подписание.

3.Также переустановку сертификата можно выполнить через КриптоПро CSP. Для этого откройте программу КриптоПро CSP и перейдите во вкладку Сервис. Затем нажмите на кнопки Просмотреть сертификаты в контейнере и Обзор. Выберите нужный контейнер и нажмите кнопку Ok, а после Установить. Снова повторите подписание.

После выполненных переустановок сертификата, если ошибка возникнет снова, войдите в КриптоАРМ в меню Профили, далее Управление профилями, откройте профиль по умолчанию (он помечен зеленой галочкой в списке), перейдите на вкладку Общие. Здесь в поле Владелец сертификата добавьте этот сертификат, нажмите Применить и ОК. После этого повторите подписание.

Область применения электронной подписи (ЭП или ЭЦП) довольно широка. Например, многие специальные сервисы требуют верификации пользователя с её помощью: Госуслуги, онлайн-сервисы для управления средствами в банке, электронные площадки и другие. Поэтому любые технические неполадки, возникающие при использовании ЭЦП, могут вызвать различные серьёзные: от упущенной выгоды до материальных убытков.

Какие бывают ошибки

Проблемы при использовании ЭП, с которыми пользователи встречаются чаще всего, можно условно разделить на три группы:

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

Рассмотрим неполадки подробнее и разберёмся, как их решать.

Сертификат не найден

Иногда при попытке подписать электронный документ с помощью ЭП пользователь может столкнуться с ошибкой «Не удалось найти ни одного сертификата, пригодного для создания подписи».

У подобных ошибок могут быть следующие причины:

1. На компьютере не установлены корневые сертификаты Удостоверяющего Центра (УЦ), в котором была получена ЭП. Необходимо установить либо обновить корневой сертификат. Установка корневых сертификатов удостоверяющего центра подробно описана в нашей инструкции.
2. На ПК не установлено ни одного личного сертификата ЭП. Для применения ЭП необходимы и личные сертификаты. Об их установке мы писали в другой статье.
3. Установленные на компьютере необходимые сертификаты не валидны. Сертификаты отозваны или просрочены. Уточните статус сертификата в УЦ. Ошибка с текстом «Ваш сертификат ключа подписи включён в список отозванных» возникает, если у сертификата закончился срок действия или на ПК нужно обновить список сертификатов. В последней ситуации следует вручную загрузить перечень отозванных сертификатов.

Для установки списка отозванных сертификатов:

• Откройте личный сертификат пользователя в окне Свойства браузера. Чтобы открыть его, наберите «Свойства браузера» в поисковой строке меню Пуск. Перейдите во вкладку Содержание и нажмите кнопку «Сертификаты».



• Во вкладке Состав выберите из списка пункт «Точки распространения списков отзыва».
• В блоке Имя точки распространения скопируйте ссылку на загрузку файла со списком отзыва.



• Скачайте по указанной ссылке файл. Нажмите по нему правой кнопкой мыши и выберите в контекстном меню «Установить список отзыва (CRL)».
• Следуйте указаниям «Мастера импорта сертификатов».

Не виден сертификат на носителе

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

К наиболее распространённым причинам такой проблемы относятся следующие случаи:

1. Драйвер носителя не установлен или установлен некорректно. Для решения проблемы необходимо извлечь носитель электронной подписи из ПК и скачать последнюю версию драйвера носителя с официальных ресурсов. Если переустановка драйвера не помогла, подключите носитель к другому ПК, чтобы убедиться в исправности токена. Если токен определится другой системой, попробуйте удалить на неисправном компьютере драйвер носителя и установить его заново.
2. Долгое опознание носителя. Для решения проблемы необходимо дождаться завершения процесса или обновить версию операционной системы.
3. Некорректная работа USB-порта. Подключите токен к другому USB-порту, чтобы убедиться, что проблема не в носителе ЭП. Если система определила токен, перезагрузите компьютер. Если это не поможет, следует обратиться службу технической поддержки.
4. Неисправность носителя. Если при подключении токена к другому компьютеру или USB-порту система не определяет его, значит, проблема в самом носителе. Устранение неисправности возможно в данном случае лишь одним путём — нужно обратиться в сервисный центр для выпуска нового носителя.

ЭП не подписывает документ

Причин у подобной проблемы множество. Каждый случай требует отдельной проверки. Среди самых распространённых можно выделить следующие неполадки:

1. Закрытый ключ на используемом контейнере не соответствует открытому ключу сертификата. Возможно, был выбран не тот контейнер, поэтому следует проверить все закрытые контейнеры на компьютере. Если необходимый контейнер по тем или иным причинам отсутствует, владельцу придётся обращаться в удостоверяющий центр для перевыпуска ЭП.
2. Ошибка «Сертификат недействителен» (certificate is not valid). Следует повторно установить сертификат ЭП по инструкциям УЦ в зависимости от используемого криптопровайдера — КриптоПро CSP, ViPNet CSP или другого.
3. Сертификат ЭП определяется как непроверенный. В этом случае необходимо переустановить корневой сертификат удостоверяющего центра.
4. Истёк срок действия криптопровайдера. Для решения этой проблемы необходим новый лицензионный ключ к программе-криптопровайдеру. Для его получения необходимо обращаться к специалистам УЦ или к ответственным сотрудникам своей организации.
5. Подключён носитель с другим сертификатом. Убедитесь, что подключён правильный токен. Проверьте также, не подключены ли носители других сертификатов. Отключите другие носители в случае их обнаружения.

В момент подписания электронных документов или формирования запроса в различных может возникнуть ошибка «Невозможно создание объекта сервером программирования объектов».

В этой ситуации помогает установка и регистрация библиотеки Capicom:

1. Скачайте файл архива.
2. Распакуйте и переместите файлы capicom.dll и capicom.inf в каталог syswow64, находящийся в корневой папке ОС.
3. Откройте командную строку от имени администратора — для этого в меню Пуск наберите «Командная строка», нажмите по найденному приложению правой кнопкой мыши и выберите Запуск от имени администратора.



4. Введите «c:windowssyswow64regsvr32.exe capicom.dll» (без кавычек) и нажмите ENTER. Должно появиться уведомление о том, что команда выполнена успешно.

Выбранная подпись не авторизована

Подобная ошибка возникает при попытке авторизации в личном кабинете на электронных торговых площадках. Например, при входе на площадку ZakazRF отображается сообщение «Выбранная ЭЦП не авторизована».

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

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

Часто задаваемые вопросы

Почему компьютер не видит ЭЦП?

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

О том, что делать, если компьютер не видит ЭЦП и о способах проверки настроек, мы подробно писали в нашей статье.

Почему КриптоПро не отображает ЭЦП?

Если КриптоПро не отображает ЭЦП, следует проверить настройки браузера. Также исправляет ошибку добавление программы в веб-обозреватель и загрузка недостающих сертификатов электронной подписи.

Подробнее ознакомиться, как устранить данную неисправность можно в нашей статье.

Где на компьютере искать сертификаты ЭЦП?

Сертификат ЭЦП позволяет проверить подлинность подписи, содержит в себе срок её действия и информацию о владельце. Он автоматически загружается в папку с системными файлами. В операционной системе Windows от 7 версии и выше ЭЦП хранится по адресу:

C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates. Вместо ПОЛЬЗОВАТЕЛЬ требуется указать наименование используемого компьютера.

Что такое сертификат ЭЦП и зачем он нужен мы рассказали в нашей статье.

07 июнь 2018 12:23 – 07 июнь 2018 12:28 #7546
от Alex_04

two_oceans пишет: ничего не мешает убрать “веселые картинки” самим

Если за компом – толковый сисадмин, а не рядовые pressanykey-щики, коих подавляющее большинство. Не знаю как в других регионах, но в сельсоветах нашего фактически 1 главбух = “узкий специалист широкого профиля” (с): и жнец, и спец, и вообще …дец. Сисадминов там вообще не было никогда, нет и не будет наверняка. Так что этот вариант – совсем не вариант, к сожалению.

---

---

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Причина:

Данная ошибка (0х80090020) возникает, если приложение ITCOM запущено не от имени администратора.

Решение:

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

• Найти процесс отвечающий за приложение ITCOM (Рисунок 1), выбрать его и нажать «снять задачу»

• Открыть Мой компьютер/Этот компьютер, выбрать диск «С»

• Зайти на диск «С», папку «ITCOM» и запустить приложение crmagent.exe от имени администратора (Рисунок 2)

рис. 2

• После проделанных действий провести генерацию повторно.

Остались вопросы? Как мы можем помочь?

/Внутренняя ошибка (CSP). (0x80090020)

Внутренняя ошибка (CSP). (0x80090020)

Текст ошибки:

Произошла ошибка при шифровании сообщения 

Произошла ошибка при открытии сообщения для кодирования

Внутренняя ошибка (CSP). (0x80090020)

Как выглядит ошибка:

Решение

Чаще всего проблема возникает из-за конфликта криптопровайдеров КриптоПро CSP и VipNet CSP. При наличии двух этих криптопровайдеров на одном рабочем месте необходимо в настройках VipNet CSP во вкладке “Дополнительно” отключить настройку “Поддержка работы ViPNet CSP через Microsoft CryptoAPI”. После изменения компьютер перезагрузится. Ошибка будет исправлена. 

Если конфликтующего криптопровайдера не установлено и используется только КриптоПро CSP, то выполните восстановление настроек реестра утилитой.

Если предложенные действия не помогли, напишите нам на support@trusted.ru.

Ошибка 0х8007065B или «Ошибка исполнения функции» может возникать при работе с сертификатом на торговых площадках или информационных системах из-за отсутствия лицензии на программу Крипто Про CSP.

1. Если Ваш сертификат без встроенной лицензии:

Убедитесь, что лицензия на КриптоПро CSP введена и действует.

Для этого найдите «КриптоПро CSP» в программах в меню «Пуск». Во вкладке «Общие» будет указан «Срок действия».

Если лицензия «Истекла» и у Вас есть бланк с актуальной лицензией, введите серийный номер из бланка нажав на кнопку «Ввод лицензии». Подробнее — Как ввести лицензию КриптоПро CSP.

Если лицензии на КриптоПро CSP у Вас нет, Вы можете приобрести её у нас. Для этого позвоните по бесплатному номеру 8 (800) 550-87-19 доб. 2500.

2. Если ваш сертификат со встроенной лицензией:

Убедитесь, что используется КриптоПро не ниже версии 4.0 и сертификат электронной подписи установлен.

В сертификате есть встроенная лицензия, если в открытом ключе сертификата на вкладке «Состав» присутствует поле «Ограниченная лицензия Крипто-Про».

Остались вопросы? Как мы можем помочь?

1. Если ваш криптопровайдер КриптоПро CSP и выходит данная ошибка, вам требуется: перезапустить приложение Айтиком и Настройте ДСЧ в КриптоПро CSP

Решение:

Рис.1

• Затем заходите в программу КриптоПро CSP. (Рисунок 2)

Рис.2

• После открытия приложения нажимаем «Запустить с правами администратора» (Рисунок 3)

Рис.3

• Затем входим во вкладку оборудование и выбираем пункт «Настроить ДСЧ…» (Рисунок 4)

Рис. 4

Рис. 5

Рис. 6

• После выполненных действий заходим на Диск (с) в папку ITCOM и запускаем от имени администратора приложение crm-agent (Рис.7)

Рис. 7

2. Если ваш криптопровайдер VipNet CSP и выходит данная ошибка, вам требуется: открыть панель управления -&gt;Программы и компоненты -&gt; Удаление программ -&gt; выбрать программу «VipNet CSP» и нажать «Изменить» в новом окне выбрать «Восстановить»

после восстановления перезагрузите приложение Айтиком:

• После выполненных действий заходим на Диск (с) в папку ITCOM и запускаем от имени администратора приложение crm-agent

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

Остались вопросы? Как мы можем помочь?

Отказано в доступе. (0x80090010)

Текст ошибки:

Ошибка сохранения сообщения (0x80004005)

Ошибка сохранения сообщения (0x80004005)

Произошла ошибка при создании подписи

Произошла ошибка при определении размера закодированного сообщения

Отказано в доступе. (0x80090010)

Как выглядит ошибка:

Решение

Переустановите ваш сертификат через КриптоПро CSP так: Перейдите на  вкладку Сервис, далее Просмотреть сертификаты в контейнере, затем Обзор, выберите контейнер и нажмите Установить.

Если переустановка не поможет, то проверьте контейнер ключа при помощи кнопки Протестировать на той же вкладке. Если в результате тестирования возникнет ошибка “Использование ключа обмена запрещено. Срок действия закрытого ключа истек. Срок действия закрытого ключа не может превышать 3 года для неизвлекаемых ключей, хранящихся на ФКН и на HSM, и 1 год 3 месяца для прочих ключей”, то подписать этим сертификатом вам не удастся, нужно получить новый сертификат.

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

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

Ключи носителя “реестр” КриптоПро CSP хранит в следующей ветке реестра:

HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProSettingsUsers<SID пользователя>Keys

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

Если не получается исправить эту ошибку добавлением прав пользователя для носителя контейнера, то с этим вопросом стоит обратиться в техподдержку компании КриптоПРО.

Указан неправильный алгоритм (0x80090008)

Текст ошибки: 

Ошибка сохранения сообщения (0x80004005)

Ошибка сохранения сообщения (0x80004005)

Произошла ошибка при сохранении данных

Ошибка загрузки данных

Произошла ошибка при добавлении данных в сообщение

Указан неправильный алгоритм. (0x80090008)

Как выглядит ошибка:

Решение

В большинстве случаев ошибка Указан неправильный алгоритм (0x80090008) решается переустановкой сертификата подписи. Переустановить сертификат можно несколькими способами:

1. В программе КриптоАРМ так, как показано в видео инструкции.

2. В личном хранилище сертификатов КриптоАРМа найдите ваш сертификат, выделите нажав на него курсором мыши. Нажмите на кнопку Экспорт, в открывшемся окне мастера нажмите Далее, в следующем окне обязательно укажите НЕТ НЕ ЭКСПОРТИРОВАТЬ ЗАКРЫТЫЙ КЛЮЧ, в мастере экспорта выберите кодировку DER, нажав кнопку Обзор поместите его на рабочий стол под любым именем. Удалять сертификат из личного хранилища при этом не нужно. Затем снова импортируйте его в личное хранилище, используя кнопку Импорт на панели инструментов, в мастере импорта сертификатов установите чекбоксы Установить личный сертификат и Поместить сертификат в контейнер. Далее понадобится выбрать криптопровайдер и контейнер вручную. После успешного импорта сертификата повторите подписание.

3.Также переустановку сертификата можно выполнить через КриптоПро CSP. Для этого откройте программу КриптоПро CSP и перейдите во вкладку Сервис. Затем нажмите на кнопки Просмотреть сертификаты в контейнере и Обзор. Выберите нужный контейнер и нажмите кнопку Ok, а после Установить. Снова повторите подписание.

После выполненных переустановок сертификата, если ошибка возникнет снова, войдите в КриптоАРМ в меню Профили, далее Управление профилями, откройте профиль по умолчанию (он помечен зеленой галочкой в списке), перейдите на вкладку Общие. Здесь в поле Владелец сертификата добавьте этот сертификат, нажмите Применить и ОК. После этого повторите подписание.

08 июль 2019 07:38 #12819
от AGVolk

При попытке подисать в ЭБ сильно тупит Jinn
В итоге обычно подписывает, но уже 2 раз при подписании зависает, после чего просит обновить сессию и уже не заходит в ЭБ
Крипта при тестировании выдает картинку:

---

Проверка завершилась с ошибкой
Контейнер закрытого ключа пользователя
имя Кожевникова Елена Максимовна 327065047
уникальное имя SCARDETOKEN_PRO_54A44A052F27CC0032AC
FQCN \.AKS ifdh 0Кожевникова Елена Максимовна 327065047
проверка целостности контейнера успешно
Ключ обмена доступен
длина ключа 512 бит
экспорт открытого ключа успешно
вычисление открытого ключа Ошибка 0x80090003: Плохой ключ.
Ключ подписи отсутствует
загрузка ключей Ошибка 0x8009000A: Указан неправильный тип.
Версия контейнера 2
Расширения контейнера
некритическое Расширение контейнера КриптоПро CSP. Срок действия ключа обмена
действителен по 27 июня 2020 г. 6:51:49

---

Подлежит ли ключ восстановлению?

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

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

08 июль 2019 09:03 #12820
от Gvinpin

AGVolk пишет: Крипта при тестировании выдает картинку:

---

Проверка завершилась с ошибкой …

---

Подлежит ли ключ восстановлению?

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

---

______________________________
Как получилось, так и хотели (c)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

08 июль 2019 09:51 – 08 июль 2019 10:05 #12822
от Wmffre

1. Удалите КриптоПро CSP
2. Очистите от следов установки Криптопро утилитой
   cspclean.exe
3. Перезагрузитесь
4. Установите версию КриптоПро CSP 4.0.9944 (если Windows 7SP1), КриптоПро CSP 4.0.9969 (если Windows 10, скачав с сайта КриптоПро).
5. После этого тестируйте контейнер через Криптопро CSP.

Это другая проблема другого компьютера. Посмотрите
это сообщение
.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

09 июль 2019 01:54 #12824
от AGVolk

При копировании: Ошибка 0x80090003: Плохой ключ

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

09 июль 2019 02:12 #12825
от AGVolk

1) по поводу крипты и не только:
У меня с десяток машин с криптой, которые стабильно работают со своими подписями с сбис, крипто арм и просто сайтами через плагины. При проверке контейнера на них итогом тоже самое сообщение о плохом ключе. И вобще все эти чрезвычайно доставляющие ситуации возникают только на машинах для ЭБ и СУФД с джином и континентом тлс, за что так и хочется сказать спасибо тем кто напридумывал такие схемы для работы ЭБ.
Сертификат на токене читается нормально и нормально устанавливается. Целостность контейнера тоже вроде как в норме. Какая в итоге проблема с ключом не понятно. Я грешу на порты, так как машина старая и была взята со склада меньше месяца назад, и данная проблема только на ней.
2) Насчет другой машины: етокены она видит, не видит сертификаты. Причем началось это недели 2 назад до этого все работало.
Я собираюсь снести на ней крипту, тлс и джин и установить по новой. Что из этого выйдет напишу.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

09 июль 2019 02:56 – 09 июль 2019 03:00 #12826
от Wmffre

AGVolk пишет: При копировании: Ошибка 0x80090003: Плохой ключ

Вот в таких случаях сначала переустанавливают КриптоПро CSP, обязательно воспользовавшись утилитой cspclean.exe В этом случае Вы будете уверены, что после установки КриптоПро CSP уже точно исправное.

После этого необходимо создать контейнер без установленного сертификата пользователя внутри – смотрите
инструкцию
(только дату переводить не надо).
Обратите внимание! При установке сертификата пользователя через КриптоПро CSP обязательно

убирайте галочку

“Установить сертификат в контейнер”. При подписании через Jinn-client сертификат пользователя не будет на флешке/токене, его надо будет выбирать в “Сертификаты”.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

09 июль 2019 06:29 #12827
от AGVolk

Крипту переустановил винда 7, версия 4.0.9963. Контейнер оказался защищен от копирования, как и остальные казначейские (раньше не интересовался, сейчас проверил). Тестирование выдает все тоже самое.

На другом компе удалил джин, тлс и хс. Поставил джин, потом тлс, удалил екстендет, поставил хс. Джин начал видеть сертификаты на токенах.
Прикол в том, что обычно этого хватает на 3-4 недели, потом приходится повторять.

Обратите внимание! При установке сертификата пользователя через КриптоПро CSP обязательно убирайте галочку “Установить сертификат в контейнер”. При подписании через Jinn-client сертификат пользователя не будет на флешке/токене, его надо будет выбирать в “Сертификаты”.

Пробовал я в свое время не писать сертификаты на токен, а тянуть их так, безрезультатно.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

09 июль 2019 07:06 – 09 июль 2019 11:09 #12828
от Wmffre

AGVolk пишет: Пробовал я в свое время не писать сертификаты на токен, а тянуть их так, безрезультатно.

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

Проблема у Вас с контейнером – проверить это очень просто: на чистом компьютере устанавливаете КриптоПро CSP (все другие программы не устанавливаете), вставляете етокен и нажимаете кнопку “Протестировать”. Если ошибка есть, то проблема в контейнере закрытого ключа.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

12 июль 2019 12:57 #12893
от Alex_04

Wmffre пишет: Обратите внимание! При установке сертификата пользователя через КриптоПро CSP обязательно убирайте галочку “Установить сертификат в контейнер”. При подписании через Jinn-client сертификат пользователя не будет на флешке/токене, его надо будет выбирать в “Сертификаты”.

Или я чего-то пропустил (не получалось в последние месяцы тщательно следить за сообщениями на этом прекрасном форуме), или почему? Связано с особенностями национального госта-2012 для ЭП и “подстроенных” под него СКЗИ?

---

---

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

12 июль 2019 13:19 #12894
от Wmffre

Wmffre пишет: Обратите внимание! При установке сертификата пользователя через КриптоПро CSP обязательно убирайте галочку “Установить сертификат в контейнер”. При подписании через Jinn-client сертификат пользователя не будет на флешке/токене, его надо будет выбирать в “Сертификаты”.

Или я чего-то пропустил (не получалось в последние месяцы тщательно следить за сообщениями на этом прекрасном форуме), или почему? Связано с особенностями национального госта-2012 для ЭП и “подстроенных” под него СКЗИ?

На основании личного опыта
, которое написал в этом сообщении
:

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

А также на основе следующего соображения: так как контейнер закрытого ключа с сертификатом пользователя внутри – это более сложная структура по сравнению с контейнером без сертификата, то потенциально может быть больше проблем в первом случае.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

12 июль 2019 15:55 – 12 июль 2019 16:03 #12895
от Alex_04

Wmffre пишет: Обратите внимание! При установке сертификата пользователя через КриптоПро CSP обязательно убирайте галочку “Установить сертификат в контейнер”. При подписании через Jinn-client сертификат пользователя не будет на флешке/токене, его надо будет выбирать в “Сертификаты”.

Или я чего-то пропустил (не получалось в последние месяцы тщательно следить за сообщениями на этом прекрасном форуме), или почему? Связано с особенностями национального госта-2012 для ЭП и “подстроенных” под него СКЗИ?

На основании личного опыта…

А как же быть с этим в том самом сообщении:

Wmffre пишет: Jinn-client видит сертификаты пользователей, установленные в контейнеры.

Приведенная далее ситуация

Он перестаёт видеть их после установки XC/eXtended Container только в том случае, если длина организации больше 127 символов.

– это исключение из правила, ибо, как Вы правильно заметили, “все эти случаи очень редки.” Поэтому с дальнейшим вполне соглашусь, что

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

Но всё с той же оговоркой: в редких случаях, а не у всех поголовно.

Да с переходм на серты по ГОСТ-2012 вся работа в ЭБ и само ПО СКЗИ под него стали потенциально опасными для здоровья, особенно психического!

---

---

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

16 июль 2019 12:51 #12930
от gurazor

AGVolk пишет: При копировании: Ошибка 0x80090003: Плохой ключ

При установке сертификата еще ругается на неправильный тип?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

16 авг 2019 07:35 – 16 авг 2019 07:37 #13257
от ЭфДиЭй

Столкнулись с такой же проблемой, сначала очень долго подписывались документы в ЭБ, обновили страницу, выкинуло из системы, при входе окошко с бесконечным выбором сертификата, затем появилась ошибка подписи в СУФД, при попытке скопировать ЭП с токена, КриптоПРО (Win10, 4.0.9963) выдало ошибку:
Ошибка копирования контейнера \.Aladdin Token JC 0 СУФД 30.04.20:
Ошибка 0x80090003: Плохой ключ.

Результат тестирования:
Проверка завершилась с ошибкой:
Контейнер закрытого ключа пользователя
имя СУФД 30.04.20
уникальное имя SCARDETOKEN_JAVA_00a0a625CC00F8B3
FQCN \.Aladdin Token JC 030.04.20
проверка целостности контейнера успешно
Ключ обмена доступен
длина ключа 512 бит
экспорт открытого ключа успешно
вычисление открытого ключа Ошибка 0x80090003: Плохой ключ.
Ключ подписи отсутствует
загрузка ключей Ошибка 0x8009000A: Указан неправильный тип.
Версия контейнера 2
Расширения контейнера
некритическое Расширение контейнера КриптоПро CSP. Срок действия ключа обмена
действителен по 18 апреля 2020 г. 22:30:22

Экспортировать pfx файл не получается:
Мастер экспорта сертификатов
Произошла ошибка при экспорте закрытого ключа. Экспорт этого закрытого ключа невозможен.

Что-то можно ещё сделать или только перевыпуск?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

16 авг 2019 15:20 – 16 авг 2019 15:24 #13267
от Wmffre

ЭфДиЭй пишет: Что-то можно ещё сделать или только перевыпуск?

Удалите установленное Криптопро CSP 4.0.9963, затем запустите командную строку по правой кнопке мыши, выбрав “Запуск от имени администратора”. В командной строке запустите
cspclean.exe
. Затем перезагрузите компьютер и установите более новую версию Криптопро CSP 4.0.9969 (несертифицированная, чтобы скачать необходимо зарегистрироваться на сайте Криптопро) или же туже самую версию Криптопро CSP 4.0.9963 (сертифицированная). После попробуйте экспортировать контейнер закрытого ключа с сертификатом
в файл pfx
. Теперь экспорт должен пройти без ошибок.

При установке сертификата пользователя через Криптопро всегда убирайте галочку “Установить сертификат в контейнер”, также в конце etoken PKI Client также будет предлагать установить сертификат в контейнер – нажимайте кнопку “Cancel” на это предложение. Тогда в Электронном бюджете сертификат пользователя выбирайте не на носителе (так как на нём его не будет), а из “Сертификаты”.

Наличие/отсутсвие сертифката пользователя в контейнере закрытого ключа можно проверить через Критопро CSP 4.0, выбрав “Просмотреть сертификаты в контейнере”.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

19 авг 2019 11:56 – 19 авг 2019 11:56 #13277
от Alex_04

---

---

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Инструменты бухгалтера

Получайте новости от наших экспертов дважды в месяц