Внутренняя ошибка гип при создании пациента - Не ошибается лишь тот, кто ничего не делает!

№

Код ошибки

Описание

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

PERSON_POST_IN_FRMR_MISMATCH

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

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

PATIENT_MPI_MISMATCH

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

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

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-схем находятся в архиве СЭМД, разработанные схематроны также выкладываются в теме соответствующего СЭМД

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

VALUE_MISMATCH_METADATA_AND_FRMR

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

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

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

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

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

PERSON_CARD_NOT_FOUND

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

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

PERSON_NOT_FOUND

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

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

VALUE_MISMATCH_METADATA_AND_CERTIFICATE

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

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

SIGNATURE_DUPLICATION

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

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

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

CANT_BUILD_CERT_CHAIN_TO_ACCREDITED_CA_CERT

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

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

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

OBJECT_NOT_FOUND

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

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

ROLE_OCCURRENCE_MISMATCH

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

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

Например:

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

INCONSISTENT_DIGESTS

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

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

SIGNATURE_VERIFICATION_ERROR

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

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

SIGNATURE_DECODING_ERROR

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

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

NO_SIGNATURE

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

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

NO_SPECIALITY

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

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

DIGEST_MISMATCH

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

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

UNKNOWN_ALGORITHM

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

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

NO_ORG_ON_DATE

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

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

NO_DEPARTMENT

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

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

RMIS_REGION_MISMATCH

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

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

ADDITIONAL_INFO_REQUIRED

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

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

ACCESS_DENIED

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

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

ATTRIBUTE_MISMATCH

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

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

CAN_NOT_ASSOCIATE

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

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

DISABLED_RMIS

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

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

DOC_DATE_MISMATCH_CERT_NOT_AFTER

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

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

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

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

DOC_DATE_MISMATCH_CERT_NOT_BEFORE

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

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

INVALID_CERT_KEY_USAGE

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

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

INVALID_CONTENT

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

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

INVALID_PLUGGABLE_ATTRS

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

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

MIS_ERROR

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

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

MIS_NOT_AVAILABLE

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

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

NO_DOCUMENT_KIND_ON_DATE

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

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

NO_END_ENTITY_CERTIFICATE

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

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

NO_RMIS

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

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

NO_ROLE_POLICY_ON_DATE

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

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

NO_SNILS

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

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

NOT_UNIQUE_ASSOCIATION

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

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

ORG_NOT_FOUND_IN_FRMO

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

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

ORG_SIGNATURE_OCCURRENCE_MISMATCH

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

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

PATIENT_OCCURRENCE_MISMATCH

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

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

PLUGGABLE_ATTRS_OCCURRENCE_MISMATCH

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

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

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

REGISTRY_ITEM_NOT_FOUND

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

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

SIGNER_ORG_MISMATCH

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

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

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

WRONG_CREATION_DATE

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

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

WRONG_MESSAGE_ID

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

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

MULTIPLE_SIGNERS

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

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

WRONG_SIGNATURE_FORMAT

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

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

INVALID_DOC_CONTENT_TYPE

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

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

SERIES_REQUIRED_WRONG_SERVICE_VERSION

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

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

SERIES_REQUIRED

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

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

PATIENT_ALREADY_REGISTERED

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

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

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

PATIENT_NOT_FOUND

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

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

NOT_UNIQUE_ITEM

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

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

AOGUID_NOT_FOUND

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

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

REGION_CODE_DIFFERENT

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

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

HOUSEGUID_NOT_FOUND

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

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

AOGUID_DIFFERENT

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

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

RESTRICT_NEW_VERSION

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

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

63 INVALID_ELEMENT_VALUE_NAME

Ошибка в справочнике.

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

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

Справочник OID [ 1.2.643.5.1.13.13.99.2.857], версия [1.2]. Наименование элемента [Измерение роста] не соответствует наименованию элемента в НСИ [A02.03.005].

64 INVALID_ELEMENT_VALUE_CODE

Ошибка в справочнике.

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

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

Справочник OID [1.2.643.5.1.13.13.11.1522], версия [4.50]. Элемент с кодом [374] отсутствует.

