An error was encountered while processing an xml digital signature 0x800705ba

ЭЛН.Ошибки

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

Ряд ошибок отображается по причине некорректно заполненной информации в КП, либо по МО, либо ЭЦП просрочена.

Ряд ошибок возникает по причине некорректно оформленного ЭЛН (не правильная последовательность, выбрано не верное значение в поле и тд.)

Ниже предоставляется перечень ошибок, которые наиболее часто встречаются при работе с ЭЛН:

1) Электронный лист нетрудоспособности должен быть выписан в дот де день.
2) Если необходимо, выписать лист нетрудоспособности числом ранее, то лист должен быть бумажный.

Лист уже присутствует в ФСС

Некорректная подпись ЭЦП, Либо неправильно выпущен сертификат.

Необходимо выбрать причину аннулирования «Выдан ЛН-дубликат» комментарий «Причина» и выбрать ЭЦП врача.

При отправки в ФСС должен быть 1 новый период нетрудоспособности. Необходимо снять подпись. Оставить 1 и в него внести информацию с 2 и 3(если их 3). Подписать и отправить.

Лист ужа аннулирован и находится в ФСС

Неправильная причина аннулирования ЭЛН.

Проблема с ЭЦП.
Не корректная подпись. ЭЦП выдан не корректно

В карте МО в организации не прописан Адрес.

Были изменения в карточки пациента, а именно после создания ЭЛН, корректировали СНИЛ пациента.

В N2O необходимо проверить контекст у пользователя.

Данная ошибка встречается из-за изменения регистра в карточки пациента (зайти на тестовый сервер и проверить ) обычно написано так ИВАНОВ но после захода в карточку и изменения становится как Иванов. Для нормальной отправки необходима зайти в карту и написать все ФИО: ИВАНОВ после нажать сохранить закрыть. Перейти в карточку пациента и прописать ФИО с большой буквы после чего нажать сохранить и закрыть. И ЭЛН уйдет.

Обращаться к издателю ЭЦП

Неправильно заполнен блок приступить к работе

Подписать «период 2» подписью председателя ВК.Если ЭЛН превышает более 15 дней, необходима подпись заверяющего.

1) Не подписан блок о закрытие, (дата «приступить к работе» стоит но не подписана ЭЦП)

2) Требуется перепроверить часовые пояса на ПК,ч асовой пояс должен быть +3 Москва.У брать галочку автоматически переходить на летнее время.

*Если смена времени не исправит ошибку,требуется переустановить ЭЦП

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

Были изменения в поле по уходу за.

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

Если не отображается сотрудник — — http://prntscr.com/j9ugha ,то необходимо: Зайти в РМР — http://prntscr.com/j9udxo , проверить в карточке сотрудника , указан ли у ресурса — http://prntscr.com/j9uh1l , «Тип Сотрудник» — http://prntscr.com/j9uley

Когда происходит подпись,например передается 100 пакетов (так их назовем),а доходит только 95.То в таком случае уже ничего в РМИС не сделать с ЭЛН.Необходимо либо аннулировать его и запросить новый,либо продолжить работу с ЭЛН уже в АРМ ФСС (в локальной программе)

Проблемы работоспособности на сторонее ФСС, необходимо обратиться в СТП ФСС.

Ошибка возникает при попытке загрузить ЭЛН, выписанный в сторонней программе. В частности, администраторы МО руками вписывают код диагноза и допускают ошибку.

При оформлении листка нетрудоспособности, в случае если гражданин после выдачи или продления листка нетрудоспособности на прием не являлся, а при очередном посещении признан трудоспособным, в строке «Отметки о нарушении режима» листка нетрудоспособности указывается код «24», в строке «Дата» указывается дата несвоевременной явки на прием к врачу, в строке «Иное» указывается соответствующий код «36» и дата явки трудоспособным. Есть несколько вариантов заполнения в данном случае: 1) В случае если указываем период нетрудоспособности, не равное дате закрытия, то необходимо заполнить http://prntscr.com/jaf52d , код Иное = 36 соответствует дате закрытия случая, но дата нарушения режима должна входить в период нетрудоспособности 2) В случае если требуется указать дату «Приступить к работе» http://prntscr.com/jafd3q , то в данном случае необходимо добавить период нетрудоспособности.

в 2 вариантах необходимо в периодах нетрудоспособности учитывать подписи предВК.

Обратиться к сотрудникам РТ МИС для перезапуска СМЭВ-адаптера

Проверить ОГРН в карточке Организации. Такая ошибка выходит, когда в нем есть пробел (в начале или конце)

Проверить корректность ввода настройки » Сертификат открытого ключа уполномоченного лица ФСС «

