Ошибка при обработке цифровой подписи xml 0x800705ba

Ufimka	#1 Оставлено : 8 апреля 2019 г. 13:36:03(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 08.04.2019(UTC) Сообщений: 4 Сказала «Спасибо»: 9 раз	Добрый день! Респондент подписывает отчёт с сертификатом ГОСТ 2012. Выдаётся ошибка Ошибка: при подписании отчета. An error was encontered while processing an XML digital signature (0x800705BA)». Если я удаляю КриптоПро ЭЦП Browser plug-in с компьютера или отключаю CryptoPro Extension for CAdES Browser Plug-in в Chrome, то отчёт успешно подписывается и отправляется. В чём может быть причина?? Чем мне мешает КриптоПро ЭЦП Browser plug-in? Отредактировано пользователем 8 апреля 2019 г. 14:07:40(UTC)  | Причина: Не указана

Андрей Писарев	#2 Оставлено : 8 апреля 2019 г. 16:01:24(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,134 Сказал «Спасибо»: 461 раз Поблагодарили: 1950 раз в 1508 постах	Автор: Ufimka Добрый день! Респондент подписывает отчёт с сертификатом ГОСТ 2012. Выдаётся ошибка Ошибка: при подписании отчета. An error was encontered while processing an XML digital signature (0x800705BA)». Если я удаляю КриптоПро ЭЦП Browser plug-in с компьютера или отключаю CryptoPro Extension for CAdES Browser Plug-in в Chrome, то отчёт успешно подписывается и отправляется. В чём может быть причина?? Чем мне мешает КриптоПро ЭЦП Browser plug-in? Здравствуйте. Можете сообщить адрес сайта и версии используемого ПО (КриптоПРО CSP, Browser plug-in)?
Техническую поддержку оказываем тут Наша база знаний
	WWW

Ufimka	#3 Оставлено : 9 апреля 2019 г. 8:23:28(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 08.04.2019(UTC) Сообщений: 4 Сказала «Спасибо»: 9 раз	Добрый день! 1) В ЛС. 2) Версии используемого ПО(у последнего обратившегося респондента с ошибкой 0x800705BA): КриптоПРО CSP 4.0.9963 Browser plug-in 2.0.13579 Windows7 64x разрядная, Максимальная. Отредактировано пользователем 9 апреля 2019 г. 8:25:10(UTC)  | Причина: Не указана

5274140	#4 Оставлено : 17 апреля 2019 г. 17:09:12(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.04.2019(UTC) Сообщений: 1 Откуда: Москва Сказал(а) «Спасибо»: 1 раз	Добрый день, та же проблема при подаче отчетности в Россвязь (https://is.rossvyaz.ru:8443/rossvyaz/). От одной организации у кого ГОСТ-2001 все нормально, у кого ГОСТ-2012 вылазит 0x800705BA. Подскажите пожалуйста, как обойти эту проблему? КриптоПРО CSP 4.0.9963 Browser plug-in 2.0.13579 Windows10 64x разрядная (пробовали и на windows 7) результат тот же.

cross	#5 Оставлено : 18 апреля 2019 г. 13:45:04(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 24.11.2009(UTC) Сообщений: 965 Откуда: Crypto-Pro Сказал(а) «Спасибо»: 3 раз Поблагодарили: 174 раз в 152 постах	Скорее всего код страницы которая выполняет подпись не готов принимать 2012 ключи.
Техническую поддержку оказываем тут. Наша база знаний. Наша страничка в Instagram.
2 пользователей поблагодарили Анатолий Беляев за этот пост.	5274140 оставлено 18.04.2019(UTC), Ufimka оставлено 03.06.2019(UTC)

Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

ЭЛН.Ошибки

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

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

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

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

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 вариантах необходимо в периодах нетрудоспособности учитывать подписи предВК.

Источник

Проблемы с электронной подписью и способы их решения

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

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

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

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

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

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

• Закрытый ключ со съемного носителя (диска, флешки, Токена), не соответствует имеющемуся ключу открытого сертификата. Банальный человеческий фактор выбора не того носителя информации с ЭЦП. Если же «правильный» ключ утерян, придется обращаться в Удостоверяющий центр для перевыпуска.
• Недействительный сертификат. Чтобы устранить подобную ошибку потребуется переустановить открытый сертификат. Важно учитывать требования криптопровайдера (инструкции по необходимым действиям) для установки открытых сертификатов.
• Сертификат подписи определяется как не проверенный. Потребуется выполнить переустановку корневого сертификата, сформировавшего ЭП Удостоверяющего центра.

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

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

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

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

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

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

• проверка состояния съемного носителя закрытого ключа;
• выявление и устранение ошибок работы криптопровайдера.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Несоответствие программного продукта операционной системы и съемного носителя (флешки), либо повреждение флешки. Устраняется путем обновления операционной системы до минимально необходимой версии. В случае обнаружения повреждения флешки – может потребоваться перевыпуск ЭЦП удостоверяющим центром.

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

