Разработка регламента выполнения процесса «Управление документооборотом" (Стандарты в области СЭД)

Содержание:

Введение

В современном  _{указания} мире ошибки  _{необходимость} в деятельности любого  _{программа} предприятия могут  _{возможность} значительно сказаться  _{офисные} на его финансовом  _{индексы} состоянии и даже  _{программа} привести к банкротству.  _по60% рабочего  _службу времени персонала  _{систематизация} тратится на подготовку,  _форма заполнение, копирование,  _{требования} сопровождение и передачу  _должна документов. Появляется необходимость  _{создание} в увеличении эффективности  _{программа} управления предприятия  _уровня за счет принятия  _самого приемлемых управленческих  _имеет решений, а также  _{электронный} совершенствования технологии  _{указания} управления.

На сегодняшний день системы  _{тестирование} электронного документооборота (СЭД) являются  _уровня необходимой частью  _{удаляются} IT-инфраструктуры организации. СЭД  _{конверт} повышают эффективность  _{пользователя} работы, как  _{движения} небольших коммерческих  _{развиваются} компаний, так  _{операционная} и огромных промышленных  _memo предприятий, корпораций,  _{документы} в госучреждениях на базе  _{необходимо} технологий СЭД  _выбор выполняются задачи  _{необходимо} внутреннего управления,  _{операционная} межведомственного взаимодействия,  _всех работы с населением.

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

Цель работы – описать  _{возможность} функции системы  _{возможностью} электронного документооборота,  _{система} определить требования  _{разработка} и спроектировать систему.

Цель  _{программа} предполагает решение  _{безбумажный} следующих задач:

• выявление  _{некорректных} достоинств и недостатков  _защита СЭД;
• рассмотрение  _{постановлением} функции СЭД;
• создать функциональную модель ИС;
• определение  _поля требований к  _{предварительно} СЭД;
• создание  _{поступающие} проекта СЭД.

Основная часть

Глава 1. Теоретическая часть.

1.1 Описание предметной области

Делопроизводство – отрасль деятельности, обеспечивающая документирование и организацию работы с официальными документами (ГОСТ Р 51141-98).

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

Документооборот – деятельность по организации движения документов на предприятии с момента их создания или получения до завершения исполнения: отправки из организации и (или) направления в архив (ГОСТ Р 51141-98).

Электронный документооборот – совокупность автоматизированных процессов по работе с документами, представленными в электронном виде. При  _{вставки} этом, как  _{хранилища} правило, подразумевается  _{тестирование} полный цикл  _выбор автоматизации движения  _{разработка} документа (от  _{использованию} получения или  _{изменения} порождения до отправки  _{контролировать} или перевода  _{маршруты} в архив) и существенное  _поиски сокращение объема  _поиски использования бумажных  _{реализации} документов. Стоит отметить, что электронный документооборот  _{обработка} может оперировать  _дата в том числе  _{проделанной} образами (отсканированными  _{требования} оригиналами) бумажных  _{нормальной} документов.

Виды электронного  _{решение} документооборота:

• производственный документооборот;
• управленческий  _{складской} документооборот;
• архивное дело;
• кадровый  _групп документооборот;
• бухгалтерский документооборот;
• складской  _{функциональная} документооборот;
• секретное и конфиденциальное  _{вызванного} делопроизводство;
• технический и технологический  _{индексы} документооборот.

И другие. Систем  _гост документооборота может  _службы быть столько  _{организации} же, сколько  _больше и видов деятельности,  _обзор как следствие,  _{документы} они развиваются  _поля в сторону массовости.

1.2 Стандарты в области СЭД

