Меню

Описание ошибки объект поддержки криптографии недоступен

Ой! Данный функционал ещё в разработке

Не удалось создать объект для работы с криптографией / электронной почтой

Для решения ошибки необходимо:

1.При возникновении ошибки на неуправляемых конфигурациях 1С (БП 2.0, ЗГУ 1.3 и аналогичные им), необходимо проверить разрядность платформы.

Для корректной работы сервиса «1С-Отчетность» на неуправляемых конфигурациях необходимо использовать платформу разрядности x32. На управляемых конфигурациях к этому пункту необходимо вернуться, если все остальные действия не помогли.

Платформы разрядности x64 обычно установлены в каталог Program Files, а не в Program Files (x86), а также отображаются на вкладке Процессы Диспетчера задач без пометки *32

2. Проверить систему на наличие двух криптопровайдеров. В системе должен присутствовать только один криптопровайдер.

3. В зависимости от используемой ОС:

При использовании Windows XP – для решения ошибки достаточно перезагрузить компьютер.

При использовании Vista/7/8/8.1/10 — выдать в конфигураторе права на защищенный документооборот, после чего проверить, возникает ли ошибка.

4. Дать права доступа пользователю на установочную директорию (папку) 1C, СКЗИ и папку с контейнером.

5. В зависимости от установленного СКЗИ:

Если установлен VipNet CSP, необходимо:

а) Если есть возможность, то обновить до следующей версии и перезагрузить ПК.

б) Если установлена последняя версия, следует произвести восстановление VipNet CSP, после чего перезагрузить ПК.

Если установлен КриптоПро CSP, необходимо:

а) Если есть возможность, обновить КриптоПро до последнего релиза (например: установлен релиз 4.0.9842 обновить до 4.0.9969) и перезагрузить ПК

б) Если установлена последняя версия релиза, необходимо запустить установочный файл .exe с такой же версией дистрибутива и выбрать пункт Исправить. Затем перезагрузить ПК.

Номер статьи: 129674143
Обновлено: 26.11.2021 07:02+0000

Не удалось создать объект для работы с криптографией

21 нояб 2019 10:23 #1

#1
от Анна Терентьева

Добрый день.
И снова я за помощью…
Переустановила Камин на новый компьютер. При нажатии Справочник/Фирмы/Настроить параметры отправки отчетности в ФСС выходит ошибка «Не удалось создать объект для работы с криптографией».
На форуме была подобная тема, но больше двух лет назад, скорее всего что-то изменилось…
Что у меня есть: Windows 10, платформу скачала windows64full_8_3_16_1030. Крипто-про 5.0.
Что не так? Подскажите, пожалуйста.
Спасибо.

Тема закрыта.

21 нояб 2019 14:56 #2

#2
от Илясов Александр

Вероятно проблема в 64битной платформе


Илясов Александр, фирма КАМИН

Тема закрыта.


Спасибо сказали: Андрей Ланьшин, Анна Терентьева, Сергей

21 нояб 2019 15:00 #3

#3
от Анна Терентьева

Да, Вы правы. Установила другую платформу, и все заработало.

Тема закрыта.


Спасибо сказали: Илясов Александр


Offline

zub00

 


#1
Оставлено
:

18 февраля 2022 г. 16:13:43(UTC)

zub00

Статус: Новичок

Группы: Участники

Зарегистрирован: 18.02.2022(UTC)
Сообщений: 4

Добрый день

Проблема актуальна для версии Бухгалтерия предприятия, редакция 3.0 (3.0.107.37) и Управление производственным предприятием, редакция 1.3 (1.3.174.1)

Клюэ КЭП получили в ФНС на ключе Jacarta, ключ не копируемый

Компьютер с Windows 10

КриптоПро версии 5

КриптоПро тестирование КЭП проходит без ошибок

Нормально могу зайти на сайты налог.ру и сбис эдо

НО в программах 1с — возникают ошибки при проверке тесте настроек сертификата