Хранение сертификатов в Windows (от 7 версии) осуществляется по адресу: C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates

где вместо «ПОЛЬЗОВАТЕЛЬ» должно стоять наименование вашего ПК

Источник

ЭЛН.Ошибки

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

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

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

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

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

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

Источник

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

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

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

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

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

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

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

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

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. Вместо ПОЛЬЗОВАТЕЛЬ требуется указать наименование используемого компьютера.

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

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

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

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

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

Пытаюсь подписать запрос для отправки в СМЭВ шлюз. У меня есть пример запроса, где элемент Transforms имеет следующий вид:

<Transforms>
  <Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
  <Transform Algorithm="urn://smev-gov-ru/xmldsig/transform"/>
<Transforms>

насколько я понял, режим подписания CADESCOM_XML_SIGNATURE_TYPE_ENVELOPED не подходит, если нужно несколько Transform‘ов. Я стал использовать CADESCOM_XML_SIGNATURE_TYPE_TEMPLATE. Передаю CPSigner‘у примерно следующий XML:

<request xmlns="http://www.bftcom.com/smevgate/">
  ...
  <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
    <SignedInfo>
      ...
      <Reference URI="">
        <Transforms>
          <Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
          <Transform Algorithm="urn://smev-gov-ru/xmldsig/transform"/>
        </Transforms>
        ..
      </Reference>
    ...    
  </Signature>
  ...
</request>

На вызове oSignedXml.Sign(oSigner) происходит ошибка:

An error was encountered while processing an XML digital signature. (0x800705BA)

Убираю трансформ <Transform Algorithm="urn://smev-gov-ru/xmldsig/transform"/> — всё корректно подписывается. Плагин не умеет работать с этим алгоритмом? Через Sharpei мне до этого удалось корректно подписать.

Версия плагина 1.2.4, версия CSP — 4.0.9939, браузер Chrome 65.0.3325.181

7 499 сообщений в этой теме

Ошибка 0x800705BA — это частая ошибка, с которой сталкиваются разработчики при попытке подписать XML-файл с использованием библиотеки pycades в языке программирования Python. В этой статье мы разберем, как возникает данная ошибка и как ее исправить.

Автоматическая подпись XML-файлов является важной задачей для многих проектов, особенно в сферах электронной коммерции, где необходимо обеспечить целостность и подлинность передаваемых данных. Библиотека pycades предоставляет возможность осуществлять такую подпись на языке Python путем взаимодействия с криптографическими функциями операционной системы.

Однако, при попытке подписать XML-файл с использованием pycades, возникает ошибка 0x800705BA. Эта ошибка означает, что система не может найти указанный сервер.

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

1. Некорректно задан адрес сервера. Проверьте, что вы правильно указали адрес сервера в коде программы. Убедитесь, что адрес написан без ошибок и сервер доступен.

2. Проблемы с сетевым подключением. Убедитесь, что у вас есть рабочее интернет-соединение и нет проблем с сетевым оборудованием.

3. Блокировка файерволлом или антивирусом. Проверьте настройки файерволла и антивирусного программного обеспечения. Убедитесь, что они не блокируют доступ к серверу.

4. Ограничения безопасности. Возможно, у вас нет разрешения на доступ к серверу. Проверьте настройки безопасности и убедитесь, что у вас есть необходимые права доступа.

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

1. Проверьте правильность адреса сервера. Убедитесь, что вы правильно указали адрес сервера в коде программы. Если вы используете DNS-имя сервера, проверьте его соответствие IP-адресу.

2. Проверьте сетевое подключение. Убедитесь, что у вас есть рабочее интернет-соединение и нет проблем с сетевым оборудованием. Попробуйте перезагрузить маршрутизатор или модем, а также проверьте настройки сетевой карты.

3. Проверьте настройки файерволла и антивирусного программного обеспечения. Убедитесь, что файерволл и антивирус не блокируют доступ к серверу. Если это так, добавьте соответствующее исключение или временно отключите файерволл и антивирус.

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

5. Проверьте версию и установку библиотеки pycades. Убедитесь, что у вас установлена последняя версия библиотеки pycades. Попробуйте переустановить библиотеку и обновить все ее зависимости.

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

В заключение, ошибка 0x800705BA при попытке подписать XML-файл с использованием библиотеки pycades может быть вызвана несколькими причинами, включая неправильно заданный адрес сервера, проблемы с сетевым подключением, блокировку файерволлом или антивирусом, а также ограничениями безопасности. Для исправления данной ошибки необходимо проверить и правильно настроить все связанные параметры, а также обновить или переустановить библиотеку pycades и ее зависимости.