Документ не был сохранен ошибка выполнения операции джц сохранить

Особенности подготовки планов-закупок и планов-графиков в Электронном бюджете (для федералов)

Модераторы: Кирилл Кузнецов, Ilia, Всегда на страже

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

Перейти:

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Доброго времени суток, многоуважаемые юзеры форума!

Суть темы:
В приложении файл, скачав и открыв который, вы можете кликнуть по форме с текстом «Сохранить лист как файл», а по завершению действий всех алгоритмов, module1 выдаст ошибку, которая повествует о том, что «Документ не сохранен.»

Пожалуйста, подскажите
-причину невозможности сохранения документа именно в моем случае;
-предположительное решение этой «проблемы».

Хорошего дня всем, кто уделил время на прочтение данного топика. Большое спасибо!
Код из module1

Sub УдалитьМодули()
    'On Error Resume Next
    ИтоговаяКнига = Sheets(1).Name & " e-mail.xlsm"
    
    'Активируем кингу для отправки по e-mail
    Workbooks(ИтоговаяКнига).Activate
    
    'Удаляем Module и UserForm's
                    Set VBProj = ActiveWorkbook.VBProject.VBComponents
                    VBProj.Remove VBProj("ДобавитьНовогоКонтрагента")
                    VBProj.Remove VBProj("ДобавитьОснование")
                    VBProj.Remove VBProj("УдалитьОснование")
                    VBProj.Remove VBProj("УказатьОтветственного")
                    VBProj.Remove VBProj("Календарь")
                    VBProj.Remove VBProj("Module2")

            'Удаляем код из ЭтаКнига-------
            Dim oVBComponent As Object, lCountLines As Long
            Set oVBComponent = ActiveWorkbook.VBProject.VBComponents("ЭтаКнига")
            With oVBComponent
                lCountLines = .CodeModule.CountOfLines
                .CodeModule.DeleteLines 1, lCountLines
            End With
            Set oVBComponent = Nothing
            '------------------------------
     
'MsgBox "Сформирован отчет для [-  " & Sheets(1).Name & "  -]", vbOKOnly + vbInformation, ""

        Call Сохранить
                'ОтправляемФайл
                If ОтправляемФайл = True Then
                    
                    Dim FullStr As String
                
                    Смайлик = Sheets(1).Range("A7")
                
                    FullStr = "C:Program Files (x86)Mozilla Thunderbirdthunderbird.exe"
                    FullStr = FullStr & " -compose to=" & Почта
                    FullStr = FullStr & " ,subject=""" & Смайлик & "Транзакционный отчет [ " & ActiveWorkbook.ActiveSheet.Name & " ]"""
                    FullStr = FullStr & " ,body="" """
                    FullStr = FullStr & " ,attachment=" & ThisWorkbook.Path & "" & ИтоговаяКнига

                    Shell FullStr, 1

                End If
                
Windows(ИтоговаяКнига).Activate
Call Сохранить

'Закрываем Книгу
'ActiveWindow.Close
End Sub

Sub Сохранить()
ActiveWorkbook.Save
End Sub

p.s. гуглил, но не нашел подходящей информации, поэтому обращаюсь к Вам, уважаемые!

Профессионализм и отличная репутация разработчиков вовсе не является гарантией, что созданный ими программный продукт будет работать идеально, поскольку появление ошибок часто бывает связано с внешними факторами. Ошибка «Документ не сохранен» в Microsoft Excel относится как раз к таким случаям. На официальном сайте компании описываются возможные причины неполадки и предлагается несколько решений, но этот список далеко не полный.

Существуют также и другие причины, по которым Excel может не сохранять документ.

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

Создайте в Excel новый документ и скопируйте в него всё содержимое файла, который не удается сохранить. Сохраните новый документ. Если проблема не устранена, переходим к следующим решениям.

Исключите прерывания