1) Управление производственным предприятием, редакция 1.3 (1.3.174.1) пишет ошибку

Код ошибки 103. Не удалось выполнить операции шифрования/расшифровки на компьютере.
Ошибка интерфейса модуля криптографии. Ошибка доступа.

2) Бухгалтерия 3.0 пишет ошибку

Ошибка интерфейса модуля криптографии. Ошибка доступа.

Способы устранения:
Подать заявление на новый сертификат. См. в документации раздел Электронная подпись (Заявление).
Через оснастку КриптоПро CSP найти контейнер закрытого ключа и определить его размещение (на диске, флешке), в операционной системе открыть свойства папки размещения и назначить права на изменение этой папки и файлов в ней тому пользователю, от имени которого запускается 1С:Предприятие.
У нас закрытый ключ на Jacarte (так записали в ФНС)

Как решить проблему?

на edo@1c.ru обращался, вопрос не решён 10 дней.

Snimok.PNG (29kb) загружен 14 раз(а).

00.PNG (27kb) загружен 20 раз(а).


Вверх


Offline

Александр Лавник

 


#2
Оставлено
:

18 февраля 2022 г. 17:18:28(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,192
Мужчина
Российская Федерация

Сказал «Спасибо»: 51 раз
Поблагодарили: 719 раз в 672 постах

Здравствуйте.

Вероятно, с этим токеном возникшую проблему решить нельзя.

В результатах тестирования:

Код:

создание ключа обмена    запрещен

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

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

За подробностями по возможностям токена Вы можете обратиться к его производителю.

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


Вверх


Offline

zub00

 


#3
Оставлено
:

18 февраля 2022 г. 17:25:32(UTC)

zub00

Статус: Новичок

Группы: Участники

Зарегистрирован: 18.02.2022(UTC)
Сообщений: 4

Спасибо за ответ
проше, наверное, переиздать сертификат в налогой (ФНС) на другом токене

Проверка завершена успешно ошибок не обнаружено
Контейнер закрытого ключа пользователя
Имя 50cda214-1586-460a-945b-3e97eaaf888f
Уникальное имя SCARDpkcs11_etoken_gost_131071_4c54000649544b4150cda214-1586-460a-945b-3e97eaaf888f
FQCN \.ARDS JaCarta 050cda214-1586-460a-945b-3e97eaaf888f
Проверка целостности контейнера успешно
Ключ обмена доступен
длина ключа 512 бит
экспорт открытого ключа успешно
вычисление открытого ключа успешно
импорт открытого ключа успешно
подпись успешно
проверка успешно
создание ключа обмена запрещен
экспорт ключа запрещен
алгоритм ГОСТ Р 34.10-2012 DH 256 бит
ГОСТ Р 34.10 256 бит, параметры обмена по умолчанию
ГОСТ Р 34.11-2012 256 бит
ГОСТ 28147-89, параметры шифрования ТК26 Z
сертификат в контейнере соответствует закрытому ключу


Вверх


Offline

LITTELXP

 


#4
Оставлено
:

18 февраля 2022 г. 17:40:45(UTC)

LITTELXP

Статус: Новичок

Группы: Участники

Зарегистрирован: 04.02.2022(UTC)
Сообщений: 6
Российская Федерация

Автор: Александр Лавник Перейти к цитате

Здравствуйте.

Вероятно, с этим токеном возникшую проблему решить нельзя.

В результатах тестирования:

Код:

создание ключа обмена    запрещен

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

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

За подробностями по возможностям токена Вы можете обратиться к его производителю.

Аналогичная проблема.

Что за бред? Как это ключ не подходит? А где написано что определенные токены нельзя?
и какие же тогда надо токены?

Вы со «сбер подписью» собираетесь что то решать? Тоже не расшифровывает файлы, уже 1,5 месяца прошло а решения никакого нет.

Отредактировано пользователем 18 февраля 2022 г. 17:43:55(UTC)
 | Причина: Не указана


Вверх


Offline

zub00

 


#5
Оставлено
:

18 февраля 2022 г. 17:51:52(UTC)

zub00

Статус: Новичок

Группы: Участники

Зарегистрирован: 18.02.2022(UTC)
Сообщений: 4

Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет?
Мы заказали RuTocken Lite, и в понедельник собираюсь в ФНС с просьбой переиздать сертификат и записать его уже на рутокин


Вверх


Offline

Grey

 


#6
Оставлено
:

18 февраля 2022 г. 17:53:38(UTC)

Grey

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 12.08.2013(UTC)
Сообщений: 803
Мужчина
Российская Федерация
Откуда: Москва

Сказал «Спасибо»: 5 раз
Поблагодарили: 196 раз в 161 постах

Автор: LITTELXP Перейти к цитате

Что за бред? Как это ключ не подходит? А где написано что определенные токены нельзя?
и какие же тогда надо токены?

Добрый день.
1) Ключевой носитель должен входить в список поддерживаемых носителей в Формуляре на «КриптоПро CSP 5.0 R2».
2) Ключевой носитель должен иметь действующий сертификат (положительное заключение) регулятора.