Согласно приказу: http://www.consultant.ru/document/cons_doc_LAW_116333/
При оформлении листка нетрудоспособности, в случае если гражданин после выдачи или продления листка нетрудоспособности на прием не являлся, а при очередном посещении признан трудоспособным, в строке «Отметки о нарушении режима» листка нетрудоспособности указывается код «24», в строке «Дата» указывается дата несвоевременной явки на прием к врачу, в строке «Иное» указывается соответствующий код «36» и дата явки трудоспособным.
Есть несколько вариантов заполнения в данном случае:
1) В случае если указываем период нетрудоспособности, не равное дате закрытия, то необходимо заполнить http://prntscr.com/jaf52d , код Иное = 36 соответствует дате закрытия случая, но дата нарушения режима должна входить в период нетрудоспособности
2) В случае если требуется указать дату «Приступить к работе» http://prntscr.com/jafd3q , то в данном случае необходимо добавить период нетрудоспособности.

в 2 вариантах необходимо в периодах нетрудоспособности учитывать подписи предВК.

Источник

Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Форум Рутокен → Техническая поддержка разработчиков → Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Сообщений 14

#1 Тема от alrunn 2018-12-07 08:18:40

• alrunn
• Посетитель
• Неактивен

Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Доброго дня! ситуация такая — при подключении по rdp с debian на win7 пробрасывается рутокен ЭЦП 2.0( библиотека на debian librtpkcs11ecp_1.8.2.0-1 на win 7 рутокен панель 4.5.2.0) возникает проблема обращения к ключевой информации, выпущенной по ГОСТ 2012 на рутокен ЭЦП 2.0 (с ГОСТ 2001 все нормально) Скриншот — во вложении.

#2 Ответ от Анатолий Убушаев 2018-12-07 13:23:18

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Здравствуйте, alrunn!

Подскажите пожалуйста, какой RDP клиент используете?

#3 Ответ от Анатолий Убушаев 2018-12-07 14:13:16

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

возникает проблема обращения к ключевой информации, выпущенной по ГОСТ 2012 на рутокен ЭЦП 2.0 (с ГОСТ 2001 все нормально) Скриншот — во вложении.

Также предоставьте пожалуйста следующую информацию:
— При каком действии и в какой программе или в сервисе это происходит?
— Какой криптопровайдер используется?
— Если данные действия производить локально на ПК с Windows, такая проблема возникает?

#4 Ответ от alrunn 2018-12-07 15:10:45

• alrunn
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Подскажите пожалуйста, какой RDP клиент используете?

использовали два клиента (проблема остается при обоих вариантах)
freerdp2-x11 — 2.0
rdesktop 1.8.3-2+b1

Также предоставьте пожалуйста следующую информацию:
— При каком действии и в какой программе или в сервисе это происходит?
— Какой криптопровайдер используется?
— Если данные действия производить локально на ПК с Windows, такая проблема возникает?

данная ошибка происходит при подписании и зашифровании с помощью ПО КриптоАРМ (версия 5.4.2.258) с помощью ключа выпущенного на ГОСТ 2012 , по итогу возникает ошибка :
«Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Искомый ключ отсутствует. (0x8009000d)»

Кроме того, при операции копирования контейнера этого ключа (ГОСТ 2012) с помощью КриптоПро CSP 4.0 (4.0.9842) возникает ошибка (ВАЖНО! : с другими ключевыми носителями такого не наблюдается, с другими контейнерами (ГОСТ 2001) также такой ошибки не возникает)
Локально на ПК с windows такой проблемы не возникает.

#5 Ответ от Анатолий Убушаев 2018-12-07 16:55:30

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Кроме того, при операции копирования контейнера этого ключа (ГОСТ 2012) с помощью КриптоПро CSP 4.0 (4.0.9842) возникает ошибка

Судя по всему, закрытый ключ контейнера является «не экспортируемым».
Проверить можно с помощью «Панели управления Рутокен» во вкладке сертификаты.

данная ошибка происходит при подписании и зашифровании с помощью ПО КриптоАРМ (версия 5.4.2.258) с помощью ключа выпущенного на ГОСТ 2012 , по итогу возникает ошибка :
«Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Искомый ключ отсутствует. (0x8009000d)»

Локально на ПК с Windows, «КриптоАРМ» шифрует файлы с помощью ключа на ГОСТ 2012?
Также удостоверьтесь:
— не истекла ли лицензия на КриптоПро CSP?
— корректно ли указан алгоритм шифрования?

#6 Ответ от alrunn 2018-12-10 08:35:17

• alrunn
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Судя по всему, закрытый ключ контейнера является «не экспортируемым».
Проверить можно с помощью «Панели управления Рутокен» во вкладке сертификаты.

Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает

Локально на ПК с Windows, «КриптоАРМ» шифрует файлы с помощью ключа на ГОСТ 2012?