1. ГОСТ Р 51141–98. Делопроизводство и архивное дело. Термины и определения (утв. постановлением Госстандарта РФ от 27 февраля 1998 г. №28);
2. Федеральный закон от 10 января 2002 г. №1-ФЗ «Об электронной цифровой подписи» (в ред. от 08.11.2007);
3. ГОСТ Р 6.30–2003. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов (утв. постановлением Госстандарта РФ от 3 марта 2003 г. №65-ст);
4. Постановление Правительства РФ от 22 сентября 2009 г. №754 «Об утверждении Положения о системе межведомственного электронного документооборота»;
5. Федеральный закон от 27 июля 2006 г. №149-ФЗ «Об информации, информационных технологиях и о защите информации».
6. При реализации проектов по внедрению СЭД, в случае работы с персональными данными необходимо руководствоваться требованиями Федеральных законов от 27 июля 2006 г. №152-ФЗ «О персональных данных» и от 27 декабря 2009 г. №363-ФЗ «О внесении изменений в статьи 19 и 25 Федерального закона «О персональных данных».

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

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

В  _{нагрузки} целом комплекс  _{организации} задач СЭД  _{нагрузки} достаточно понятен,  _{федерального} но способы их реализации  _поиски сильно разнятся. Одно  _{указания} из главных требований,  _{формулировка} предъявляемых к разработчикам  _выбор современной СЭД, – предложить  _{необходимо} адекватное по цене,  _{помощью} качеству и срокам  _{постановлением} внедрения решение,  _{регистрируют} удовлетворяющее любой  _{центральной} специфике предприятия.

1.3 Преимущества СЭД

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

Оптимизированное  _{передается} использование пространства:  _{программа} помещения с лишними  _{проблемы} серверами и другими  _{приняты} хранилищами документов  _{требования} могут быть  _{контролировать} освобождены. Документы  _выбор удаляются по истечении  _поля срока их хранения,  _{группой} что способствует  _{конвертация} более адекватному  _{проделанной} использованию места  _обзор для хранения

Прозрачность  _чему работы внутри  _{описания} предприятия: СЭД  _поля позволяют руководителям  _больше наблюдать за статусом  _июля документа на протяжении  _потери всех этапов  _{действий} его жизненного  _{подписан} цикла.

Ведение истории  _{кадровый} каждого файла:  _таблиц СЭД позволяет  _{движения} вызвать полный  _{позволяют} отчёт о том,  _{разница} кто создал  _{реализующий} файл, кто  _{неэффективное} имеет доступ  _{возможности} к нему и кто  _{подписан} его редактировал.

Больше  _{жизненного} гибкости в отношении  _{решение} местоположения персонала:  _{возможность} благодаря электронному  _июля доступу, сотрудники  _отказы могут работать  _рост удалённо.

Повышение безопасности:  _memo центральная БД позволяет  _уровня делать резервные  _{выбрана} копии документов,  _{числовой} благодаря чему  _{программа} снижается риск  _{объекта} потери файлов. Вместе  _{вставки} с тем, меньше  _{которые} времени тратится  _данным на поиски нужного  _{создавать} документа.

Уменьшение трат  _{зависимость} на пересылку: документы,  _поля которые пересылаются  _{завершающим} почтой, могут  _{регистрируется} пересылаться в электронном  _{указания} виде.

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

1.4 Проблемы современных СЭД.

Проблемы  _{название} внедрения:

1. Консерватизм персонала,  _форма нежелание обучаться  _{указания} и переобучаться. Боязнь  _{пользователей} прозрачности деятельности  _данным для руководства.
2. Постоянные  _{перечень} структурные изменения  _{декомпозиция} организации
3. Необходимость обеспечения  _{завершения} юридической силы  _{созданный} документов.
4. Необходимость взаимодействовать  _{данными} с внешним "бумажным" миром.

Проблемы с ростом  _{комплекс} нагрузки на систему  _{развиваются} и падению производительности.

Причины:

1. Увеличение  _форма массы электронного  _личная содержания. Растущие  _{архитектура} возможности обработки  _чему электронного контента,  _{представлена} увеличение видов,  _{интерфейс} размеров документов,  _{обработка} рост числа  _охвата участников документооборота.
2. Непрерывный  _поиск рост требований  _{регламенты} к числу и сложности  _{удобство} функций обработки  _{нормальной} документов.
3. Защита информации. Определение  _список прав доступа  _{систематизация} к документам реализуется  _{которые} на уровне самого  _{пользователей} документа. Списки  _{лишними} управления доступом  _данных динамические и меняются  _виды в течение всего  _{разработчики} жизненного цикла  _{защищенность} документа и в связи  _{информации} с изменениями в организационной  _обзор структуре.
4. Реализация множественных  _{декомпозиция} требований к СЭД  _{возможность} одновременно с обращениями  _{требования} большого количества  _{документов} пользователей с запросами  _{перечень} к огромным массивам  _{конверт} данных.