Источник

Перечень терминов, сокращений и обозначений

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

Порядок действий при работе с массовыми ошибками регистрации СЭМД в РЭМД ЕГИСЗ

Порядок действий при работе с массовыми ошибками регистрации СЭМД в РЭМД ЕГИСЗ:

формирование отчета «РЭМД. Статистика отправки ЭМД в разрезе видов документов» – формируется отчет с указанием МО и отчетного периода для понимания статуса регистрации СЭМД в РЭМД ЕГИСЗ;
формирование отчета «РЭМД. Статистика по ошибкам документов» – формируется для определения наиболее массовых ошибок при большом количестве ошибок по ранее сформированному отчету;
формирование отчета «РЭМД. Детализация статистики отправки ЭМД» – формируется отчет с указанием конкретной ошибки в параметре «Тип ошибки» для изучения данных по конкретному виду ошибки и установления причин ошибки;
переход на соответствующую экранную форму Системы – поиск данных возможен по подразделению, пациенту, дате и виду документа, указанным в отчете «РЭМД. Детализация статистики отправки ЭМД» или по номеру документа на форме «Региональный СЭМД»;
определение возможных причин и их устранение (см. раздел «Возможные причины ошибок и действия по их устранению»);
изучение рекомендаций по устранению ошибок (см. раздел «Другие виды ошибок, дополнительные сведения»);
в большинстве случаев требуется правка данных в Системе. Выполняется с привлечением специалиста, являющегося автором или подписантом документа (уведомление о необходимости исправления данных в Системе не выполняется).

Отчет РЭМД. Статистика отправки ЭМД в разрезе видов документов

Отчет «РЭМД. Статистика отправки ЭМД в разрезе видов документов» содержит данные по отправленным в РЭМД документам.

Отчет доступен для формирования пользователям:

АРМ администратора МО;
АРМ администратора ЦОД;
АРМ врача поликлиники;
АРМ врача стационара;
АРМ главного внештатного специалиста при МЗ;
АРМ медицинского статистика;
АРМ руководителя МО;
АРМ сотрудника МИАЦ;
АРМ сотрудника МИАЦ (с добавленной группой прав доступа «Мониторинг (МИАЦ)»);
АРМ сотрудника МИАЦ (с добавленной группой прав доступа «Статистик (МИАЦ)»);
АРМ специалиста Минздрава.

Условия формирования отчёта задаются в полях:

«Дата начала (дата отправки актуальной версии ЭМД)«, «Дата окончания (дата отправки актуальной версии ЭМД)» – период, за который формируется отчёт. Учитывается дата отправки актуальной версии документа. По умолчанию – текущая дата. Обязательные для заполнения поля.
«МО» – медицинская организация для формирования отчета. По умолчанию МО пользователя. Редактирование недоступно для пользователей и администраторов МО. Пользователям АРМ администратора ЦОД доступно формирование отчета по всем МО.
«ТВСП» – значение выбирается из выпадающего списка территориально выделенных структурных подразделений МО. По умолчанию – «Все».
«Вид документа» – значение выбирается из выпадающего списка. По умолчанию – «Все».

П р и м е ч а н и е – Для корректного формирования отчета рекомендуется устанавливать следующий отчетный период:

при формировании отчета по всем МО – период отчета не должен превышать 1 месяца;
при формировании отчета по конкретной МО – период отчета не должен превышать 6 месяцев.

Выберите формат файла отчёта в выпадающем списке, нажмите кнопку «Сформировать отчёт«.

Для включения отчета в папку «Мои отчеты» нажмите кнопку «Включить в мои отчеты«.

Образец отчёта:

Отчет формируется по данным Журнала запросов РЭМД ЕГИСЗ и содержит данные об отправленных документах в соответствии с видом документа.

