арм генерации ключей 1.0.0.43

sedkazna пишет:

badnigga пишет: подскажите плиз сгенерировал ключ, и при выводе печатной формы отсутсвуют номер спз и гму хотя я их заполнял

Есть такое, не знаю с чем это связано, но в печатную форму данные параметры не попадают.]

В текущей версии регламента поля КПП ГМУ СПЗ исключены из печатной формы заявления.См приложение 2 к Регламенту.

Alex67 пишет: В текущей версии регламента поля КПП ГМУ СПЗ исключены из печатной формы заявления.См приложение 2 к Регламенту.

Оно понятно, что по новой версии регламента их не стало. Но чесслово - неудобственно чет стало стремление аффторов этого документа и разрабов ПО генерации и печати сертов к буквальному пониманию 63-ФЗ и 795-ФСБ: в распечатках заявлений и сертов ФЛ скоро оставят вообще только ФИО Владельца, чтоб "не противоречить" НПА, а соответствие печатной и электронной формы видимо уже не колышет...

АРМ генерации ключей 1.0.0.44n с Руководством пользователя в комплекте.
Readme 1.0.0.44n.doc гласит:

3 Внешние ошибки, исправленные в версии
В процессе генерации запроса на сертификат при проставлении полномочия Аутентификация клиента (1.3.6.1.5.5.7.3.2) дополнительно проставляется 1.2.643.3.251.5, т. е. при генерации поучаем запрос с полномочием Аутентификация клиента (1.3.6.1.5.5.7.3.2; 1.2.643.3.251.5).
Полномочие 1.2.643.3.251.5 id-eku-GF05 Работа с ООС (Аутентификация клиента).

P.S. Сравнил содержимое дистрибутивов версий 43 и 44 - нет ни 1 нового программного файла, только файл базы данных Client.mdb более новый при том же размере. Что-то верится с трудом в заявленное исправление ошибки, только за счет файла базы без программных файлов?

Alex_04 пишет: АРМ генерации ключей 1.0.0.44n с Руководством пользователя в комплекте.
Readme 1.0.0.44n.doc гласит:

3 Внешние ошибки, исправленные в версии
В процессе генерации запроса на сертификат при проставлении полномочия Аутентификация клиента (1.3.6.1.5.5.7.3.2) дополнительно проставляется 1.2.643.3.251.5, т. е. при генерации поучаем запрос с полномочием Аутентификация клиента (1.3.6.1.5.5.7.3.2; 1.2.643.3.251.5).
Полномочие 1.2.643.3.251.5 id-eku-GF05 Работа с ООС (Аутентификация клиента).

P.S. Сравнил содержимое дистрибутивов версий 43 и 44 - нет ни 1 нового программного файла, только файл базы данных Client.mdb более новый при том же размере. Что-то верится с трудом в заявленное исправление ошибки, только за счет файла базы без программных файлов?

Тем не менее в версии 44 для полномочия Аутентификация клиента 1.2.643.3.251.5 не проставляется, а в версии 43 - проставляется. (Аналогично в СУФД - раньше было, теперь нет).

Gvinpin пишет:

Alex_04 пишет: АРМ генерации ключей 1.0.0.44n с Руководством пользователя в комплекте...

... в версии 44 для полномочия Аутентификация клиента 1.2.643.3.251.5 не проставляется, а в версии 43 - проставляется. (Аналогично в СУФД - раньше было, теперь нет).

Спасибо, коллега! (самому не было времени проверить) Ну тогда администратор/модератор может смело сослаться на нее в соответствующем месте соответствующей инструкции на этом сайте.

Здравствуйте, в предыдущей версии АРМ 41n при выборе роли Заказчика в подролях к нему было лишь 4 роли: Заказчик. Администратор организации,Зак азчик. Уполномоченный специалист,Зака зчик. Должностное лицо с правом подписи контракта,Заказ чик. Специалист с правом направления проекта контракта участнику размещения заказа. В новой версии АРМ 43n теперь появилось к этим четырем ещё две: Заказчик. Специалист с правом согласования закупки и Заказчик.Должно стное лицо с правом удостоверения предварительной версии контракта, подскажите, пожалуйста, по возможности как можно более подробно, что означают и для чего нужны эти две новые роли??? очень важный вопрос есть ли где описание или инструкция?