Насколько я вижу, проблемный токен — это JaCarta ГОСТ. Он есть в Формуляре как пассивный носитель (для них VKO точно будет работать, т.к. операции выполняет провайдер), но это давно устаревший носитель, так что сертификат, насколько я понимаю, на него истек.

С уважением,
Сергей
Техническую поддержку оказываем здесь.
Наша база знаний.


Вверх


Offline

Александр Лавник

 


#7
Оставлено
:

18 февраля 2022 г. 17:53:48(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,192
Мужчина
Российская Федерация

Сказал «Спасибо»: 51 раз
Поблагодарили: 719 раз в 672 постах

Автор: zub00 Перейти к цитате

Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет?
Мы заказали RuTocken Lite, и в понедельник собираюсь в ФНС с просьбой переиздать сертификат и записать его уже на рутокин

Проблемы не будет.

Рутокен Lite — пассивный носитель, вся криптография на стороне КриптоПро CSP.

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


Вверх


Offline

Grey

 


#8
Оставлено
:

18 февраля 2022 г. 17:54:58(UTC)

Grey

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 12.08.2013(UTC)
Сообщений: 803
Мужчина
Российская Федерация
Откуда: Москва

Сказал «Спасибо»: 5 раз
Поблагодарили: 196 раз в 161 постах

Автор: zub00 Перейти к цитате

Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет?
Мы заказали RuTocken Lite, и в понедельник собираюсь в ФНС с просьбой переиздать сертификат и записать его уже на рутокин

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

С уважением,
Сергей
Техническую поддержку оказываем здесь.
Наша база знаний.


Вверх


Offline

LITTELXP

 


#9
Оставлено
:

18 февраля 2022 г. 18:04:13(UTC)

LITTELXP

Статус: Новичок

Группы: Участники

Зарегистрирован: 04.02.2022(UTC)
Сообщений: 6
Российская Федерация

Автор: Grey Перейти к цитате

Автор: LITTELXP Перейти к цитате

Что за бред? Как это ключ не подходит? А где написано что определенные токены нельзя?
и какие же тогда надо токены?

Добрый день.
1) Ключевой носитель должен входить в список поддерживаемых носителей в Формуляре на «КриптоПро CSP 5.0 R2».
2) Ключевой носитель должен иметь действующий сертификат (положительное заключение) регулятора.

Насколько я вижу, проблемный токен — это JaCarta ГОСТ. Он есть в Формуляре как пассивный носитель (для них VKO точно будет работать, т.к. операции выполняет провайдер), но это давно устаревший носитель, так что сертификат, насколько я понимаю, на него истек.

Что значит VKO ?
так что сертификат, насколько я понимаю, на него истек. — какой сертификат?


Вверх


Offline

zub00

 


#10
Оставлено
:

21 февраля 2022 г. 12:20:02(UTC)

