Добрый день!

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

Общие данные:
ОС - RED OS release (8.0) DESKTOP Standard Edition
1С Платформа - 8.3.27.1606
Конфигурация 1С - Зарплата и кадры гос. учреждения 3.1.34.4
Крипто Про - 5.0.13455 установлены следующие модули:
Usanovlennye komponenty Kripto Pro.png (90kb) загружен 2 раз(а).

Контейнер ключа скопировал в директорию, убрал пароль (чтобы исключить возможную проблему).
Контейнер тестирование проходит. Сертификат - приложил.
Sertifikat.zip (2kb) загружен 1 раз(а).

Настройки 1С-Отчетности выполнил (добавил путь до криптопровайдера, добавил ссылку на личный сертификат). Тестирование подписи из 1С проходит успешно.
Nastrojjki programm.png (85kb) загружен 2 раз(а). Proverka kljucha.png (162kb) загружен 2 раз(а).

В 1С-Отчетности при любых действиях связанных с ключом, пишет ошибки (при этом сами документы успешно отправляются / принимаются):
CBynaryData : Ошибка кодирования/декодирования.
Ошибка при вызове "ДобавитьИзСтрокиBase64" объекта для работы с файлами.
Во время сохранения файла /tmp/V8EXT330327/925a6b91f8b74fdfbb85137c2c102fb1/12bc42082d3f6027a29b7a87fe09b0329631c076.cer возникла ошибка.

12bc42082d3f6027a29b7a87fe09b0329631c076.cer - имя файла совпадает с отпечатком Промежуточного сертификата Казначейства (наш ключ выдан Казначейством).

В логах RED OS вижу следующее (повторяющиеся строки удалил):
localhost /usr/libexec/gdm-x-session[1689]: Предупреждение менеджера окон: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x3a00176 (Зарпл)
localhost /usr/libexec/gdm-x-session[1689]: Предупреждение менеджера окон: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
localhost 1cv8c[330327]: <capi10>CryptFindOIDInfo!failed: LastError = 0x80091003, dwKeyType = 3, dwAlgId = 0xaa47, dwGroupId = 0
localhost 1cv8c[330327]: <capi20>CertAlgIdToOID!(failed: LastError = 0x80091003)
localhost 1cv8c[330327]: <capi10>CryptFindOIDInfo!failed: LastError = 0x80091003, dwKeyType = 3, dwAlgId = 0x801f, dwGroupId = 0
localhost 1cv8c[330327]: <capi10>CryptFindOIDInfo!failed: LastError = 0x80091003, dwKeyType = 3, dwAlgId = 0x803c, dwGroupId = 0
localhost 1cv8c[330327]: <capi10>CryptFindOIDInfo!failed: LastError = 0x80091003, dwKeyType = 3, dwAlgId = 0x803d, dwGroupId = 0
localhost 1cv8c[330327]: <capi10>CryptFindOIDInfo!failed: LastError = 0x80091003, dwKeyType = 3, dwAlgId = 0x8034, dwGroupId = 0
localhost mate-system-log[1564346]: gtk_text_buffer_emit_insert: assertion 'g_utf8_validate (text, len, NULL)' failed

Подозрение, что 1С-Отчетность пытается получить сертификаты Гос. органов (ФНС, СФР и т.д.) и установить их в систему и не может.
Сами сертификаты гос. органов (требуются для шифрования документов к ним и проверки подписи в документах от них) устанавливал ручками в хранилище "Другие пользователи". Так как без этого действия не мог зашифровать документы в адрес ФНС. Скрин из Инструментов Крипто Про:
Drugie pol'zovateli.png (164kb) загружен 3 раз(а).

Вариант постоянной установки руками сертификатов гос. органов при их смене - очень плохой.

Прошу помочь разобраться с проблемой.

Отредактировано пользователем 26 июня 2025 г. 14:08:32(UTC)  | Причина: Не указана

В чём собственно вопросы?

Как разрешить программе автоматически устанавливать разные-прочие сертификаты? Это будет считаться безопасным сценарием?

Или, почему возникает ошибка при сохранении файла сертификата? Тогда, какие права на указанную в логе директорию?

Установлена версия 5.0.13455 свежее на сайте Крипто про не нашел.


Да, такой вопрос.


Тоже думал на директорию. Это папка /tmp и в ней временная подпапка. В ней 1С успешно сохраняет какие-то свои временные файлы. На директорию на всякий случай поставил права 777.
Ошибок в логе Red OS связанных с доступом к директории нет.

Отредактировано пользователем 26 июня 2025 г. 14:34:07(UTC)  | Причина: Не указана

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

Что-то подобное упоминалось здесь;


Главное, что бы "другое" в системе не отломалось.

Отредактировано пользователем 26 июня 2025 г. 18:47:35(UTC)  | Причина: Не указана