Локально все хорошо, шифрует без ошибок.

— не истекла ли лицензия на КриптоПро CSP?
— корректно ли указан алгоритм шифрования?

с лицензией и настройками алгоритма тоже все хорошо

#7 Ответ от Анатолий Убушаев 2018-12-10 15:29:40

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает

Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?

#8 Ответ от alrunn 2018-12-11 07:58:35

• alrunn
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает

Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?

Да, данная схема работает

#9 Ответ от Анатолий Убушаев 2018-12-11 11:33:19 (2018-12-11 11:35:01 отредактировано Анатолий Убушаев)

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает

Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?

Да, данная схема работает

В таком случае вероятнее всего проблема с клиентом RDP в Linux. В чём конкретно проблема, пока сложно сказать, т.к. мы не являемся разработчиками данного ПО, да к тому же данные RDP клиенты не являются официальными от Майкрософт.
Можем Вам посоветовать попробовать ещё один RDP клиент — «Remmina».

#10 Ответ от alrunn 2018-12-11 13:48:33

• alrunn
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?

Да, данная схема работает

В таком случае вероятнее всего проблема с клиентом RDP в Linux. В чём конкретно проблема, пока сложно сказать, т.к. мы не являемся разработчиками данного ПО, да к тому же данные RDP клиенты не являются официальными от Майкрософт.
Можем Вам посоветовать попробовать ещё один RDP клиент — «Remmina».

Интересно, кл.носители eToken работают нормально.

#11 Ответ от Анатолий Убушаев 2018-12-11 16:01:07

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

alrunn, странно.
Протестировали у себя на стенде, с такой проблемой не столкнулись.
Конфигурация:
Сервер — Windows 8 c установленными КриптоПро 4.0.9944, КриптоАРМ 5.4.2.258,
Клиент — Ubuntu 16.04 c установленным клиентом Remmina, с включенной поддержкой проброса смарт-карт.

Тестировали «подпись и шифрование» файлов с алгоритмами GOST R 34.10-2012 256 бит и 512 бит.

Теперь хотелось бы узнать более подробно про параметры которые Вы указываете при «подписании и шифровании» файлов.
Либо мы можем подключиться к Вам удаленно для ускорения процесса. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.

#12 Ответ от alrunn 2018-12-13 15:54:07

• alrunn
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

alrunn, странно.
Протестировали у себя на стенде, с такой проблемой не столкнулись.
Конфигурация:
Сервер — Windows 8 c установленными КриптоПро 4.0.9944, КриптоАРМ 5.4.2.258,
Клиент — Ubuntu 16.04 c установленным клиентом Remmina, с включенной поддержкой проброса смарт-карт.

Тестировали «подпись и шифрование» файлов с алгоритмами GOST R 34.10-2012 256 бит и 512 бит.

Теперь хотелось бы узнать более подробно про параметры которые Вы указываете при «подписании и шифровании» файлов.
Либо мы можем подключиться к Вам удаленно для ускорения процесса. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.

Тесты проводились на следущих ОС:
Linux G-3-240 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux
Distributor ID: Debian
Description: Debian GNU/Linux 9.0 (stretch)
Release: 9.0
Codename: stretch
Linux G-4-195 3.16.0-7-686-pae #1 SMP Debian 3.16.59-1 (2018-10-03) i686 GNU/Linux
Description: Debian GNU/Linux 8.11 (jessie)
Release: 8.11
Codename: jessie
Linux G-3-195 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux
Description: Debian GNU/Linux 9.6 (stretch)
Release: 9.6
Codename: stretch

RDP-клиенты:
rdesktop 1.8.3-2+b1 amd64
remmina 1.2.32.1+dfsg-1

Удаленная машина:
Windows 7 SP1 Pro 32x
Дравера Rutoken:
Rutoken Driver 4.5.2
Rutoken Driver 4.6.0

В любой комбинации ОС/RDP-клиент/Rutoken Driver выходила ошибка.
Шаблон для КриптоАРМ:
Кодировка и расширение DER/base64
Свойства подписи Включить время создания подписи.
Сертификат ГОСТ 2012/512
Кодировка и расширение DER/base64
Режим шифрования для отправителя сообщения Тотже сиртификат ГОСТ 2012/512

#13 Ответ от Анатолий Убушаев 2019-01-09 16:30:22

• Анатолий Убушаев
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

Здравствуйте, alrunn!
Извиняемся за столь долгий отклик.

Актуальна ли ещё проблема?
Если да, мы можем подключиться к Вам удаленно. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.

Спасибо за понимание.

#14 Ответ от alrunn 2019-02-11 09:33:05

• alrunn
• Посетитель
• Неактивен

Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7

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

Источник