Запрос связи в клиент сэд что делать

Генерация запроса на сертификат и закрытого ключа

Генерация запроса на сертификат и закрытого ключа

В ППО «СЭД» производится формирование запроса на сертификат и генерация закрытого ключа как для пользователей только ППО «СЭД» (обычная), так и формирование Единого универсального сертификата (ЕУС), предназначенного для пользователей нескольких систем: СЭД, Ландокс, ООС, АСФК. Таким образом, сертификаты, сгенерированные в СЭД, универсальны для всех систем (в зависимости от параметров).

Для генерации закрытого ключа выполните следующие действия.

Откройте пункт меню «Администрирование – Криптозащита – Генерация ключей ЭЦП и запроса на сертификацию». Откроется окно «Генерация запроса на сертификат и закрытого ключа».

1. Генерация запроса на сертификат и закрытого ключа

В окне «Генерация запроса на сертификат и закрытого ключа» заполните поля:

«Наименование абонента» – введите фамилию имя и отчество владельца закрытого ключа или наименование службы/сервиса/АРМ/сервера для которого запрашивается сертификат. Поле обязательно для заполнения.

«Наименование организации» – выберите из списка АРМ абонента сертификата (по умолчанию указан текущий АРМ пользователя).

«Криптобиблиотека» – определяется тип используемой СКЗИ (по умолчанию тип уже определён как Ms Crypto API 2.0, что соответствует криптосистеме КриптоПро CSP 3.0/3.6).

«Генерировать запрос на ЕУС (единый универсальный сертификат)» – при установке данного флага будет генерироваться запрос на единый универсальный сертификат и становится доступным поле «Роли владельца сертификата». По умолчанию флаг установлен. Если флаг отключен, то производится генерация запроса на сертификат и закрытого ключа только для пользователей ППО «СЭД» (обычная)

«Роли владельца сертификата» – в поле отображается список значений из справочника «Роли владельца сертификата» в виде древовидной структуры с возможностью отметить (включить чекбокс) нужные пункты. Для раскрытия ветви дерева нажать «+», для закрытия – нажать «-» возле узла. Для назначения роли нужно отмечать конечные пункты ветви (при этом все вышестоящие узлы отмечаются автоматически). Допускается отмечать несколько пунктов. Для отмены назначенной роли/ролей достаточно снять галочку с корневого узла (при этом все нижестоящие пункты очищаются автоматически). Список ролей зависит от уровня АРМ, на котором формируется запрос на сертификат. На АРМ Сервера доступны все роли.

Внимание! Не допускается отмечать корневую роль без отметки подролей для указанной корневой роли.

Основные роли, доступные при создании сертификата:

«Подпись запросов на издание сертификатов ключей подписи» – позволяет руководителю подписывать передаваемые в ТОФК запросы на сертификат других сотрудников организации.

Примечание. Для получения сертификата руководителя организации необходимо указать роль «Подпись запросов на издание сертификатов ключей подписи».

«АСФК» – сертификат предназначен для использования в ППО «АСФК».

Примечание. При генерации ЕУС для работы в АСФК обязательно также выбрать роль «Работа с ООС (Аутентификация клиента)».

«Landocs. Делопроизводство» – сертификат предназначен для использования в Landocs.

«СЭД. Электронный документооборот» – сертификат предназначен для использования в ППО «СЭД».

«СПТО. Передача статистической информации о технологических операциях – сертификат предназначен для использования в СПТО.

«Работа с ООС (Аутентификация клиента) – Подпись пакетов информационного обмена между системами» – используется для подписи транспортных пакетов при обмене между системами.

«Работа с ООС (Аутентификация клиента) – Заказчик – Должностное лицо с правом подписи контракта» – используется для получения сертификата должностного лица, имеющего право подписи контракта (копии контракта).

«ЭЦП в системе внутриведомственного документооборота» – сертификат предназначен для внутриведомственного документооборота подразделений Министерства Юстиции.

Примечание. Согласно документу «Описание структуры и порядка использования унифицированного сертификата ЭЦП» роль «Аутентификация клиента» имеет OID 1.3.6.1.5.5.7.3.2. Данный OID встроен в роль «Работа с ООС», т. е. если при генерации запроса на сертификат была указана роль «Работа с ООС», то в запросе обязательно будет и аутентификация клиента. Наличие OID в запросе можно посмотреть в СЭД по пути «Администрирование – Криптозащита – Просмотр запроса на сертификат» (см. п. 1.1.1, рисунок 10).