Ошибка «Документ не сохранен» появится, если в момент сохранения файла процесс был прерван нажатием клавиши Esc или вмешательством в него стороннего программного обеспечения. Попробуйте временно закрыть запущенные приложения, после чего сохраните документ.

Проверьте локальную сеть

Если проблема возникла при сохранении документа в сетевую папку, следует проверить работу локальной сети и само локальное подключение. Если с подключением всё в порядке, проверьте задержку при отправке данных по локальной сети, высокий пинг вполне может стать причиной ошибки при сохранении Excel-файла.

Проблемы с накопителем

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

Отсутствие прав на запись

Убедитесь, что папка, в которую вы сохраняете файл, имеет права на запись. С ошибкой сохранения чаще всего приходится сталкиваться пользователям, не имеющим прав администратора, сохранении файла в системные каталоги или каталоги, принадлежащие другому пользователю. Создайте отдельную папку на диске D и попробуйте сохранить документ в нее. Если нужно узнать имя владельца папки, зайдите в ее свойства и нажмите на вкладку «Безопасность» кнопку «Дополнительно».

Запустите Excel в безопасном режиме

Если не один из вышеперечисленных способов не помог, запустите второй экземпляр Excel в безопасном режиме. Для этого вызовите нажатием Win + R окошко быстрого запуска и выполните в нём команду excel /safe.

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

Распространенные ошибки при подключении к ГИИС

«Электронный бюджет
»

При возникновении проблем с подключением к ГИИС «Электронный бюджет» необходимо проверить настройки:

1. вход в личный кабинет осуществляется по ссылкеhttp://
lk
.
budget
.
gov
.
ru
/
udu
—
webcenter
;

2. проверить настройки«Континент TLSVPNКлиент».

Открыть конфигуратор настроек (Пуск >Все программы > Код Безопасности >Client> Настройка Континент TLSклиента), «Порт»должно быть указано значение 8080
, «Адрес»-lk.
Отметки «Использовать внешний прокси-сервер» не должно быть, если организация не использует внешний прокси, «Требовать поддержку RFC 5746» можно убрать.

После добавления сертификата Континента TLSв поле «Сертификат»должно быть указано «<»;

Рисунок 1. Настройка сервиса

3. проверить настройки обозревателя.

На примере браузера MozillaFireFox, запустить обозреватель, открыть параметры соединения (Главное менюбраузера «Инструменты»>«Настройки»> вкладка «Дополнительные»> вкладка «Сеть»> кнопка «Настроить»).Выбрать «Ручная настройка сервиса прокси», в поле «HTTP прокси»указать значение 127.0.0.1, «Порт»- 8080. Поставить отметку «Использовать этот прокси-сервер для всех протоколов».

Вполе«Не использовать прокси для» не должно быть указано значение 127.0.0.1.

Рисунок 2. Параметры соединения

Типичные ошибки при подключении к ГИИС

«Электронный бюджет
»

Варианты решения: 1) Отключить антивирус. В случае решения проблемы – изменить параметры антивируса 2) Проверить настройки TLS и обозревателя.

2.
403 Доступ запрещен. Сертификат сервера отличается от заданного в настройках. Отличается длина сертификатов.

Решение: Проверить указанный в настройках TLS сертификат по наименованию в строке. Должно быть «<».

3.
Не выдает окно выбора сертификата.

Решение: Убрать галочку «Требовать поддержку RFC 5746» если стоит. В противном случае проверить остальные настройки.

4.
403 Доступ запрещен. Не найден корневой сертификат.

Решение: Повторная установка сертификата УЦ Федерального казначейства (если был уже установлен).

Для WindowsXP:

Пуск >Выполнить>mmc>консоль>добавить или удалить оснастку>добавить «сертификаты»(Рис. 3) >моей учетной записи>Готово >ОК>развернуть список >открыть строку «доверенные корневые центры» — «сертификаты»>на пустом месте окна с сертификатами нажать правую кнопку мыши и выбрать (Рис. 4)>все задачи >импорт>