1.5 Решение проблем.

Решение задач,  _{необходимые} связанных с повышением  _поиски производительности, обычно  _дата имеет два  _{управленческий} подхода: централизованный  _memo и децентрализованный.

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

Централизованный  _{пользователей} подход.

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

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

1.6 Документы

Поток  _{организовано} документооборота делится  _марта на три составляющие:

1. Документы,  _{группой} поступающие от других  _{лишними} организаций (входящие),
2. Документы,  _{требуемого} отправляемые в другие  _{интерфейс} организации (исходящие),
3. Документы,  _{передается} используемые в процессе  _{затраты} управления организацией (внутренние).

1.7 Контекстная диаграмма.

В помощью данном пункте  редакцияотображен microsoft процесс документооборота на предприятии.

Рис. 1. Контекстная диаграмма.

Рис. 2. Декомпозиция.

Обработка  _работа входящей документации

Этапы  _{утверждения} обработки входящей  _{реализующий} документации:

• начальная обработка  _{контролировать} документов;
• предварительное рассмотрение;
• регистрация  _таблиц документов;
• изучение документов  _форма руководством;
• передача документов  _{добавлять} исполнителям;
• отправка документов;
• создание  _охвата дел и хранение  _{создавать} документов.

Документы могут  _{программа} быть получены  _{проблемы} от курьера, от посетителей,  _{технологии} приняты по факсу  _таблиц или в виде  _личная телефонограммы.

Рис. 3. Декомпозиция модели обработки входной документации.

Обработка  _{представленную} внутренней и исходящей  _{протоколы} документации происходит _{лишними} проще, чем  _{конвертация} входящие. Их регистрируют  _через и отправляют получателям. Если  _{необходимо} внутренний документ  _{дублирование} передается в другое  _{тестирование} подразделение, он регистрируется  _{систематизация} снова.

Существует несколько  _{требуемого} видов внутренних  _{составления} документов:

• приказы по основной  _{обработка} деятельности;
• акты ревизий;
• приказы  _иметь по личному составу;
• отчеты;
• протоколы  _{информационных} мероприятий;
• докладные записки.

Документы  _{систематизация} каждой категории  _{количество} регистрируются отдельно,  _числа индексы присваиваются  _{информацией} в пределах каждой  _поль категории.

Номенклатура дел. Архивирование.

В  _{затраты} организации документооборота  _нему на предприятии под  _{описания} номенклатурой имеют  _{технологии} в виду упорядоченный  _{позволяют} перечень заголовков  _{система} дел, заведенных  _{необходимые} в организации.

Номенклатура используется  _{разработчики} для составления  _{необходимые} описей или  _данных вместо описей  _полный при сдаче  _{программа} дел в архив. Так же она  _{декомпозиция} применяется в документообороте  _{существенное} в справочных целях  _охвата и для построения  _{автоматизации} информационно-поисковых систем.

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

У каждого  _{завершающим} дела должны  _{технологии} быть установлены  _должна сроки хранения.

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

Рис. 4. Декомпозиция модели определения документа в архив.

Глава 2. Практическая часть.

2.1 Определение функций СЭД

После рассмотрения процесса документооборота на предприятии, был составлен список выполняемых  _{электронный} функций:

1. Интерфейс автоматизированной  _поль подсистемы должен  _{официальными} быть максимально  _{конвертация} удобным и понятным.
2. Необходимо  _{программа} разграничить доступ  _{система} по категориям: «администратор» и «пользователь».
3. Программа  _{затраты} должна работать  _{доступа} с произвольным количеством  _{бесперебойной} пользователей.
4. Программа должна  _memo иметь возможность  _{хранилища} заполнения, редактирования и удаления некоторых  _данным полей.
5. Программа  _полей должна предоставить  _{добавлять} возможность отслеживать  _{требования} перемещения документов.
6. Программа должна  _{помощью} иметь возможность  _модель выделения и копирования  _уровня текстовых данных  _{приняты} различных полей  _{марта любой} в буфер обмена  _{федерального} Windows.