Для перехода на следующий шаг мастера нажмите кнопку «Далее>».

2. Заполнение параметров сертификата

В появившемся окне введите значения (см. рисунок 2):

«Идентификатор ключа (Фамилия Имя Отчество владельца ключа)» – вводится фамилия, имя, отчество владельца сертификата в виде «Фамилия Имя Отчество» или наименование службы/сервиса/АРМ/сервера, для которого запрашивается сертификат. Поле обязательно для заполнения. По умолчанию заполняется из поля «Наименование абонента» предыдущего окна.

«Фамилия» – заполняется фамилия владельца сертификата с большой буквы в одно слово без пробелов. Поле обязательно для заполнения. По умолчанию заполняется значением из поля «Идентификатор ключа».

«Имя Отчество» – имя и отчество владельца сертификата в формате «Имя Отчество» в два слова, разделенных одним пробелом. Поле обязательно для заполнения. По умолчанию заполняется значением из поля «Идентификатор ключа».

«Инициалы» – инициалы владельца сертификата без пробелов. Поле доступно и обязательно только при выборе роли «Landocs». Если заполнено поле «Имя Отчество» и разрешено для редактирования поле «Инициалы», то по нажатию кнопки «>» автоматически заполняется поле «Инициалы».

«Страна» – заполняется двухбуквенным кодом страны в соответствии с ISO 3166, в которой зарегистрирована организация. Поле обязательно для заполнения. Для России по умолчанию указывается RU.

«Регион» – наименование региона, в котором зарегистрирована организация. Заполняется значением «Наименование» из справочника «Регионы РФ». Поле обязательно для заполнения для всех систем, кроме СМЭВ. Список значений поля «Регион» приведен в Приложении 1.

«Город» – заполняется наименованием города (населённого пункта), в котором зарегистрирована организация. Поле обязательно для заполнения.

«Должность» – должность владельца сертификата. Поле обязательно для заполнения.

«Организация» – наименование организации владельца сертификата. Указывается сокращенное наименование организации (но не более первых 64 символов). При отсутствии сокращенного наименования указывается краткое наименование - наименование, которое используется при оформлении платежных и иных документов в случаях, когда информация, подлежащая к заполнению в обязательном порядке, имеет ограничения по числу символов. Поле обязательно для заполнения. По умолчанию заполняется наименованием АРМ абонента сертификата.

«Формализованная должность» – поле доступно и обязательно для заполнения только при выборе роли «АСФК». Наименование должности выбирается из выпадающего списка.

«Подразделение 1-го уровня» – организационное подразделение владельца сертификата1-го уровня. Для руководителя организации указывается значение «Руководство». Поле не обязательно для заполнения.

«Подразделение 2-го уровня» – организационное подразделение владельца сертификата 2-го уровня. Обязательно для заполнения, если выбраны роли «АСФК» или «СПТО».

«E-mail» – адрес электронной почты владельца сертификата. Обязательно для заполнения для ролей ООС, ГМУ и АСФК. Адрес должен соответствовать шаблону «*@*.*».

«ИНН» – индивидуальный номер налогоплательщика владельца СКП – юридического лица. Поле доступно и обязательно для заполнения, если выбрана роль ООС, СМЭВ (Для юридического лица для подписания ЭД при межведомственном взаимодействии). Поле должно содержать 10 или 12 символов.

«КПП» – код причины постановки на учет. Поле доступно для заполнения, если выбрана роль ООС. Поле должно содержать 9 символов.

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

«Учетный номер организации СПЗ» – учетный номер организации по СПЗ. Поле доступно и обязательно для заполнения при выборе роли ООС (длина поля – 11 символов).

«ОГРН» – основной государственный регистрационный номер владельца СКП – юридического лица (длина поля – 13 символов). Поле обязательно для заполнения, если выбрана роль ООС, СМЭВ (Для юридического лица для подписания ЭД при межведомственном взаимодействии).