Рисунок 3

Рисунок 4

Для Windows 7:

Пуск >Выполнить>mmc>файл>добавить или удалить оснастку>добавить оснастку «сертификаты» (Рис. 5)>добавить>моей учетной записи>Готово>ОК>развернуть содержимое и встать на строку «доверенные корневые центры»- «сертификаты» (Рис. 6)>на пустом месте окна с сертификатами нажать правую кнопку мыши и выбрать>все задачи >импорт>выбрать нужный сертификат и установить.

Рисунок 5

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

Памятка разделена на несколько разделов:

• Создание и редактирование форм отчетности;
• Импорт;
• Подписание;
• Ввод и редактирование.

Создание и редактирование форм отчетности

Чаще всего проблемы в ГИИС Электронный бюджет возникают с созданием и редактированием форм отчетности. В вы узнаете, что делать, при следующих ошибках:

• При входе в личный кабинет не отображается списковая форма документов;
• При входе в личный кабинет не отображаются иконки кнопок;
• После 1-го числа месяца пропали отчеты в списковой форме;
• Система выводит ошибку: при создании или импорте отчетности по Инструкции № 33н не заполнился код главы;
• Не удается сохранить отчет после внесения изменений;
• Не удается загрузить текстовую часть пояснительной записки;
• Не удается перезаполнить отчетные формы на основании других отчетов;
• Необходимо ввести фильтр для поиска нужного значения;
• Составлена форма с нулевыми показателями, документу присвоен статус
  «Показатели отсутствуют». Отчет не меняет статус на «Представлен»;
• Система выдает ошибку: «Не найден лицевой счет в отчете ф. 0503779»;
• Форма находится в статусе «Контроль не пройден». Редактировать отчет нельзя. Что с ним делать?
• Как вернуть отчет со статусом «Отменен»?
• Контроль за отчетом нашел ошибку, которая является допустимой;
• В форме 0503769 не выбирается нужный счет из справочника «Рабочий план счетов»;
• При входе в личный кабинет в рабочем месте нет ветки «Учет и отчетность»;
• При входе в меню «Формирование и представление отчетности» в списке
  полномочий отсутствует учреждение (АУ или БУ);
• Нет кнопки «Согласовать» для документов в статусах «Создан с ошибками», «Создан без ошибок».

Импорт

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

• Система выдает ошибки при импорте отчета: «Не найден трансформер документа»,
  «Несоответствие количества полей в блоках ТБ=01, ТБ=02»;
• Файл не грузится, а система выдает сообщение «Код главы не соответствует»;
• Не удается загрузить несколько отчетов по форме 0503779 с разными КФО –
  мешает проверка на уникальность. При загрузке нового отчета с другим
  КФО старый отменяется.

Подписание

Также в памятке описано, что делать с подписью документов в разных ситуациях:

• Система выдает ошибку при подписании отчетной формы «Данный пользователь
  не может утверждать документ»;
• в его отсутствие? Отчеты пока не созданы;
• Пользователь, подписывающий отчеты, уходит в отпуск. Как подписать отчеты
  в его отсутствие? Отчеты уже подписаны одним или несколькими пользователями.

Ввод и редактирование

• Система выдает ошибку при создании записи в справочнике «Настройки
  согласования отчетных форм». При выборе согласующего Ф. И. О
  пользователя отсутствует либо повторяется несколько раз;
• В справочнике «Контрагенты» нет нужной организации.

Если в этих списках вы нашли ошибку, с которой встречались во время работы с ГИИС Электронный бюджет, смотрите и скачайте памятку с решением этих проблем в

Регулярно описывая на этом блоге новые законодательно-нормативные акты, регламентирующие порядок использования электронных документов в государственном управлении и деловой деятельности, я прекрасно понимаю, что на практике их положения не всегда будут исполняться. Узнать, как на самом деле все эти нормы работают, достаточно сложно, поскольку государственные органы не склонны публично сообщать о промахах и недостатках в своей работе.

