По алфавиту:

Указатель категорий Делопроизводство и документооборот Юридически значимый электронный документ.Коммуникативные технологии в делопроизводстве: традиции и перспективы

Юридически значимый электронный документ.Коммуникативные технологии в делопроизводстве: традиции и перспективы

Тип работы: Контрольная работа
Предмет: Делопроизводство и документооборот
Язык документа: Русский
Год сдачи: 2008
Последнее скачивание: не скачивался

Описание.

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

Выдержка из работы.

 

Оглавление 
 

I.Введение с.2
II.Основная часть                                                                              с.4
1.Действия организатора документооборота с.6
2. Действия пользователей системы документооборота 

III.Заключение                                                                               с.7           

с.7
IV.Список Литературы                                                             с.10  
   
   
   

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

              Для электронных документов в настоящее время существует ГОСТ 6.10.4--84 “Унифицированные системы документации. Придание юридической силы документам на машинном носителе и машинограмме, создаваемым средствами вычислительной техники. Основные положения”. Этот стандарт устанавливает требования к составу и содержанию реквизитов, которые придают электронному документу юридическую силу, а также устанавливают порядок внесения в них изменений.

              Согласно данному ГОСТ электронный документ должен содержать следующие обязательные реквизиты:

1.регистрационный номер;

2.регистрационную дату;

3.подпись (код) лица, ответственного за правильность изготовления документа или утвердившего документ;

4.содержание документа;

5.наименование  организации - создателя документа;

6.местонахождение  организации -создателя документа или почтовый адрес.

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

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

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

              Законодательство требует надежных доказательств целостности и подлинности документа с того момента, когда он был сформирован в окончательной форме.

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

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

              Доверенная среда может быть реализована следующими способами:

использование технологии ЭЦП, признаваемой (согласно законодательству) равнозначной собственноручной подписи;

создание доверенной системы обработки электронных  документов/доверенного хранилища. 
 
 
 

  1. Действия  организатора документооборота
 
 

            1.Организаторам (владельцам) схемы документооборота необходимо зарегистрировать список объектных идентификаторов (OID) системы документооборота. Объектные идентификаторы определяют отношения, при осуществлении которых документ с электронной цифровой подписью будет иметь юридическое значение, если он был создан внутри конкретной системы документооборота.Идентификаторы вносятся в сертификаты публичного ключа клиентов документооборота и позволяют контролировать полномочия пользователей на совершение операций с документами в конкретной системе документооборота. OID зарегистрированные в Удостоверяющем центре включаются состав следующих расширений сертификата ключа подписи: Key Usage (использование ключа), Extended Key Usage (расширенное использование ключа), Application Policy (политики применения сертификата).Остальные идентификаторы используются по усмотрению организаторов документооборота как расширения объектного идентификатора самой системы.

            2. Организаторам документооборота можно использовать уже готовые решения, предлагаемые компаниями «Цифровые технологии», «Актив», «Aladdin» в части приобретения необходимого специализированного программного обеспечения и шаблонов организационно-нормативных документов.

            3. Центр Регистрации при УЦ должен обеспечивать принятие, предварительную обработку внешних запросов на создание сертификатов или на изменение статуса уже действующих сертификатов. Центр Регистрации может быть территориально удаленным образованием, который должен использовать специализированное ПО чтобы обеспечить:

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

           -Получение и обработку запроса от Администраторов взаимодействия с пользователями на выпуск сертификата или изменение статуса уже выпущенного сертификата с последующей передачей запроса в ЦС.

           -Хранение заверенных запросов и журналов событий в течение установленного срока, предусмотренного регламентом работы системы, в составе которой функционирует УЦ.

           -Резервное копирование на внешние носители локального архива.

Под реализацию данных функциональных возможностей разрабатывался модуль КлиентУЦ в составе ПО «КриптоТри»  или «eToken КриптоАРМ». Данный модуль позволяет задавать шаблон атрибутов  и расширений с предустановленными значениями, используемый в Мастере  создания запроса на сертификат. Для  использования защищенного канала между удаленным центром регистрации и центром сертификации можно установить ПО Trusted TLS.

            4. Все материалы, которые необходимы клиентам организуемого документооборота, должны быть опубликованы на web-портале удостоверяющего центра для оказания информационной поддержки пользователей документооборота. 

2. Действия пользователей системы документооборота 

              1. Пользователям, желающим присоединиться к существующему документообороту, требуется скачать с web-портала организатора всю необходимую документацию. В составе документации должен быть шаблон договора, форма, необходимая для получения сертификата в ЦР (первичная сертификация) и инструкции по оснащению рабочего места пользователя.

              2. С сайта производителей пользователям необходимо скачать и установить дистрибутив продукта «КриптоТри» («eToken КриптоАРМ»).

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

              4. Выпуск сертификата. Он производится посредством обработки запроса на сертификат, полученного в предыдущем пункте. После генерации сертификата сотрудник УЦ записывает пользователю на токен следующие данные:

-клиентский сертификат, изданный для пользователя данным УЦ;

-корневой сертификат данного УЦ;

-сертификат Уполномоченного лица УЦ или владельца документооборота,       которым подписываются Доверительные списки сертификатов (CTL). 

Похожие работы:
© 2009-2019 Все права защищены — dipland.ru