«СНИЛС» – страховой номер индивидуального лицевого счета владельца сертификата – физического лица. Поле обязательно для заполнения, если выбрана роль СМЭВ (Уполномоченное лицо для подписания ЭД при межведомственном взаимодействии).

«Идентификатор безопасности» – поле доступно и обязательно для заполнения при выборе роли «Landocs», 36 символов. Если у пользователя уже есть сертификат Landocs, то необходимо заполнить поле его значением.

«Учетный номер организации ГМУ» – учетный номер Государственного (муниципального) учреждения. Поле доступно и обязательно для заполнения при выборе роли ГМУ (длина поля – 13 символов).

«Учетная запись пользователя АСФК» – поле доступно и обязательно для заполнения при выборе роли АСФК (длина поля – 255 символов).

«Адрес» – адрес места работы (улица и номер дома) владельца сертификата. Поле доступно и обязательно для заполнения при выборе роли «Landocs».

Заполнив все значения диалога своими данными, нажмите кнопку «Далее>» (см. рисунок 2).

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

3. Генерация запроса на сертификат

Для создания закрытого ключа и формирования запроса на сертификат нажмите кнопку «Выполнить» (см. рисунок 3).

Далее откроется окно выбора устройства считывания для носителя закрытого ключа (см. рисунок 4). По умолчанию указан «Реестр». Если носитель закрытого ключа у вас определён как дискета 3.5” (флеш-драйв, Rutoken), то перед нажатием кнопки «ОК» необходимо подключить носитель закрытого ключа и указать его в поле «Устройства» (для каждого пользователя должен быть отдельный носитель).

Далее появится диалог датчика случайных чисел, формирующего комбинацию закрытого ключа, и форма запроса пароля на сгенерированный ключ (см. рисунки 5, 6).

5. Датчик случайных чисел

6. Установка пароля

В случае определения пароля для закрытого ключа его ввод будет необходим перед каждой операцией обращения к функциям криптозащиты, если он не был сохранён в системе. Если пароль для доступа к ключам не используется, можно оставить поля диалога пустыми и нажать «ОК» (см. рисунок 6). Правила формирования пароля описаны в п. Error: Reference source not found.

Когда закрытый ключ сервера СЭД будет сгенерирован (при этом на ключевом носителе будет создан контейнер с закрытым ключом и в него будут помещены файлы закрытого ключа header. key, masks. key, masks2.key, name. key, primary. key, primary2.key), система автоматически сформирует запрос на сертификат – файл с расширением *.req и отобразит путь, куда он будет помещён (см. рисунок 7).

7. Директория сохранения нового ключа

После определения каталога с запросом на сертификат мастер генерации запроса на сертификат MS Crypto API 2.0 завершит свою работу и для его закрытия следует нажать кнопку «Готово».

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

Примечание: Кроме сертификата с открытым ключом сервера СЭД для регистрации криптонастроек необходим открытый ключ корневого сертификата удостоверяющего центра. Без данного сертификата регистрация в системе подписи сервера СЭД невозможна.

Полученный комплект ключевой информации можно использовать в системе, настроив его параметры с помощью Мастера установки сертификата (см. п. Error: Reference source not found).

1.1.1.Просмотр сформированного запроса на сертификат

Для просмотра сформированного запроса на сертификат выберите пункт меню «Администрирование – Криптозащита – Просмотр запроса на сертификат». В открывшемся окне «Выбор файла» (см. рисунок 8) укажите путь к файлу запроса на сертификат (файл с расширением. req).

8. Выбор файла запроса на сертификат

Откроется форма просмотра запроса на сертификат, состоящая из двух вкладок: «Параметры сертификата» и «Роли владельца сертификата» (см. рисунки 9, 10).

9. Форма «Запрос на сертификат». Вкладка «Параметры сертификата»

На вкладке «Параметры сертификата» отображаются параметры в соответствии с п.

Общая инструкция для администратора АРМ – Клиент СЭД

Общая инструкция для администратора АРМ – Клиент СЭД

1. Генерация ключей ЭЦП и запроса на сертификацию.

Генерации закрытого ключа и запроса на сертификацию выполняется после первой установки АРМ СЭД у клиента или за несколько дней до истечения срока действия сертификата. Сертификат выдается сроком на один год.