Столбец 1 «Вид документа» – наименование вида ЭМД.
Раздел «Документы отправленные в РЭМД«:
- Столбец 2 «Версия ЭМД успешно зарегистрирована в РЭМД ЕГИСЗ» – общее количество документов, успешно зарегистрированных в РЭМД.
- Столбец 3 «Версия ЭМД успешно отправлена на регистрацию в РЭМД ЕГИСЗ» – общее количество документов, успешно отправленных в РЭМД.
- Столбец 4 «Ошибка в синхронном ответе после отправки регистрационных сведений об ЭМД» – общее количество документов, не отправленных в РЭМД из-за ошибки в синхронном ответе после отправки регистрационных сведений об ЭМД.
- Столбец 5 «Ошибка регистрации сведений об ЭМД» – общее количество документов, не отправленных в РЭМД из-за ошибки регистрации сведений об ЭМД.
- Столбец 6 «Общий итог» – общее количество записей, которые не были переданы из-за возникновения ошибок (сумма столбцов 3-6).

Отчет РЭМД. Статистика по ошибкам документов

В отчёте «РЭМД. Статистика по ошибкам документов» содержатся сведения о количестве документов с различным типами ошибок в РЭМД.

Отчет доступен для формирования пользователям:

Администратор ЦОД;
Администратор МО;
АРМ сотрудника МИАЦ;
АРМ Специалиста Минздрава;
АРМ Врача Поликлиники;
АРМ Врача Стационара;
АРМ Руководителя МО;
АРМ медицинского статистика;
АРМ патологоанатома.

Условия формирования отчёта задаются в полях:

«МО» – медицинская организация для формирования отчета. По умолчанию МО пользователя. Редактирование недоступно для пользователей, кроме администратора ЦОД. Необязательное для заполнения поле.
«Дата начала», «Дата окончания» – период, за который формируется отчёт. По умолчанию – текущая дата. Обязательные для заполнения поля.

Выберите формат файла отчёта в выпадающем списке, нажмите кнопку «Сформировать отчёт».

Для включения отчета в папку «Мои отчеты» нажмите кнопку «Включить в мои отчеты».

Образец отчёта:

Комментарии к отчету:

Столбец «№ п/п» – порядковый номер строки.
Столбец «Вид документа» – наименование вида документа.
Раздел «Вид ошибки»:
- Количество столбцов в данной группе полей динамическое, зависит от количества видов ошибок, полученных за период формирования отчета. Наименование в столбце зависит от наименования вида ошибки, например «Ошибка регистрации сведений об ЭМД». Отображается количество документов с данным типом ошибки. Определяется для каждого вида документа.
- Столбец «Неклассифицированные ошибки» – в последнем столбце группы полей отображается количество ошибок, которое не удалось сопоставить со справочником ошибок РЭМД.
- По строкам отображается наименование документа из справочника РЭМД.
- Строка «Итого» – отображается общее количество документов по каждому виду ошибки в столбцах.

Отчет РЭМД. Детализация статистики отправки ЭМД

В отчёте «РЭМД. Детализация статистики отправки ЭМД» содержится детальная информация по статусам отправленных документов в РЭМД.

Отчет доступен для формирования пользователям:

АРМ администратора МО;
АРМ администратора ЦОД;
АРМ врача поликлиники;
АРМ врача стационара;
АРМ медицинского статистика;
АРМ руководителя МО;
АРМ сотрудника МИАЦ;
АРМ специалиста Минздрава.

Условия формирования отчёта задаются в полях:

«Дата начала», «Дата окончания» – период, за который формируется отчёт. Учитывается дата запроса в журнале запросов РЭМД. По умолчанию – текущая дата. Обязательные для заполнения поля.
«Тип ошибки» – значение выбирается из выпадающего списка кодов ошибок. По умолчанию – «Все».
«Статус» – значение выбирается из выпадающего списка. По умолчанию – «Все».
«Вид документа» – значение выбирается из выпадающего списка. По умолчанию – «Все».
«МО» – медицинская организация для формирования отчета. По умолчанию МО пользователя. Редактирование недоступно для пользователей и администраторов МО. Пользователям АРМ администратора ЦОД доступно формирование отчета по всем МО.
«ТВСП» – значение выбирается из выпадающего списка наименований ТВСП по ФРМО для выбранной МО. Поле фильтра недоступно, если в поле «МО» выбрано пустое значение. По умолчанию – «Все».