Письмо Казначейства России от 1 июня 2018 года № 07-04-05/08-11045 «О подписании электронной подписью бюджетной (бухгалтерской) отчетности» немножко приоткрывает завесу этой «тайны».

Федеральное казначейство провело анализ практики подписания электронной подписью бухгалтерской отчетности главными распорядителями, распорядителями, получателями бюджетных средств, главными администраторами, администраторами доходов бюджетов, главными администраторами, администраторами источников финансирования дефицита бюджетов, государственными бюджетными и автономными учреждениями по состоянию на 1 апреля 2018 года. Подписание осуществляется в подсистеме «Учет и отчетность» государственной интегрированной информационной системы управления общественными финансами «Электронный бюджет» (ПУиО ГИИС «Электронный бюджет»).

По результатам проверки было установлено:

• Отсутствие роли «Утверждение» (УО.СО.003) уполномоченных лиц ряда субъектов отчетности;
• Подписание бюджетной отчетности лицами, не предусмотренными п. 6 «Инструкции о порядке составления и представления годовой, квартальной и месячной отчетности об исполнении бюджетов бюджетной системы Российской Федерации
  » и п. 5 «Инструкции о порядке составления, представления годовой, квартальной бухгалтерской отчетности государственных (муниципальных) бюджетных и автономных учреждений
  ».

Для справки:
В инструкциях о подписании отчетности говорится следующее:

Инструкция о порядке составления и представления годовой, квартальной и месячной отчетности об исполнении бюджетов бюджетной системы Российской Федерации
(утв. приказом Минфина России от 28.12.2010 № 191н)

6. Бюджетная отчетность подписывается руководителем и главным бухгалтером субъекта бюджетной отчетности.

Формы бюджетной отчетности, содержащие плановые (прогнозные) и (или) аналитические (управленческие) показатели, кроме того, подписываются руководителем финансово-экономической службы и (или) лицом, ответственным за формирование аналитической (управленческой) информации. Указанные формы подписываются главным бухгалтером в части финансовых показателей, сформированных на основании данных бюджетного учета, либо при формировании консолидированной бюджетной отчетности в части данных, сформированных путем обобщения показателей бюджетной отчетности, используемой при консолидации.

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

Инструкция о порядке составления, представления годовой, квартальной бухгалтерской отчетности государственных (муниципальных) бюджетных и автономных учреждений
(утв. приказом Минфина России от 25.03.2011 № 33н)

5. Бухгалтерская отчетность должна включать показатели деятельности всех подразделений экономического субъекта, включая его филиалы и представительства, независимо от их места нахождения.

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

… Бухгалтерская отчетность, составленная централизованной бухгалтерией, подписывается руководителем учреждения, передавшего ведение учета, руководителем и главным бухгалтером (бухгалтером-специалистом) централизованной бухгалтерии, осуществляющей ведение бухгалтерского учета и (или) формирование бухгалтерской отчетности.

В этой связи Федеральное казначейство поручило:

• В срок до 8 июня 2018 года проинформировать об этом субъекты отчетности;
• Обеспечить представление в территориальные органы Федерального казначейства заявок на подключение (изменение сведений и (или) полномочий) к ПУиО ГИИС «Электронный бюджет» с добавлением роли «Утверждение» (УО.СО.003) уполномоченными на подписание бюджетной отчетности лицами, предусмотренными указанными выше инструкциями.

Федеральное казначейство также предупредило, что в случае отсутствия роли «Утверждение» (УО.СО.003) возможность подписания бухгалтерской отчетности по состоянию на 1 июля 2018 г. в ПУиО ГИИС «Электронный бюджет» уполномоченными лицами будет недоступна.