После генерации необходимо убедиться, что на дискете присутствует каталог с закрытыми ключами (папка в которой вложено 6 файлов с расширением *.кеу). Сохраните этот каталог (обычным копированием) на более надежном носителе, например жестком диске. Для получения сертификата в УФК по РА необходимо предоставить 2 экземпляра заявки в печатном виде и файл запроса *. req

1. Необходимо осуществить вход в систему

2. Выбор пункта меню Администрирование -> Криптозащита -> Генерация ключей ЭЦП и запроса на сертификацию

3. Должно появиться диалоговое окно, как показано ниже

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

Б) Если работать с данным сертификатом в СЭД и на ООС, то в поле «Наименование абонента (Фамилия Имя Отчество владельца ключа)» необходимо ввести полностью фамилию, имя, отчество, например, Иванов Иван Иванович. После заполнения Ф. И. О. владельца ключей и поставить галочку напротив СЭД Электронный документооборот проставить галочки Заказчик затем нажать кнопку «Далее».

4. В появившемся следующем окне необходимо заполнить поля соответствующими значениями:

Регион: Республика Алтай

Город: Горно-Алтайск

Должность: <должность владельца ключа, например, Руководитель, Начальник департамента, Начальник Управления>

Подразделение 1-го уровня: <если владелец ключа руководитель организации, то это поле остается пустым, иначе указывается наименования департамента, управления>

Подразделение 2-го уровня: <если владелец ключа руководитель организации, департамента, управления, то это поле остается пустым, иначе указывается наименование отдела внутри департамента, управления>

Организация: <правильное официальное полное наименование организации>

E-mail: <указывается адрес электронной почты>

После заполнения всех полей нажать кнопку «Далее»

5. Должно появиться окно, как приведено ниже, ничего не изменяется, нажать кнопку «Выполнить»

6. Должно появиться окно «КриптоПро CSP» с запросом дискеты, куда будут записаны:

Открытый ключ ЭЦП;

Закрытый ключ ЭЦП.

На этом этапе необходимо вставить чистую дискету в дисковод.

7. Появится окно «Биологический датчик случайных чисел»

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

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

8. После записи ключей на дискеты будет выведено окно с предложением указать путь сохранения запроса (указано ниже). Запомните путь сохранения запросов, или выберите удобный для Вас путь, например, «С:\Petrov_Ivan_Sergeevich. req». Нажать кнопку «Оk».

9. Нажать еще раз кнопку «ОК» в появившемся окне

10. Должно запуститься приложение MS Word, с подготовленным документом – Заявкой на получение в Уполномоченном удостоверяющем центра Федерального казначейства сертифката ключа электронной цифровой подписи

%%img src="http://pandia. ru/%3E%3C/p%3E%0D%0A%3Cp%3E%D0%9F%D0%BE%D0%B4%D0%B3%D0%BE%D1%82%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%BD%D1%83%D1%8E" /%%

11. После печати заявки и закрытия окна MS Word появится окно с сообщением о завершении всех процедур по формированию ключей ЭЦП и запроса с заявкой. Необходимо нажать кнопку «Готово»

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

13. Сохраненные в процессе формирования файлы с запросами с расширением «*.req» и оформленные в соответствии с п. 12 заявки передаются в Управление Федерального казначейства казначейства по Республике Алтай в отдел режима секретности и безопасности информации .

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

15. После выполнения всех этапов будет обеспечена возможность подписания электронных документов ЭЦП имеющих право подписи соответствующих документов.

2. Что делать если статус «ЭЦП Не верна»?

Все документы, репликации и удаленные задания, которые передаются между АРМ СЭД после доставки до получателя в первую очередь проходят процедуру проверки ЭЦП. Если документы не прошли проверку ЭЦП, необходимо установить: чья ЭЦП не распознана, не истек ли срок действия ЭЦП. Если установлен абонент и срок действия его ЭЦП не истек нужно вручную перерегистрировать сертификат этого абонента.

Установка сертификата

Для того чтобы произвести установку сертификата для собственного криптопрофиля вручную выберите пункт меню «Администрирование – Криптозащита – Список абонентов ЭЦП ». В появившейся форме ввести Фамилию абонента, выделить ее и справа открыть организацию.

Проблемы консалтинга в области документооборота

Олег Лукоев 18 февраля 2008 г. 12:41