Выберите формат файла отчёта в выпадающем списке, нажмите кнопку «Сформировать отчёт».

Для включения отчета в папку «Мои отчеты» нажмите кнопку «Включить в мои отчеты».

Образец отчёта:

Комментарии к отчету:

Столбец 1 «№ п/п«.
Столбец 2 «Вид документа» – наименование вида документа.
Столбец 3 «Статус документа» – наименование статуса документа по справочнику статусов версий.
Столбец 4 «Дата регистрации в РЭМД» – дата регистрации сведений в РЭМД.
Столбец 5 «МО, в которой создан ЭМД» – краткое наименование МО.
Столбец 6 «OID подразделения по ФРМО«.
Столбец 7 «Наименование подразделения по ФРМО«.
Столбец 8 «Номер документа» – идентификатор документа в ЕЦП.
Столбец 9 «Дата документа» – дата подписания документа.
Столбец 10 «ФИО врача» – Ф. И. О. врача из подписи последней версии ЭМД.
Столбец 11 «Уникальный идентификатор ЭМД в РЭМД» – уникальный идентификатор документа, переданный при регистрации в РЭМД.
Столбец 12 «Номер в реестре РЭМД» – уникальный номер, присвоенный сведениям об ЭМД в реестре РЭМД.
Столбец 13 «Код ошибки» – код ошибки из журнала ошибок запроса.
Столбец 14 «Тип ошибки» – наименование ошибки из справочника ошибок РЭМД.
Столбец 15 «Сообщение ошибки» – сообщение об ошибке из журнала ошибок запроса.

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

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

Другие виды ошибок, дополнительные сведения

Источник

ПРОБЛЕМА

Ошибка = ‘Внутренняя ошибка ГИП при создании пациента’, Код = ‘PATIENT_CREATION_ERROR’

РЕШЕНИЕ

В качестве решения создана обработка тмб_ОбновитьДанныеПациентаГИП для обновления данных пациента в ГИП.

Источник

Перейти к концу метаданных

Создатель , отредактировано 31.10.2022

Переход к началу метаданных

ВАЖНО! Формировать, подписывать и отправлять электронные документы в случае, когда личность пациента не установлена — не нужно!