zub00

Статус: Новичок

Группы: Участники

Зарегистрирован: 18.02.2022(UTC)
Сообщений: 4

Автор: Александр Лавник Перейти к цитате

Автор: zub00 Перейти к цитате

Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет?
Мы заказали RuTocken Lite, и в понедельник собираюсь в ФНС с просьбой переиздать сертификат и записать его уже на рутокин

Проблемы не будет.

Рутокен Lite — пассивный носитель, вся криптография на стороне КриптоПро CSP.

Добрый день
ключ рутокен лайт подощел без проблем. в фнс старый сертификат (который на jacarte) — аннулировали, сделали новый


Вверх

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

Guest

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

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

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

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

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

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

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

   Akela has missed

25.10.18 — 10:56

На сервере установлена платформа 8.3.12.1595

и CryptoPro CSP 4.0.9944 (тип лицензии: Серверная)

При получении больничного из ФСС на сервере — все загружается корректно.

На локальных машинах пользователей, при работе через тонкий клиент, возникают ошибки:

Не удалось создать объект для работы с криптографией. В системе не обнаружен криптопровайдер.

Сертификат страхователя: сертификат не выбран в настройках сдачи отчетности в ФСС!

Сертификат ФСС ЭЛН: сертификат не выбран в настройках сдачи отчетности в ФСС!

Что не хватает для работы с крипто-про на клиенте?

   Garykom

1 — 25.10.18 — 11:24

(0) ты сам и ответил, установленного криптопро на клиентских компах не хватает и сертификатов доступных тонкому клиенту

   Garykom

2 — 25.10.18 — 11:26

Вероятно оно пытается вызывать криптопро &НаКлиенте

   Akela has missed

3 — 25.10.18 — 11:30

(1) В чем тогда суть СЕРВЕРНОЙ крипто-про, если клиент не может к ней обратиться?

   Garykom

4 — 25.10.18 — 11:32

(3) «На серверной ОС как в КриптоПро.NET, так и в КриптоПро CSP необходимо использовать серверную лицензию. На клиентских ОС соответственно клиентские лицензии.

На сервере нельзя использовать клиентские лицензии.»

Разница в терминальных юзверях ))

   Garykom

5 — 25.10.18 — 11:36

Есть три варианта:

1. Переписать 1С чтобы с криптопро работали только &НаСервере

2. Поставить на клиенты криптопро (с клиентскими лицухами)

3. Запускать клиентов 1С в терминале на сервере с серверным криптопро

   Garykom

6 — 25.10.18 — 11:42

Еще вариант выкинуть платный криптопро и юзать бесплатный ViPNet CSP

   Akela has missed

7 — 25.10.18 — 11:43

Я думал схема взаимодействия должна быть примерно такой:

Клиент 1С <-> СерверПриложения 1С <-> КриптоПро

Неужели ТИПОВАЯ конфигурация подразумевает, что крипто-про надо ставить индивидуально на машину каждому пользователю?

   Garykom

8 — 25.10.18 — 11:46

(7) Типовая конфигурация подразумевает то что в нее заложили ее разработчики.

Например для ЕГАИС (работа с УТМ) с какой то версии во многих конфах есть выбор &НаСервер или &НаКлиенте вызывать, в настройках выбирается.

Что тут сделано в ЗУП3 лично я хз, никогда спецом по ЗУП не был и пока не горит.

Попробуй сам то код глянуть

   Aleksey

9 — 25.10.18 — 11:49

(7) Это не так.

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

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

Короче всё сложно.

   Akela has missed

10 — 25.10.18 — 12:45

Что-то здесь не так…

В настройках электронной подписи и шифрования указано: «Проверять подписи и сертификаты на сервере»

И в подсказке написано: «Позволяет НЕ устанавливать программу на компьютер пользователя для проверки электронных подписей и сертификатов»

   oleg_km

11 — 25.10.18 — 18:27