2.2 Требования к ресурсам

Для  _{информацией} нормального функционирования  _выбор информационной системы  _{исполняемого} необходим компьютер,  _модель отвечающий минимальным  _{организации} системным требованиям,  _{которые} приведённым ниже,  _охвата а также минимальным  _нему системным требованиям  _{решение} установленного программного  _{стоимость} обеспечения:

1. Операционная система. (Microsoftкже Windows 7 и выше).
2. Пакет офисных  здания приложений Microsoft  выполнения Office 2016.
3. Аппаратная  _таблиц часть. (процессор  другиес тактовой  таким частотой не ниже 1.3 ГГц, четыре ГБ  нормального оперативной памяти, свободное место на жестком  форма диске – тридцать ГБ, монитор  microsoft VGA с разрешением  кнопка выше 800x600, клавиатура, мышь).

Удобство сопровождения

1. Документация.
2. Возможность  _{которые} расширения системы
3. Техническая  _поля поддержка системы

Удобство  _{бумажных} использования

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

2.3 Требования по информационной безопасности:

1. Авторизация, возможность  _виде организации разных  _{группой} уровней доступа  _любой к документам для  _нового пользователей и групп  _{условий} пользователей, организация  _{декомпозиция} рабочего места  _важный под функции,  _{определения} выполняемые пользователем  _{электронный} или группой  _{автоматизации} пользователей.
2. Ограничение прав  _{федерального} доступа к документам,  _{предварительно} возможность установки  _{организации} различных прав  _{технологии} доступа к документам  _{систематизация} для пользователей  _{поступающие} и групп пользователей,  _{бумажных} изменение прав  _{простейшем} доступа к документу
3. Возможность  _личная получения полного  _{движения} списка пользователей  _{разработку} системы с необходимой  _{изменения} учетной информацией
4. Возможность  _{основной} определения авторства  _таблиц каждой операции  _{удобство} в системе, протоколирование  _{размеров} попыток совершения  _{поступающие} несанкционированных действий
5. Поддержка  _{добавлять} рабочего места  _{электронном} администратора безопасности.

2.4 Требования к обеспечению надежного функционирования программы

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

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

Отказы программы  _{определения} при некорректных  _{бумажных} действиях пользователей  _виды невозможны из-за разграничения  _{количество} уровней доступа.

2.5 Средство реализации проекта информационной системы

В качестве средства реализации СЭД, была выбрана СУБД MS Access 2016.

2.6 Разработка структуры БД

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

Рис. 5. Схема данных общей части СЭД.

В следующих таблицах описаны поля данных.

Документ Таблица1

Имя поля	Тип данных
Код документа	Счетчик
Дата отправки	Дата/время
Дата получения	Дата/время
Описание документа	Поле MEMO
Документ	Поле объекта OLE
Отправитель	Числовой
Получатель	Числовой
Группа	Числовой

Пользователь Таблица 2

Имя поля	Тип данных
Код пользователя	Счетчик
Ключ пользователя	Текстовый (255)
Ф.И.О.	Текстовый (100)
Тип пользователя	Числовой

Группа пользователей Таблица 3

Имя поля	Тип данных
Код группы	Счетчик
Название группы	Текстовый (50)

Тип пользователя Таблица 4

Имя поля	Тип данных
Код типа пользователя	Счетчик
Наименование типа	Текстовый (50)

Список группы Таблица 5

Имя поля	Тип данных
Код группы	Числовой
Код пользователя	Числовой

На данном рисунке представлена схема данных пользовательской части СЭД.

Рис. 6. Схема данных пользовательской части СЭД.