Номер	Ошибка	Решение
1	[{«Code»:»VALIDATION_ERROR»,»Message»:»Ошибки валидации в ФРМСС:[code: VIEW, description: Свидетельство ***** отсутствует в Регистре, поэтому новое свидетельство не может быть выдано в его замену].»}]	Необходимо дождаться успешной загрузки в РЭМД первичного документа.
2	[{«Code»:»GET_DOCUMENT_FILE_ERROR»,»Message»:»Сервис предоставляющей ИС не доступенru.rt.eu.emdr.core.impl.error.GetDocumentFileException: Статус ответа МИС [ERROR]»}]	Со стороны пользователя действий не требуется,по документу будет произведена повторная отправка в ФРЭМД автоматически со стороны интеграционного шлюза
3	[{«Code»:»400″,»Message»:»INTERNAL_ERROR, Внутренняя ошибка системы»}]	Со стороны пользователя действий не требуется,по документу будет произведена повторная отправка в ФРЭМД автоматически со стороны интеграционного шлюза
4	[{«Code»:»RUNTIME_ERROR»,»Message»:»Непредвиденная ошибка»}]	Со стороны пользователя действий не требуется,по документу будет произведена повторная отправка в ФРЭМД автоматически со стороны интеграционного шлюза
5	[{«Code»:»RUNTIME_ERROR»,»Message»:»Internal error»}]	Со стороны пользователя действий не требуется,по документу будет произведена повторная отправка в ФРЭМД автоматически со стороны интеграционного шлюза
6	[{«Code»:»PATIENT_CREATION_ERROR»,»Message»:»Внутренняя ошибка ГИП при создании пациента»}]	Необходимо направить запрос в техническую поддержку ООО ЦИТ «Южный Парус», в MantisBT
7	[{«Code»:»VALUE_MISMATCH_METADATA_AND_CERTIFICATE»,»Message»:»В сертификате отсутствует атрибут «OGRN»»}]	При использовании ЭЦП руководителя не обнаружен реквизит «ОГРН». Необходимо подписывать ЭЦП, содержащей указанный атрибут.
8	[{«Code»:»VALIDATION_ERROR»,»Message»:»Ошибки валидации в ФРМСС:[code: VIEW, description: Свидетельство серия номер отсутствует в Регистре, поэтому новое свидетельство не может быть выдано в его замену].»}]	Необходимо направить в ФРЭМД первоначальный документ, после направлять ЭД по свидетельству выданному взамен
9	Отсутствует Code в обязательный регион адреса пациента	Необходимо удалить ЭД, сформировать, подписать и отправить повторно
10	Не удалось выполнить проверку пациента FLK.6.6 Некорректный номер документа удостоверяющего личность	Необходимо удалить ЭД, сформировать, подписать и отправить повторно
11	Элемент ClinicalDocument/participant/associatedEntity/identity:IdentityDoc/identity:Series должен иметь значение атрибута @xsi:type равное ‘ST’	Необходимо удалить ЭД, сформировать, подписать и отправить повторно
12	Ошибка получения идентификатора пациента PatientServiceSevas	Необходимо повторить формирование ЭД
13	Проверьте длительность периода в строке [a]. Длительность периода заболевания не должна превышать возраст пациента.]	Сформировано обращение в СТП ЕГИСЗ EGISZPUFS-2246
14	address:stateCode должен содержать атрибуты (xsi:type, code, codeSystem, codeSystemVersion, codeSystemName, displayName). Путь до элемента: //ClinicalDocument/recordTarget/patientRole/addr/address:stateCode	Необходимо удалить ЭД, сформировать, подписать и отправить повторно
15	[{«Code»:»S-052″,»Message»:»Поле localUid является обязательным»}]	Исправлено, со стороны интеграционного шлюза была произведена повторная отправка ЭД в РЭМД
16	[{«Code»:»PATIENT_MPI_MISMATCH»,»Message»:»Указанное значение [Имя пациента] [*****] не соответствует данным ГИП [****]. Пациент найден по локальному идентификатору»}]	Передать localUid ЭД сотрудникам интеграционного шлюза, отправят данные на внесение изменений в ГИП.
17	Имя и отчество пациента должны содержать только кириллические или латинские символы, пробел, ‘-‘	В полях ФИО стоит пробел, убрать, переформировать ЭД, подписать и отправить повторно.
18	Ошибка при отправки СМС:. The request was canceled due to the configured HttpClient.Timeout of 100 seconds elapsing.	Необходимо повторить отправку ЭД
19	Элемент ClinicalDocument/component/structuredBody/component/section[code/@code=’DOCINFO’]/entry/observation[code[@code=’5014′]]/value должен иметь синтаксически корректный номер, т.е. должен соответствовать регулярному выражению «[1\|2]{1}[0-9]{8}».	Необходимо удалить ЭД, сформировать, подписать и отправить повторно

Нет меток

Источник

На чтение 15 мин. Просмотров 139 Опубликовано 09.11.2022

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

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

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

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

Причина:

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

Решение:

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

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

Рис 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.

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

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

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

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

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

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

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

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

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

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

Решение:

Рис.1

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

Рис.2

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

Рис.3

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

Рис. 4

Рис. 5

Рис. 6

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

Рис. 7

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

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

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

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

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

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

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

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

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

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

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

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

Решение

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

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

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

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

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

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

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

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

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

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

Ошибка сохранения сообщения (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

Удалите КриптоПро CSP
Очистите от следов установки Криптопро утилитой
cspclean.exe
Перезагрузитесь
Установите версию КриптоПро CSP 4.0.9944 (если Windows 7SP1), КриптоПро CSP 4.0.9969 (если Windows 10, скачав с сайта КриптоПро).
После этого тестируйте контейнер через Криптопро 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

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