(10) Просто в таком случае на сервере нужно ставить серверную версию криптопровайдера. А она стоит вроде больше 100000 руб (крипто-про).

   Aleksey

12 — 25.10.18 — 18:42

(11) нет серверная лицензия для серверной винды. И не важно где происходит подпись на клиенте (в случае с терминалом) или на сервере

И да её цена 37 500

(Лицензия на право использования СКЗИ «КриптоПро CSP» на сервере)

https://www.cryptopro.ru/sites/default/files/docs/price.pdf

   Aleksey

13 — 25.10.18 — 18:43

И судя по ошибки не хватает «сертификат не выбран в настройках сдачи отчетности в ФСС» и крипто про тут непричем

   Гость из Мариуполя

14 — 25.10.18 — 19:08

(13) сам же говоришь, что перед этой ошибкой сначала  идет другая:

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

   Партизан

15 — 25.10.18 — 20:09

Автор облажался с лицензией? )))

   Партизан

16 — 25.10.18 — 20:12

вместо крипто-про есть бесплатныt аналоги, например ViPNet CSP, им без разницы, на клиенте стоит криптопровайдер, или на сервере )) в топку криптопро при таких ценах.

хотя есть особенность — если лицензия на криптопро встроена в сертификат — то такие бешеные бабки за использование криптопро на сервере платить не надо ))

   Партизан

17 — 25.10.18 — 20:15

(0) токен с  ЭЦП куда воткнут — на сервере или на клиенте? на сервере в терминале работать не будет,т.к. это ограничение самой винды, втыкать надо на клиенте и настроить проброс смарт-карт с клиента на сервер

   Garykom

18 — 25.10.18 — 20:30

(16) К сожалению с ViPNet CSP не всё работает и даже если работает то плясок с бубном хватает.

Еще и с криптопро вместе нельзя устанавливать.

   Garykom

19 — 25.10.18 — 20:31

(18)+ Хотя должен признать что в одном месте сумел через випнет кассу онлайн зарегать в налоговой, так что вероятно и прочее тоже можно

   Aleksey

20 — 25.10.18 — 20:46

(17) проще перенести тогда ЭЦП на флешку

   Garykom

21 — 25.10.18 — 20:51

(20) Не проще в реестр засунуть или в файлик/каталог (на диске) в случае випнета?

   Akela has missed

22 — 26.10.18 — 08:20

(12) Если серверная лицензия CryptoPro для серверной винды, что тогда дает настройка 1С «Проверять подписи и сертификаты на сервере» в справочнике Настройки электронной подписи и шифрования

(16) Бесплатные продукты использовать не разрешают.

   Aleksey

23 — 26.10.18 — 08:24

(22) Сервер можно поднять и на обычной винде, например на windows 10, и для крипто про эту будет считаться обычная винда.

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

   Akela has missed

24 — 26.10.18 — 08:37

(23) Про крипто-про понял, спасибо.

Мне не понятно в 1С на что влияет настройка «Проверять подписи и сертификаты на сервере»?

Да еще и в подсказке сказано «Позволяет НЕ устанавливать программу на компьютер пользователя…» — что они имели ввиду?

Этот параметр вроде один на всю базу, но при этом часть пользователей сидит в терминале, часть в веб-клиенте, часть в Citriх…

Какой тогда в нём смысл, если крипто-про говорите работает исключительно там где и пользователь?

   Aleksey

25 — 26.10.18 — 10:37

(24) мы не говорим про исключительно. Как сделают разработчики.

Вполне возможно именно эта настройка влияет исключительно на подписания 1с-Отчетности, и не влияет на больничные листы

А они имеют ровно то что написано, правда не уточняют область применения этой настройки

  

Garykom

26 — 26.10.18 — 11:36

(25) Скорее надо уточнить что разработчики ЗУПа пока не сделали подписание больничных листов на сервере.

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Описание ошибки нет полного доверия к сертификату подписи криптоарм
  • Описание ошибки не установлен или не запущен драйвер sentinel hasp