Отличие  _{конвертация} представленных таблиц  _{электронного} от таблиц общей  _обзор части СЭД  _схема заключается в дополнительной  _{помощью} таблице «Отправитель»,  _{подписан} которая хранит  _{главная} код пользователя  _{действий} локальной части  _виды СЭД.

Отправитель Таблица 6

Имя поля	Тип данных
Код отправителя	Числовой

2.7 Проектирование информационной системы

Доступ к данным  _{удаляются} в общей части  _{контролировать} СЭД реализован  _{сентября} через главную  _{конверт} кнопочную форму.

Рис. 7. Главная кнопочная форма общей части СЭД.

Через данную форму можно  _схема редактировать, добавлять  _модель и удалять: типы  _когда пользователей, группы  _{работой} пользователей, вести  _нового списки групп  _виде пользователей, самих  _{наименование} пользователей.

На рис. 8 представлена главная  _{информации} кнопочная форма  _{электронный} пользовательской части  _выбор СЭД_дакция.

Рис. 8. Главная кнопочная форма пользовательской части СЭД

Через форму  _{размеров} можно посмотреть  _чему список входящих  _{реализации} документов или  _{организовано} отправить документ  _{тратится} другому пользователю.

2.8 Этапы разработки

1. И _разрсследование объекта, выявление достоинств и недостатков СЭД, планирование  _данных и анализ требований  _должна к будущей системе.
2. Разработка технического  _{таблица} проекта системы  _иметь и документации на систему.
3. Внедрение системы:  _данным комплексная отладка  _виде системы, обучение  _{определения} персонала, поэтапное  _{интерфейс} внедрение.
4. Эксплуатация системы.

Заключение

В результате проделанной  _данных работы было выполнено:

• анализ систем электронного документооборота;
• определены требования к будущей системе;
• построена функциональная модель ИС;
• разработана СЭД  _одно для предприятия  _{возможность} с учетом этих  _данных требований.

СЭД  _{стоимость} состоит из двух  _{разработку} частей: общей  _{создавать} и пользовательской, которые  _схема реализованы в виде  _{решение} приложений в СУБД  _{название} MS Access. Из общей  _{требования} части можно  _{минимальным} создавать пользовательскую  _{комплекс} часть СЭД  _{название} и редактировать общие  _{защищенность} данные. С помощью  _{документации} пользовательской части  _данным СЭД можно  _{реализации} получать документы  _сбоем от других пользователей  _{пользователя} и отправлять свои.

Список литературы

1. Обзор систем документооборота. http://www.ixbt.com/soft/sed.shtml
2. Обзор систем электронного документооборота. http://oxpaha.ru/analytics/obzor-sistem-elektronnogo-dokumentooborota/
3. Электронный документооборот: что такое электронный документооборот, основные понятия, виды, преимущества, задачи, критерии выбора, классификация систем, требования. http://www.docflow.ru/edu/glossary/detail.php?ID=27946
4. Бобылева М.П. Управленческий документооборот. От бумажного к электронному. 2016г.
5. Электронный документооборот. Сэд – система электронного документооборота. Организация документооборота, движение документов. http://www.neologica.ru/publish-data/articles/documentooborot/
6. ГОСТ Р 51141–98. Делопроизводство и архивное дело. Термины и определения (утв. постановлением Госстандарта РФ от 27 февраля 1998 г. №28);
7. Федеральный закон от 10 января 2002 г. №1-ФЗ «Об электронной цифровой подписи» (в ред. от 08.11.2007);
8. ГОСТ Р 6.30–2003. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов (утв. постановлением Госстандарта РФ от 3 марта 2003 г. №65-ст);
9. Постановление Правительства РФ от 22 сентября 2009 г. №754 «Об утверждении Положения о системе межведомственного электронного документооборота»;
10. Федеральный закон от 27 июля 2006 г. №149-ФЗ «Об информации, информационных технологиях и о защите информации».
11. Федеральный закон от 27 июля 2006 г. №152-ФЗ «О персональных данных»
12. Федеральный закон от 27 декабря 2009 г. №363-ФЗ «О внесении изменений в статьи 19 и 25 Федерального закона «О персональных данных».