Мой комментарий:
Получается, что часть организаций, предоставляя отчетность, совершенно не отслеживают, имеют ли лица подписавшие отчетность лица соответствующие права. Решение Казначейство нашло достаточно быстро – оно просто не даст возможность подписать отчетность, а значит и сдать её в электронном виде, если отмеченные недостатки не будут исправлены.

Начать работать в «Электронном бюджете» или интегрированной с ним местной информационной системе рано или поздно придется всем государственным и муниципальным учреждениям. «Федералы» уже прошли этот этап и подключились к данному ресурсу. Однако на региональном и муниципальном уровне с процедурой подключения знакомы далеко не все. Каков же порядок работы?

Как известно, федеральные государственные учреждения сейчас должны присутствовать в трех подсистемах «Электронного бюджета»: бюджетного планирования, учета и отчетности, а также управления закупками — при этом большинству федеральных АУ необходимо формировать документы только в первых двух компонентах (если АУ не подпадают под действие Федерального закона от 05.04.2013 № 44-ФЗ). В электронном виде составляются и подписываются следующие документы:

• соглашения о предоставлении субсидий (на выполнение государственного задания, иные цели, осуществление капитальных вложений);
• отчет (предварительный отчет) о выполнении госзадания;
• план финансово-хозяйственной деятельности;
• бухгалтерская отчетность.

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

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

Во всех документах приводится общий порядок подключения к компонентам «Электронного бюджета». Необходимые действия подробно прописаны в приложении 6 к Письму № 21-03-04/19786 и в Письме № 21-10-07/65901. Рассмотрим их.

Подготовительная работа в учреждении.

Шаг 1
— определить ответственного за техническое обеспечение работы с компонентами «Электронного бюджета» и подключение пользователей. Это делается посредством издания документа (письма, доверенности, приказа), оформленного на бланке учреждения и подписанного его руководителем.

Шаг 2
— оформить на лицо, ответственное за техническое обеспечение работы, доверенность на получение специальных средств криптографической защиты информации, обеспечивающих создание защищенного соединения с компонентами информационной системы (СКЗИ), лицензионных ключей и эксплуатационной документации к СКЗИ.

Доверенность составляется на бланке письма организации, подписывается ее руководителем и заверяется гербовой печатью. Примерная форма доверенности приведена в приложении 5 к Письму № 21-03-04/19786.

Шаг 3
— получить квалифицированные сертификаты ключа проверки электронной подписи для каждого будущего пользователя информационной системы. Это необходимо для обеспечения юридически значимого электронного документооборота. Требования к форме квалифицированного сертификата утверждены Приказом ФСБ РФ от 27.12.2011 № 795.

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

В сертификате указывается физическое лицо (владелец сертификата), действующее от имени юридического лица на основании учредительных документов или доверенности. Фамилия, имя, отчество, СНИЛС и должность сотрудника, содержащиеся в сертификате, должны совпадать с аналогичными сведениями в заявке на подключение к информационной системе.

Сертификаты, используемые для работы в «Электронном бюджете», можно получить в любом удостоверяющем центре, имеющем соответствующую аккредитацию, в том числе в удостоверяющем центре Федерального казначейства (через его территориальный орган).

Шаг 4
— оформить согласие на обработку персональных данных для каждого будущего пользователя информационной системы (образец дан в приложении 6 к Письму № 21-03-04/19786). Согласие должно быть лично подписано каждым сотрудником учреждения, который станет работать в «Электронном бюджете».

Шаг 5
— написать заявку о выдаче СКЗИ. Заявка (ее форма дана в приложении 4 к Письму № 21-03-04/19786) должна быть составлена на бланке письма организации и подписана ее руководителем (иным уполномоченным лицом). Здесь указывается количество лицензионных ключей, которые необходимо получить, — оно должно быть равно количеству пользователей, подключаемых к «Электронному бюджету».

Шаг 6
— распределить полномочия между будущими пользователями «Электронного бюджета». Сотрудники учреждения могут быть наделены следующими полномочиями:

• ввод данных (работник может только формировать и редактировать сформированные документы);
• согласование;
• утверждение;
• просмотр (работник может наделяться этим полномочием, например, в тех случаях, когда документ формируется и утверждается органом-учредителем).

Пакет документов.

Шаг 7
— собрать пакет документов и передать его в орган Федерального казначейства. В этот комплект должны входить:

• приказ о назначении ответственного за техническое обеспечение работы (подключение пользователей);
• доверенность на получение СКЗИ;
• заявка на получение СКЗИ, лицензионных ключей и документации к СКЗИ;
• согласие на обработку персональных данных каждого подключаемого пользователя;
• файл действующего квалифицированного сертификата ключа проверки электронной подписи на каждого подключаемого пользователя (на съемном носителе).

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

Пакет документов подает сотрудник, ответственный за подключение пользователей.

Шаг 8
— получить специальное программное обеспечение в органе Федерального казначейства, необходимое для создания защищенного соединения при вводе и обработке информации на рабочих местах пользователей информационной системы. Это тоже должен сделать сотрудник, ответственный за подключение пользователей.

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

Подготовка автоматизированных рабочих мест.

Шаг 9
— обеспечить соответствие автоматизированных рабочих мест пользователей требованиям, перечисленным в приложении 6 к Письму № 21-03-04/19786, в том числе установить и настроить средство криптографической защиты информации. В частности, требования касаются аппаратных характеристик персональных компьютеров, операционных систем, которые можно использовать, программного обеспечения, обязательного к установке.

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

Заявка на подключение к системе.

Шаг 10
— подать заявку на подключение к системе «Электронный бюджет». Важно, что на этом этапе порядок действий изменился. Если в 2015 — 2016 годах органы власти, подключавшиеся к системе раньше учреждений, вносили такую заявку в общий пакет документов, направляемых в орган Федерального казначейства, то сейчас учреждения избавлены от этой необходимости.

Процедуру подачи заявки в отношении федеральных государственных учреждений Минфин разъяснил в Письме № 21-10-07/65901. В нем сказано, что заявки на регистрацию руководителей ФГУ составляет орган-учредитель и направляет их Минфину в форме электронного документа в информационной системе. Руководители ФГУ, указанные в заявке на регистрацию, подключаются к «Электронному бюджету» не позднее трех рабочих дней с даты получения финансовым ведомством данной заявки — информация об этом направляется на указанный в ней адрес электронной почты.

Руководители учреждений автоматически зарегистрированы в системе «Электронный бюджет», поэтому в их отношении заявки на подключение составлять не нужно.

Как видим, вместо бумажной заявки теперь подается электронная, причем сами руководители ФГУ в этом не участвуют. То же самое касается и учреждений регионального (муниципального) уровня. Как пояснил Минфин в Письме № 21-03-04/75209, в настоящее время руководителям бюджетных и автономных учреждений, включенных в реестр участников бюджетного процесса, а также юридических лиц, не являющихся его участниками, автоматически предоставлены полномочия по формированию заявок на регистрацию. Информация о предоставлении таких полномочий должна быть направлена на адрес электронной почты учреждения, указанный в сведениях названного реестра. Иными словами, руководители учреждений автоматически зарегистрированы в системе «Электронный бюджет», поэтому в их отношении заявки составлять не нужно.

Формировать заявки на регистрацию требуется в отношении остальных сотрудников учреждений, которые будут работать в информационной системе. Данным полномочием как раз и наделены руководители учреждений. Заявки должны составляться в самой системе (в форме электронного документа) и подписываться усиленной квалифицированной электронной подписью руководителя или лица, уполномоченного действовать от имени учреждения.

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

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

Заключение.

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

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

Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи

Ошибка сохранения сообщения (0x80004005)

Ошибка сохранения сообщения (0x80004005)

Произошла ошибка при создании подписи

Произошла ошибка при определении размера закодированного сообщения

Отказано в доступе. (0x80090010)

Как выглядит ошибка:

Переустановите ваш сертификат через КриптоПро CSP так: Перейдите на вкладку Сервис, далее Просмотреть сертификаты в контейнере, затем Обзор, выберите контейнер и нажмите Установить.

Если переустановка не поможет, то проверьте контейнер ключа при помощи кнопки Протестировать на той же вкладке. Если в результате тестирования возникнет ошибка “Использование ключа обмена запрещено. Срок действия закрытого ключа истек. Срок действия закрытого ключа не может превышать 3 года для неизвлекаемых ключей, хранящихся на ФКН и на HSM, и 1 год 3 месяца для прочих ключей”, то подписать этим сертификатом вам не удастся, нужно получить новый сертификат.

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

Также возможно ограничение прав на ветку реестра с контейнером, так как понадобятся не только права чтения, но и права записи.

Ключи носителя «реестр» КриптоПро CSP хранит в следующей ветке реестра:

HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProSettingsUsers Keys

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

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

Источник

Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи

При попытке подписать файл:
Не найден используемый криптопровайдер !!
Криптопро 3.9 стоит и настроен.
Подскажите как решить.

Криптопровайдеры разрешенные пусто так и должно быть?

Добрый день.
При попытке подписания на сетевом файловом ресурсе выдает следующую ошибку:
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:01.83
Входной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx
Выходной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при сохранении данных
Ошибка загрузки данных
Произошла ошибка при добавлении данных в сообщение
(0xc0000001)

Подписание документов локально на рабочей станции проходит успешно.

КриптоАРМ, Здравствуйте, у меня тоже возникла подобная ошибка:

«
Недавно одна из наших организаций стала приносить нам шифрованные файлы, которые невозможно расшифровать: При попытке подписать выскакивает ошибка:
================================================================
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при расшифровании сообщения. (0x80004005)
Произошла ошибка при расшифровке сообщения
Неправильное значение индекса. (0x80091008)
================================================================
Что только я не пробовала. и сертификаты переустанавливала (личные, уц, др. пользователей) и версию КриптоАрм поменял на последнюю. сертификаты все установлены корректно (КриптоАрм всю цепочку метит зелёным), с кодировкой тоже проблем быть не должно (сам у клиента ставил DER на шифрование и подпись).
При этом на проблемном компе шифрованные файлы из других организация расшифровываются без ошибок.
Вообщем подскажите, пожалуйста, в какую сторону копать, из за чего может возникать данная ошибка?

»
Проверила видит ли он ЭЦП. видит.

Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:00.32
Входной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx
Выходной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)

Ошибка сохранения сообщения (0x80004005)

Произошла ошибка при создании подписи

Произошла ошибка при определении размера закодированного сообщения

Виталий, Добрый день! Попробуйте переустановить Ваш сертификат используя КриптоПро CSP.
Откройте КриптоПро CSP / вкладка Сервис / Просмотреть сертификаты в контейнере / выберите там ваш сертификат и нажмите кнопку Установить.

А также можно попробовать удалить запомненные пароли на контейнеры сертификатов, для этого воспользуйтесь соответствующей кнопкой в окне КриптоПро CSP на вкладке «Сервис» (в самом низу вкладки). После сброса ПИН-код понадобится ввести и запомнить повторно.

Если ошибка повторится, воспользуйтесь утилитой CSPTest, входящей в состав КриптоПро CSP.
Для этого создайте в блокноте текстовый файл, скопируйте в него командную строку:
«c:Program FilesCrypto ProCSPcsptest.exe» -sfsign -sign -in sign.bat -out sign.bat.sig -my «»
pause

и сохраните его с именем «sign.bat». После этого запустите этот командный файл. Он попытается подписать сам себя. В процессе создания подписи он предложит выбрать сертификат подписи. Для этого нужно будет ввести номер сертификата из списка предложенных (например «1») и нажать Enter.

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

Источник

Рутокен ЭЦП 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

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

Источник