Олег Лукоев

Системы управления документами начинают играть совершенно иную роль в современном бизнесе по сравнению с той, которую играли всего пять - десять лет назад. Главное отличие состоит в том, что в условиях настоящего информационного взрыва документы превратились в знания, а управление знаниями стало первоочередной, критической задачей для крупных и средних предприятий. По западной статистике, управление документами рассматривается как один из трех главных приоритетов для большинства компаний, входящих в 1000 лучших западных фирм.

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

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

Существует интересная статистика. Известно, что секретарь-референт тратит до 75% своего времени на работу с документами. У руководителя на нее уходит до 45% рабочего дня, у рядовых сотрудников предприятия - до 30%. При этом 30% перемещений сотрудников по офису в той или иной степени связано с поиском нужных документов; за год на это в общей сложности у них уходит около месяца. На согласование документов тратится 60-70% рабочего времени; 15% бумажных документов безвозвратно теряются. В результате 20-30% поставленных задач вообще не решаются.

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

На Западе под документооборотом организации сегодня принято понимать любую передачу информации, значимой для предприятия. На том этапе, когда происходит автоматизация, определяются виды, объем и значимость информации для компании, а затем процесс ее передачи также автоматизируется и в итоге документируется в электронном виде. В западных системах автоматизации, например в Axapta, все это предусмотрено, но в России внедрение таких систем пока сопровождается рядом трудностей. Во-первых, они довольно дороги. Во-вторых, у нас не хватает квалифицированного персонала для работы с ними. В-третьих, на российских предприятиях нет достаточной прозрачности и четкости бизнес-процессов. В некоторых компаниях, занимающихся автоматизацией, любят повторять: «Хаос невозможно автоматизировать».

И все же рынок систем документооборота подходит к стадии бурного роста. По мнению экспертов, именно электронный документооборот будет одним из самых быстрорастущих сегментов ИТ-отрасли в нашей стране. На российском рынке работает более 20 ИТ-компаний, представляющих столько же систем как собственного производства, так и западных разработчиков. Нет сомнений в том, что вскоре в России появятся новые системы и новые компании, поскольку существующие системы электронного документооборота не могут обеспечить все потребности рынка и запросы заказчика. Так, в мире есть более 100 систем электронного документооборота (СЭД), которые находят заказчиков в самых разных отраслях.

Аналитики «РосБизнесКонсалтинга» оценивают российский рынок СЭД в 20 млн. долл. и отмечают, что при реализации некоторых проектов затраты на консалтинговые услуги могут составлять от 30 до 50%.

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

● БП управления - это планирование, организация реализации плана, учет, анализ, регулирование;

● БП развития - это проектные процессы;

● основные БП - цепочки создания добавленной стоимости;

● обеспечивающие БП - АХО, юридическое обеспечение, обеспечение безопасности.

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

Классическая методология моделирования предусматривает определение целей описания БП, затем делается описание окружения БП - входы, выходы, заказчики, потребители, участники, а также их функциональной структуры - дерево функций и работ. Далее следует описание материальных и информационных потоков БП, на основании чего можно построить диаграмму потоков - DataFlow, диаграмму алгоритмов - WorkFlow и матрицу ответственности.

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

Можно перечислить набор типовых проблем, требующих решения при реализации, внедрении и сопровождении систем документооборота; кстати, иногда их еще называют информационными системами документационного обеспечения управления (ИС ДОУ). Среди них - консерватизм персонала, низкая квалификация, нежелание обучаться и переобучаться; нежелание непосредственно работать с компьютером, просматривать и редактировать документы; боязнь прозрачности собственной деятельности для руководства, которая возникает после внедрения системы электронного документооборота; постоянные структурные изменения в организации, слабая формализация бизнес-процессов; необходимость взаимодействия с внешним «бумажным» миром.

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

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

Организация постоянно изменяется в соответствии с условиями ее функционирования. Поэтому консультант должен заложить в свои системы возможность адаптации к новым условиям, желательно максимально эффективной по скорости проведения изменений и их стоимости.

Существует и проблема организации процесса внедрения ИС ДОУ. Подобные информационные системы давно уже не представляют собой одну-единственную дискету с несколькими файлами, поэтому консультант должен предложить четкую стратегию внедрения своего продукта, определяющую порядок подготовки персонала к работе и план действий по развертыванию системы.

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

