Ой! Данный функционал ещё в разработке
Не удалось создать объект для работы с криптографией / электронной почтой
Для решения ошибки необходимо:
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
от Анна Терентьева
Да, Вы правы. Установила другую платформу, и все заработало.
Тема закрыта.
Спасибо сказали: Илясов Александр
|
zub00 |
|
|
Статус: Новичок Группы: Участники
|
Добрый день Проблема актуальна для версии Бухгалтерия предприятия, редакция 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 пишет ошибку Ошибка интерфейса модуля криптографии. Ошибка доступа. Способы устранения: Как решить проблему? на edo@1c.ru обращался, вопрос не решён 10 дней.
|
![]() |
|
|
Александр Лавник |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 51 раз |
Здравствуйте. Вероятно, с этим токеном возникшую проблему решить нельзя. В результатах тестирования: Код:
То есть расшифровывать на этом ключе будет нельзя — на токене вырабатывается ключ обмена, а прикладное программное обеспечение использует ключ обмена для расшифрования. Предположительно, на этом токене вообще недоступен функционал создания ключа обмена. За подробностями по возможностям токена Вы можете обратиться к его производителю. |
|
Техническую поддержку оказываем тут |
|
![]() |
|
|
zub00 |
|
|
Статус: Новичок Группы: Участники
|
Спасибо за ответ Проверка завершена успешно ошибок не обнаружено |
![]() |
|
|
LITTELXP |
|
|
Статус: Новичок Группы: Участники
|
Автор: Александр Лавник Здравствуйте. Вероятно, с этим токеном возникшую проблему решить нельзя. В результатах тестирования: Код:
То есть расшифровывать на этом ключе будет нельзя — на токене вырабатывается ключ обмена, а прикладное программное обеспечение использует ключ обмена для расшифрования. Предположительно, на этом токене вообще недоступен функционал создания ключа обмена. За подробностями по возможностям токена Вы можете обратиться к его производителю. Аналогичная проблема. Что за бред? Как это ключ не подходит? А где написано что определенные токены нельзя? Вы со «сбер подписью» собираетесь что то решать? Тоже не расшифровывает файлы, уже 1,5 месяца прошло а решения никакого нет. Отредактировано пользователем 18 февраля 2022 г. 17:43:55(UTC) |
![]() |
|
|
zub00 |
|
|
Статус: Новичок Группы: Участники
|
Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет? |
![]() |
|
|
Grey |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 5 раз |
Автор: LITTELXP Что за бред? Как это ключ не подходит? А где написано что определенные токены нельзя? Добрый день. Насколько я вижу, проблемный токен — это JaCarta ГОСТ. Он есть в Формуляре как пассивный носитель (для них VKO точно будет работать, т.к. операции выполняет провайдер), но это давно устаревший носитель, так что сертификат, насколько я понимаю, на него истек. |
|
С уважением, |
|
![]() |
|
|
Александр Лавник |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 51 раз |
Автор: zub00 Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет? Проблемы не будет. Рутокен Lite — пассивный носитель, вся криптография на стороне КриптоПро CSP. |
|
Техническую поддержку оказываем тут |
|
![]() |
|
|
Grey |
|
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 5 раз |
Автор: zub00 Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет? Рутокен Лайт, как и любой другой токен без встроенной криптографии, может использоваться в любых сценариях, которые поддерживает КриптоПро CSP 5.0 — в т.ч. для операций расшифрования. |
|
С уважением, |
|
![]() |
|
|
LITTELXP |
|
|
Статус: Новичок Группы: Участники
|
Автор: Grey Автор: LITTELXP Что за бред? Как это ключ не подходит? А где написано что определенные токены нельзя? Добрый день. Насколько я вижу, проблемный токен — это JaCarta ГОСТ. Он есть в Формуляре как пассивный носитель (для них VKO точно будет работать, т.к. операции выполняет провайдер), но это давно устаревший носитель, так что сертификат, насколько я понимаю, на него истек. Что значит VKO ? |
![]() |
|
|
zub00 |
|
|
Статус: Новичок Группы: Участники
|
Автор: Александр Лавник Автор: zub00 Утоните, пжл, а если вместо Jacarta мы будем использовать RuTocken Lite, такой проблемы не будет? Проблемы не будет. Рутокен Lite — пассивный носитель, вся криптография на стороне КриптоПро CSP. Добрый день |
![]() |
|
| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
25.10.18 — 10:56
На сервере установлена платформа 8.3.12.1595
и CryptoPro CSP 4.0.9944 (тип лицензии: Серверная)
При получении больничного из ФСС на сервере — все загружается корректно.
На локальных машинах пользователей, при работе через тонкий клиент, возникают ошибки:
Не удалось создать объект для работы с криптографией. В системе не обнаружен криптопровайдер.
Сертификат страхователя: сертификат не выбран в настройках сдачи отчетности в ФСС!
Сертификат ФСС ЭЛН: сертификат не выбран в настройках сдачи отчетности в ФСС!
Что не хватает для работы с крипто-про на клиенте?
1 — 25.10.18 — 11:24
(0) ты сам и ответил, установленного криптопро на клиентских компах не хватает и сертификатов доступных тонкому клиенту
2 — 25.10.18 — 11:26
Вероятно оно пытается вызывать криптопро &НаКлиенте
3 — 25.10.18 — 11:30
(1) В чем тогда суть СЕРВЕРНОЙ крипто-про, если клиент не может к ней обратиться?
4 — 25.10.18 — 11:32
(3) «На серверной ОС как в КриптоПро.NET, так и в КриптоПро CSP необходимо использовать серверную лицензию. На клиентских ОС соответственно клиентские лицензии.
На сервере нельзя использовать клиентские лицензии.»
Разница в терминальных юзверях ))
5 — 25.10.18 — 11:36
Есть три варианта:
1. Переписать 1С чтобы с криптопро работали только &НаСервере
2. Поставить на клиенты криптопро (с клиентскими лицухами)
3. Запускать клиентов 1С в терминале на сервере с серверным криптопро
6 — 25.10.18 — 11:42
Еще вариант выкинуть платный криптопро и юзать бесплатный ViPNet CSP
7 — 25.10.18 — 11:43
Я думал схема взаимодействия должна быть примерно такой:
Клиент 1С <-> СерверПриложения 1С <-> КриптоПро
Неужели ТИПОВАЯ конфигурация подразумевает, что крипто-про надо ставить индивидуально на машину каждому пользователю?
8 — 25.10.18 — 11:46
(7) Типовая конфигурация подразумевает то что в нее заложили ее разработчики.
Например для ЕГАИС (работа с УТМ) с какой то версии во многих конфах есть выбор &НаСервер или &НаКлиенте вызывать, в настройках выбирается.
Что тут сделано в ЗУП3 лично я хз, никогда спецом по ЗУП не был и пока не горит.
Попробуй сам то код глянуть
9 — 25.10.18 — 11:49
(7) Это не так.
Там часть логики на клиенте, часть на сервере. И это правильно. При таком подходе я могу физически разделить доступность ключей ЭЦП. Т.е. если пользователю нужен ключ, я ему устанавливаю под конкретным пользователем.
Причем в некоторых случае есть возможность выбора. Например для ЭДО можно указать подписывать документы на сервере или на клиенте
Короче всё сложно.
10 — 25.10.18 — 12:45
Что-то здесь не так…
В настройках электронной подписи и шифрования указано: «Проверять подписи и сертификаты на сервере»
И в подсказке написано: «Позволяет НЕ устанавливать программу на компьютер пользователя для проверки электронных подписей и сертификатов»
11 — 25.10.18 — 18:27
(10) Просто в таком случае на сервере нужно ставить серверную версию криптопровайдера. А она стоит вроде больше 100000 руб (крипто-про).
12 — 25.10.18 — 18:42
(11) нет серверная лицензия для серверной винды. И не важно где происходит подпись на клиенте (в случае с терминалом) или на сервере
И да её цена 37 500
(Лицензия на право использования СКЗИ «КриптоПро CSP» на сервере)
https://www.cryptopro.ru/sites/default/files/docs/price.pdf
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) токен с ЭЦП куда воткнут — на сервере или на клиенте? на сервере в терминале работать не будет,т.к. это ограничение самой винды, втыкать надо на клиенте и настроить проброс смарт-карт с клиента на сервер
18 — 25.10.18 — 20:30
(16) К сожалению с ViPNet CSP не всё работает и даже если работает то плясок с бубном хватает.
Еще и с криптопро вместе нельзя устанавливать.
19 — 25.10.18 — 20:31
(18)+ Хотя должен признать что в одном месте сумел через випнет кассу онлайн зарегать в налоговой, так что вероятно и прочее тоже можно
20 — 25.10.18 — 20:46
(17) проще перенести тогда ЭЦП на флешку
21 — 25.10.18 — 20:51
(20) Не проще в реестр засунуть или в файлик/каталог (на диске) в случае випнета?
22 — 26.10.18 — 08:20
(12) Если серверная лицензия CryptoPro для серверной винды, что тогда дает настройка 1С «Проверять подписи и сертификаты на сервере» в справочнике Настройки электронной подписи и шифрования
(16) Бесплатные продукты использовать не разрешают.
23 — 26.10.18 — 08:24
(22) Сервер можно поднять и на обычной винде, например на windows 10, и для крипто про эту будет считаться обычная винда.
Клиенты могут работать и на сервере (терминал) и для крипто про на такой клиент нужна серверная лицензия, не смотря на то что подписывать документы будешь на клиенте
24 — 26.10.18 — 08:37
(23) Про крипто-про понял, спасибо.
Мне не понятно в 1С на что влияет настройка «Проверять подписи и сертификаты на сервере»?
Да еще и в подсказке сказано «Позволяет НЕ устанавливать программу на компьютер пользователя…» — что они имели ввиду?
Этот параметр вроде один на всю базу, но при этом часть пользователей сидит в терминале, часть в веб-клиенте, часть в Citriх…
Какой тогда в нём смысл, если крипто-про говорите работает исключительно там где и пользователь?
25 — 26.10.18 — 10:37
(24) мы не говорим про исключительно. Как сделают разработчики.
Вполне возможно именно эта настройка влияет исключительно на подписания 1с-Отчетности, и не влияет на больничные листы
А они имеют ровно то что написано, правда не уточняют область применения этой настройки
Garykom
26 — 26.10.18 — 11:36
(25) Скорее надо уточнить что разработчики ЗУПа пока не сделали подписание больничных листов на сервере.