Во-во. Тоже интересует этот вопрос.
И еще. Совместимы ли роли в одной эцп заказчика по 223 ФЗ и по 44 ФЗ III пункту?

Все приводится к 44-ФЗ. там прописаны права на контракт: предварительное согласование, публикация, публикация проекта контракта и все это разные права. поэтому повнимательней почитайте 44-ФЗ. Хотя я бы лично многое бы упростил.

vyy пишет: Хотя я бы лично многое бы упростил.

Разрабы ПО ЕИС уже "упростили" с 26.11.2016, почитайте тему "Регистрация в ЕИС" (для информации, чур - здесь не обсуждать то, о чем там речь идет ).

Здравствуйте!
Подскажите пожалуйста, если уместно спрашивать, какие галочки поставить для КЭП в ЛК налоговой.
По аналогии с чем? ГАСУ? ЕСИА? Так должен быть ИНН организации, ФИО руководителя, СНИЛС руководителя, ОГРН огранизации.
Мы делали для ЕСИА такие. Но в ролях указывали только Аунтификация. Нам ничего больше не нужно было. А этого недостаточно, не пускает в ЛК.
А вот чтобы с налоговым кабинетом работать, какие ещё роли указать? (СМЭВ и тп.)
Спасибо.

Достаточно Аутентификация указать. У нас так работает.
Но не пускать в ЛК юридического лица может ваш антивирусник.
Что показывает проверка: lkul.nalog.ru/check.php ?
Проверьте, что-бы внутри сертификата стоял ИНН организации, а не руководителя.

Проверка проходит, все пункты зелёные (под сертификатом ЕСИА на зама).
Жму Войти. Появляется лейбл "Авторизация" и всё. Висяк.
Пробовали с этого же компа зайти в учётку другой организации по их сетрификату - всё входит. Значит комп настроен верно.
А может ли влиять то, что в наших ЕСИА-сертификатах (с единственной галкой Аунтефикация) указаны ФИО других сотрудников, а не руководителя? На него ЕСИА не делали. Вот хотим на него сделать (так же как на ЕСИА делали для других), чтобы попробовать, войдётся ли в ЛК под ним.
То есть ситуация такая: есть сертификаты ЕСИА, но не на руководителя. Под ними зависает вход; есть сертификат на руководителя (для торгов и суфд), но он негоден - там ИНН руководителя, а не организации. Под ним авторизация пишет, что не найден ИНН. Оно и понятно.

А для документооборота с налоговой в налоговом ЛК точно хватит Аунтефикации? То есть чтобы не просто смотреть в нём инфу, но и мочь подписывать в ЛК документы и т.п. Не надо ли ставить ещё и СМЭВ-галки?

У нас на руководителя все сделано. Для госуслуг сделали вторую подпись с ИНН организации. Нужно было привязать к руководителю организацию. Без ИНН организации привязать невозможно. С этой подписью я свободно зашел в ЛК налоговой. Запрос на сертификат делали в "Арм генерации ключей 1.0.0.44n". Указывали, что для ЮЛ, далее в полномочиях указал только Аутентификация клиента, т.к. все остальное привязано на другом ключе, который сделали на ФЛ руководителя.
В следующем окне заполнил все пустые поля и все. После получения сертификата, установил его в контейнер с ключами.
Налоговая может проверят в сертификате ИНН организации и ФИО руководителя по ЕГРЮЛ. Не факт, а предположение. Я склоняюсь, что ИНН достаточно.

Да, еще, есть одна фишка. Поломать голову пришлось, однако. Но в Инете об этом никто не писал, пришлось самому разбираться. У вас может быть такая же ситуация как и у нас.
Разберем на примере: Есть две флешки с ключами для СУФД для двух организаций. На обоих лежат контейнеры главбуха, руководителя и Континента АП.
Разумеется для каждой конторы - свои фамилии. С одной флешкой заходим на госуслуги, а с другой нет. Виснет и сбрасывает на начальную страницу после попытки входа на портал. Окно выбора сертификата не появляется. Сравниваю сертификаты - все сделаны по шаблону. Различий нет. Просидел сутки разбираясь.
Оказывается загвоздка была в установке сертификата для Континента АП. В одном он был установлен во внутрь контейнера. И эта флешка, если была вставлена в комп наглухо блокировала доступ к ЕСИА всем другим флешкам и себе тоже. Вот так то!

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