Стоит особенно подчеркнуть важность подготовки персонала организации. Хорошо обученные работе в системе сотрудники - залог успешной реализации любого проекта, гарантия реального возврата инвестиций в ИС ДОУ. Консультанты должны иметь в своем арсенале эффективные методики подготовки сотрудников.

Что делать в случае, если компания не ощущает явной отдачи от средств, вложенных во внедрение ИС ДОУ? Такую ситуацию надо предвидеть и внимательно анализировать. Возможно, надо подключить к работе ключевых функциональных сотрудников, руководителей низшего и среднего звена. Или - рассказать о различных видах преимуществ, как явных, так и скрытых, которые получит организация при внедрении ИС ДОУ.

Таким образом, надо констатировать, что консультанты и внедренцы ИС ДОУ должны обладать самыми разными качествами: быть готовыми оказать немедленную и быструю помощь, иметь четкое представление о долговременных последствиях своих решений, быть профессионалами высочайшего уровня, уметь понятным языком объяснить сложившуюся ситуацию своему партнеру-клиенту.

Полезные сайты

Для создания ключей ЭЦП используется программа АРМ "Генерации ключей". В главном окне программы нажимаем на кнопку "Создать запрос на сертификат".

В появившемся окне заполняемя необходимые поля,

"Фамилия Имя Отчество владельца ключа"

"Наименование организации" оставляем пустым.

В области "Роли владельца сертификата" выделяем необходимые роли. Если владелец ключа будет подписывать документы в программе "СЭД", то необходимо поставить галочку "СЭД. Электронный документооборот". Если владелец будет работать на сайте ООС, то в большинстве случаев организация является "Заказчиком", таким образом ставим 4 галочки

"Заказчик. Администратор организации"

"Заказчик. Уполномоченный специалист"

"Заказчик. Должностное лицо с правом подписи контракта."

"Заказчик. Специалист с правом направления проекта контракта участнику размещения контракта"

Нажимаем на кнопку "Далее"

В следующей части окна генерации заполняем поля

• "Регион" - выбрать регион Пермский край.


• "Город" - Оса.


• "Должность" - (в соответствии с приказом "О назначении лиц ответственных за осуществление обмена информации"), например, Старший казначей.


• "Организация" - (в соответствии с Сводным перечнем заказчиков. краткое или полное наименование), например, Отделение по Осинскому району УФК по Пермскому краю. (также актуальную информацию можно найти на сайте ООС в разделе "Реестр организаций")


• "Подразделение 1-го уровня" и "Подразделение 2-го уровня" - (в соответствии с Сводным перечнем заказчиков. краткое или полное наименование), например, Отделение по Осинскому району УФК по Пермскому краю. (также актуальную информацию можно найти на сайте ООС в разделе "Реестр организаций") "E-mail" - адрес электронной почты организации.


• "ИНН" - инн организации.


• "КПП" - кпп организации.


• "Учетный номер организации" - код организации в сводном перечне заказчиков. Код можно найти в СЭДе - Справочники - Корпоративные - Сводный перечень заказчиков. Также на сайт ООС в регистрационных данных организации, в реестре организаций.


• "ОГРН" - ОГРН организации.

Нажимаем на кнопку "Далее"

Вставляем чистую дискету в дисковод. Нажимаем на кнопку "Выполнить"

Если в КриптоПро настроено несколько считывателей, то может появится такое окно, в котором необходимо выбрать именно Дисковод 3.5

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

Появляется окно "КриптоПро CSP", в котором по Вашему желанию можно установить пароль пользователя. Если не желаете то оставляйте поля пустыми. Нажимаем на кнопку "ОК".

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

Открывается программа "Microsoft WORD", распечатывам Заявку и сохраняем ее на дискете.

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

- "В связи с" - предоставлением права использования ЭЦП (если цифровая подпись выдается впервые), плановой сменой (если ЭЦП продлевается).

- Директор (Руководитель) Наименование организации.

Подпись руководителя, расшифровка подписи руководителя. Дата подписания

style="display:inline-block;width:300px;height:250px"
data-ad-client="ca-pub-6667286237319125"
data-ad-slot="5736897066">