Микульская О.М., Плотникова Я.А. ЭЛЕКТРОННЫЕ СИСТЕМЫ ДОКУМЕНТООБОРОТА КАК СПОСОБ ПОВЫШЕНИЯ НАДЕЖНОСТИ И КАЧЕСТВА ДЕЛОПРОИЗВОДСТВА

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

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

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

Актуальность внедрения СЭД

Актуальность внедрения СЭД определяется следующими факторами:

Необходимость автоматизации административного управления организацией. Степень сложности организационной структуры.

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

Наличие бумажного архива большого объема.

Наличие не удовлетворяющей текущим потребностям системы документооборота.

Критерии выбора СЭД

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

Требования по объему хранения. Для обработки большого количества документов (по объему хранения), необходимо выбрать систему, поддерживающую иерархическое структурное хранение (HSM - Hierarchal Storage Management). Этот механизм хранит наиболее активно используемые данные на наиболее быстрых, но и наиболее дорогих носителях, в то время как реже используемая информация автоматически переносится на медленные и дешевые носители.

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

Необходимость в развитой маршрутизации документов, в управлении потоками работ (workflow managing) и, как следствие, потребность в поддержке произвольных бизнес-процессов, возможно работающих совместно с прикладными системами поддержки этих процессов.

Требования по срокам хранения документов. При больших сроках хранения (десятки лет) стоит серьезно подумать об организации параллельного архива.

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

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

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

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

Требования по соответствию определенным стандартам: внутренним, отраслевым, ГОСТ, международным

стандартам по контролю качества, уровню организации хранения информации.

Общая классификация систем документооборота

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

Системы с развитыми средствами хранения и поиска информации (электронные архивы - ЭА). Электронный архив - это частный случай системы документооборота, ориентированный на эффективное хранение и поиск информации. Некоторые системы особенно выделяются за счет развитых средств полнотекстового поиска: нечеткий поиск, смысловой поиск и т. д., другие - за счет эффективной организации хранения:

HSM, поддержка широкого диапазона оборудования для хранения информации и т. д.

Системы с развитыми средствами workflow (WF). Эти системы в основном рассчитаны на обеспечение движения неких объектов по заранее заданным маршрутам (так называемая "жесткая маршрутизация"). На каждом этапе объект может меняться, поэтому его называют общим словом "работа" (work). Системы такого типа называют системами workflow - "поток работ" (к сожалению, для этого термина нет точного эквивалента в русском языке). К работам могут быть привязаны документы, но не документы являются базовым объектом этих систем. С помощью таких систем можно организовать определенные работы, для которых заранее известны и могут быть прописаны все этапы.

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

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

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

Системы, имеющие развитые дополнительные сервисы. Например, сервис управления связями с клиентами (CRM - Customer Relation Management), управления проектами, биллинга, электронной почты и пр.

Рынок систем автоматизации управления в нашей стране можно условно разделить на три части:

программные решения отечественных разработчиков на базе приложений иностранных компаний;

программные решения отечественных разработчиков на базе собственных разработок;

программные решения иностранных производителей.

Выбор оптимальной СЭД

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

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

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

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

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

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

Разработка СЭД как проекта - долгий, трудоемкий и требующий больших затрат процесс. И может так

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

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

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

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

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

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

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

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

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

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

ЛИТЕРАТУРА

1. Статья «Обзор систем электронного документооборота» [Электронный ресурс]: сайт Open System

2. Дейт, К.,Дж. «Введение в системы баз данных», 6-е издание: пер. с англ. - К.; М.; СпБ.: издательский дом «Вильяме», 1999 г.

3. Петрова И.Ю., Васильева Э.М., Лаптев В.В., Лазуткина Е.А. «Преддипломная практика, дипломное проектирование по специальности 22 02 0 0 -Автоматизированные системы обработки информации и управления". Методические указания», Астрахань, 2002 г.

4. Андреева В.И. «Делопроизводство: Практическое пособие»/Издание 5-е, переработанное и дополненное. - М.: ЗАО "Бизнес-школа "Интел-Синтез", 19 98 г.

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

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

• организационно-методические мероприятия;
• технические решения;
• принятие необходимого законодательства.

Опыт компании «ИнтерТраст» (http://www.intertrust.ru) по внедрению систем электронного документооборота показывает, что разработка технического решения, отвечающего всем традициям и требованиям законодательства, и предоставление такого решения клиенту - лишь один из этапов полноценного создания системы управления документацией. Дополнительно требуется провести ряд организационно-методических мероприятий, часть которых связана со сбором данных для настройки системы под конкретную организацию, а другая часть - с анализом деятельности и составлением необходимых регламентов. Кроме того, совершенно необходим этап обучения персонала навыкам работы с техническими средствами по разработанным регламентам и правилам.

Существует ряд документов, регламентирующих построение систем управления документацией и определяющих основные требования к ним. Один из наиболее авторитетных - международный стандарт по управлению документацией ИСО 15489 «Информация и документация - Управление документацией» (ISO 15489-2001 Information and documentation - Records management). Основываясь на указанном документе, можно выделить несколько основных требований к системам управления документами (они приведены во врезках), позволяющих построить эффективную систему управления документацией. Какое применение они находят в современных программных решениях, как реализуются на практике?

Адаптация продукта

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

Рассмотрим конкретный пример - заполнение справочника «Структура организации» (рис. 1). Может возникнуть вопрос: "Что тут сложного? Ведь есть штатное расписание…" А если документооборот планируется в рамках холдинга, в который входит до 100 юридических лиц, причем ни один человек не владеет полной информацией о взаимоотношениях между этими юридическими лицами? Ситуацию может осложнять и тот факт, что должности де-юре не соответствуют должностям де-факто, а весь этот холдинг образует единую организацию, разделенную на юридические лица по неким формальным признакам. Сбор информации для описания структуры организации для целей документооборота дает возможность осознать фактическую структуру деловых отношений внутри организации и построить документооборот, соответствующий реальным нуждам сотрудников и руководства.

Рис. 1. Заполнение справочника «Структура организации».

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

Технические возможности предоставления прав доступа к документам, заложенные в системе управления документами, должны позволять организовать доступ таким образом, чтобы с документом работали только те сотрудники, кому это действительно нужно, а другие просто его не видели. Так, в системе CompanyMedia при создании документа доступ к нему имеет автор и тот, кому этот документ адресован. Доступ получает делопроизводитель, который документ регистрирует. При необходимости другим сотрудникам может быть предоставлен доступ «на чтение» или «на редактирование». Все это касается текущей документации; если же речь идет о документах долгого срока действия, для организации доступа используется система назначения «читателей» и «редакторов» для специально организованной системы виртуальных папок «Каталог».

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

Сроки хранения

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

В настоящее время система определения срока хранения значительно усложнилась. Сроки хранения могут регламентироваться и другими законами, например, «Законом о бухгалтерском учете». При введении системы управления документацией на уровне менеджмента качества необходимо учитывать интересы всех заинтересованных сторон. Законодательство определяет минимальные сроки хранения документов. Реальные же сроки хранения необходимо устанавливать по принципу риска менеджмента: «что может произойти, если документы будут утрачены?»

Пример. Согласно законодательству, первичные бухгалтерские документы должны храниться пять лет. Но если они являются основанием возникновения убытков, хранить их следует 10 лет, так как по налоговому учету списание таких убытков должно проводиться в течение 10 лет. Налоговая проверка, которая имеет право затребовать эти документы, может проводиться за три предыдущих года. Если же, предположим, убытки возникли вследствие списания дебиторской задолженности (и это произошло через три года после факта затрат), то необходимый срок хранения затягивается на 16 лет! А если документов не будет - вывод налоговой инспекции о необоснованном списании расходов на себестоимость, занижение налогооблагаемой базы по налогу на прибыль, штрафы за неуплату налогов и пени за весь период неуплаты…

Итак, нужно четко провести границу: как по возможности раньше избавиться от документов, которые уже стали ненужными, и сохранить то, что действительно необходимо? Для этого в системе управления документами может быть реализован технический инструментарий для оперативного сбора мнений заинтересованных сторон о сроках хранения документов. Например, в системе CompanyMedia имеется база «Согласование», в которой создаются и хранятся электронные листы согласования, назначения списка согласующих, мнения согласующих. Законодательные требования и дополнительные внутренние регламенты, определяющие сроки хранения, могут быть собраны в одной из баз для хранения документов, с назначением ответственных за регулярное поддержание их в актуальном состоянии. Общую картину, касающуюся сроков хранения документов, можно просмотреть в базе данных «Номенклатура дел», в которой можно проставить ссылки на необходимые нормативные документы.

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

Архитектура решения

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

Основной принцип, заложенный в архитектуру CompanyMedia, - модульность (рис. 2). Виды модулей, которые могут быть включены в систему, проектируемую для конкретного заказчика, разработаны в соответствии с традициями российского делопроизводства и требованиями законодательства. Базовый модуль «CompanyMedia-Делопроизводство» включает в себя базы для регистрации и работы с группами документов: входящие, исходящие, внутренние, организационно-распорядительные. По желанию заказчика в систему могут быть добавлены модули «CompanyMedia-Договоры», «CompanyMedia-Заседания», «CompanyMedia-Проекты», «CompanyMedia-Планирование», «CompanyMedia-Клиенты и контакты», «CompanyMedia-Управление персоналом» и т. д. Могут также быть разработаны дополнительные специализированные модули, например, «CompanyMedia-Обращения граждан».

Рис. 2. Архитектура CompanyMedia базируется на принципе модульности.

Разработка компании «ИнтерТраст» предоставляет нужный инструментарий для управления документацией, а в процессе внедрения специалисты компании могут разработать все необходимые инструкции и регламенты.

Из международного стандарта по управлению документацией

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

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

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

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

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

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

Конкретное сочетание систем определяется отраслевыми и индивидуальными особенностями бизнес-процессов и схем управления конкретного предприятия. Что мы получаем в итоге? Если при работе «самопальной» программы обеспечивалось оперативное принятие решения (например, о том, брать ли заказ, в зависимости от его цены), а после внедрения дорогостоящих ERP и СЭД принятие этого решения усложняется, у заказчика появляется ощущение, что деньги потрачены зря, хотя вся необходимая информация в системе, скорее всего, присутствует.

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

1. ВВЕДЕНИЕ

2. ПРОБЛЕМЫ ОРГАНИЗАЦИИ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА

3. СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ

3.1 Дефиниция

3.3 Классификация СУД

4. ФУНКЦИИ И ЗАДАЧИ СУД

5. ЗАКЛЮЧЕНИЕ

6. СПИСОК ЛИТЕРАТУРЫ

1. ВВЕДЕНИЕ

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

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

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

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

2. ПРОБЛЕМЫ ОРГАНИЗАЦИИ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА

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

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

6 декабря 2001 года на Форуме «Технологии и решения задач электронной России» состоялось заседание круглого стола «Электронное правительство и электронный документооборот». В ходе заседания обсуждались вопросы построения общегосударственной системы электронного документооборота, в том числе формирования государственной технической политики поэтапного перехода от бумажного к электронному документообороту и повышения эффективности взаимодействия органов государственной власти между собой и внешними организациями и гражданами. При обсуждении подходов формирования государственной технической политики было отмечено, что с учётом российской специфики необходимо длительное сосуществование обоих форм делопроизводства, что усложняет требования к системе электронного документооборота.

Также на Форуме были намечены основные этапы перехода:

1. Электронные архивы: мгновенное получение графического образа необходимого документа на экране;

2. Системы накопления и управления знаниями: открытая информация, упрощение информационного обмена;

3. Полностью электронная информация: электронный подлинник документа вместо бумажного.

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

3. СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ

3.1 Дефиниция

электронный документооборот компьютерный сеть

Прежде всего, необходимо дать определения того, о каком типе программного обеспечения будет идти речь. Наиболее полное определение Систем управления документами (EDMS - Electronic Document Management Systems) даёт аналитическая компания IDC :

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

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

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

Таким образом, автоматизация делопроизводства (при помощи СУД) необходима для обеспечения мобильности руководства предприятием и работы самого предприятия.

3.2 Общие требования к системе документооборота

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

· Масштабируемость - желательно, чтобы система документооборота могла поддерживать как пять, так и пять тысяч пользователей, и способность системы наращивать свою мощность определялось только мощностью соответствующего аппаратного обеспечения. Выполнение такого требования может быть обеспечено с помощью поддержки серверов баз данных производства таких компаний, как Sybase, Oracle, Informix и др., которые существуют практически на всех возможных программно-аппаратных платформах, тем самым обеспечивая самый широкий спектр производительности.

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

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

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

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

3.3 Классификация СУД

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

· Системы СУД, ориентированные на бизнес-процессы: Documentum, FileNet (Panagon и Watermark), Hummingbird(PC DOCS).

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

· Корпоративные СУД: Lotus (Domino.Doc), дополнения к Novell GroupWise, Opent Text (LiveLink), Keyfile Corp., Oracle (Context).

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

· Системы управления контентом (от англ. content - содержание, суть): Adobe, Excalibur.

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

· Системы управления образами

Преобразуют информацию с бумажных носителей в цифровой формат, как правило, это TIFF (Tagged Image File Format), после чего документ может быть использован в работе уже в электронной форме.

· Системы управления потоками работ (Workflow management): Lotus (Domino/Notes и Domino Workflow), Jetform, FileNet, Action Technologies, Staffware.

Эти системы в основном рассчитаны на обеспечение движения неких объектов по заранее заданным маршрутам (так называемая «жесткая маршрутизация»). На каждом этапе объект может меняться, поэтому его называют общим словом «работа» (work). Системы такого типа называют системами workflow -- «поток работ» (к сожалению, для этого термина нет точного эквивалента в русском языке). К работам могут быть привязаны документы, но не документы являются базовым объектом этих систем. С помощью таких систем можно организовать определенные работы, для которых заранее известны и могут быть прописаны все этапы.

4. ФУНКЦИИ И ЗАДАЧИ СУД

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

Жизненный цикл документа состоит из двух основных стадий:

1. Стадия разработки документа, которая может включать:

· собственно разработка содержания документа;

· оформление документа;

· утверждение документа.

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

· активный доступ;

• архивный документ: краткосрочного хранения; долгосрочного хранения;
• · уничтожение документа.

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

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

Электронный архив предприятия - это комплекс программного и аппаратного обеспечения, предназначенный для решения следующих задач:

· Организация хранения электронных документов.

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

· Организация учета бумажных и микрографических документов.

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

· Организация поиска документов.

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

· Поддержка защиты документов от несанкционированного доступа и аудита работы.

Архивная система должна иметь защиту на уровне документа - каждый документ должен иметь ассоциированный с ним список пользователей, имеющих право совершать с ним определенные операции. Как правило, определяются следующие виды доступа (набор полномочий зависит от конкретной СУД):

полный контроль над документом;

право редактировать, но не уничтожать документ;

право создавать новые версии документа, но не редактировать его;

право аннотировать документ, но не редактировать и не создавать новые версии;

право доступа к карточке, но не к содержимому документа;

полное отсутствие прав доступа к документу;

· Поддержка просмотра документов без загрузки приложений, которые порождают документ.

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

· Поддержка аннотирования документа.

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

· Поддержка коллективной работы с документом.

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

· Поддержка составных документов.

Каждый документ может представлять собой совокупность других документов. Такой документ носит название составного или контейнера, а в делопроизводстве такой документ носит название "дело", по своим характеристикам он аналогичен простому документу. Документы могут быть объединены в составной документ с помощью нескольких типов связей. Эти связи определяют, какие версии объединяются в контейнер, например, последняя по дате, последняя отредактированная, старшая версия и т. п. Эти связи определяют, как будет осуществляться сборка документа в составной документ. Для составных документов должно существовать приложение, которое будет осуществлять окончательную сборку такого документа.

Как только документ публикуется его иногда необходимо распространять. Это происходит двумя основными путями, либо через систему электронной почты, путем рассылки, либо через Internet, путем публикации на Web-сервере.

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

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

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

При реализации технологии массового ввода документов можно рассматривать два основных класса задач.

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

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

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

· Свободная маршрутизация.

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

· Системы электронной почты.

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

Свободная маршрутизация документов с контролем исполнения.

Под контролем исполнения понимается следующая функциональность:

Контроль доставки задания - инициатору выдается информация о том, что его задание достигло места назначения (исполнителя).

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

Контроль выполнения - инициатору выдается информация о том, что задание выполнено.

Мониторинг задания - инициатор всегда может посмотреть, кто и что сейчас делает с его заданием.

Извещение о нарушении сроков исполнения - система документооборота может известить инициатора о том, что посланное им задание просрочено конкретным сотрудником.

История выполнения заданий.

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

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

· Маршрутизация документов по заранее определенным маршрутам с контролем исполнения (жесткая маршрутизация).

Маршруты могут быть более сложными, чем простые последовательные или параллельные:

комбинированные из последовательных и параллельных элементов;

условные, с переходами в зависимости от состояния тех или иных переменных маршрутов.

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

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

5. ЗАКЛЮЧЕНИЕ

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

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

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

6. СПИСОК ЛИТЕРАТУРЫ

1. Баласанян В. Концепция автоматизации отечественного документооборота // Открытые системы - 1997. №1

2. Гавердовский А. Концепция построения систем автоматизации документооборота // Открытые системы - 1997. №1

3. Корнеев И.К. Организация технологий офисной деятельности: Монография / ГУУ. - М., 2001. - 204 с.

4. Кузнецов С. Л. Выбор и опытное внедрение системы электронного архива // Секретарское дело - 2001. №3

5. Пахчанян А. Обзор систем электронного документооборота // Директор информационной службы. - 2001. №2

6. Системы электронного управления документами: обзор, классификация и оценка возврата от внедрения - http://www.mdi.ru/library/analit/sysel.html <12.09.2002>

7. Страстенко В. В. НТЦ ИРМ. Для чего нужна автоматизация делопроизводства. -http://www.mdi.ru/library/analit/avtom.html <13.09.2002>

8. Электронный документооборот: миф или реальность? // eRussia Форум. - 2001

Размещено на Allbest.ru

Подобные документы

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

презентация , добавлен 27.11.2013


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

курсовая работа , добавлен 08.12.2010


Понятие бизнес-процесса. Формы автоматизации регистрации документов. Функции систем электронного управления делопроизводства и документооборота, обоснование их выбора и практическое применение. Структура рынка программных продуктов в области ЭУД.

курсовая работа , добавлен 17.07.2013


Современные электронные системы управления и работы с документами. Проблемы традиционных и электронных технологий ДОУ. Выбор эффективной СЭУД (классификация систем электронного управления документами). Защищенность электронного документооборота.

дипломная работа , добавлен 12.12.2007


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

дипломная работа , добавлен 02.10.2013


Значение документооборота как средства для управления предприятием. Организации системы электронного документооборота и требований, предъявляемых к системам. Проблема выбора системы электронного документооборота на предприятиях малого и среднего бизнеса.

контрольная работа , добавлен 14.09.2015


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

реферат , добавлен 21.03.2006


Разработка системы автоматизированного управления электронными документами. Сведения о приложении PHPMyAdmin, об обработчике шаблонов Smarty. Создание базы данных. Редактирование документа, просмотр изменений документов. Создание категорий документов.

дипломная работа , добавлен 25.07.2015


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

реферат , добавлен 22.08.2010


Назначение системы электронного документооборота. Построение функциональной модели поставки товаров в супермаркет. Основные свойства системы электронного документооборота ООО "Ксенокс". Особенности проектирования системы обеспечения продукцией в BPwin.

Назначени е – автоматизация всего комплекса работы с документами.

Цели: 1. Повышение производительности труда.

2. Повышение оперативности в работе с документами.

2. Расширение возможностей справочного обслуживания (вопросы, связанные с документом).

3. Улучшение качества подготовки, обработки и воспроизведения документа

4. Улучшение контроля за движением и исполнением документов.

Факторы, определяющие технологию обработки документов.

1. Вид документа (тип носителя информации, структура документа).

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

3. Традиции организации.

4. Текущее представление исполнителей о возможностях современных систем управления.

СУД – система управления документами.

Перед внедрением СУД должен проводиться системный анализ деятельности учреждения.

Результатом системного анализа являются:

1. Основные задачи организации

2. Уровни организационной структуры.

3. Группы пользователей и их информационные запросы.

4. Этапы жизни документов и ответственные службы.

5. Схема функционирования системы (информационные потоки).

6. Состав и структура БД, моделирующей организацию.

7. Формы предоставления входных и выходных данных.

Основные задачи СУД.

1. Классификация документов.

2. Размещение документов.

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

Конкретное содержание и важность задач СУД определяется на основе анализа модели деятельности организации - организованной совокупности взаимосвязанных процессов (деловых процессов).

Функциональная характеристика СУД.

Ввод документов в систему.

1. Документ возникает (порождается) внутри организации. Используются штатные средства (ПО для создания и обработки документов) текстовые, графические редакторы, программные компановки видео и звуков.

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

2.1. В электронном виде – может возникнуть необходимость конвертирования в кодировке и в формате, принятые в исполнительной СУД.

2.2. В бумажном виде.

2.2.1. Сканирование – получение изображений документа в электронном виде.

,

Ввод большого количества бумажных документов (библиотеки, издательства, архивы, налоговые).

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

2.33. Оперативное и архивное хранение документов (надёжность хранения, стоимость хранения, миграции документов между устройствами хранения).

Способы обеспечения надежности хранения.

1. Избыточность хранения.

2. Территориальная распределенность хранения.

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

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

o повышение качества и оперативности управления в учреждении путем усовершенствования делопроизводства;

o объединение в единый діловодний цикл всех структурных подразделений, в т. ч. территориальных отделений;

o обеспечение оперативного и в то же время разделенного доступа к информационных (документационных) ресурсов учреждения;

o снижение трудовых и временных затрат и накладных расходов и, как результат, получения экономического эффекта;

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

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

АСУД следует оценивать по следующим параметрам :

1. Область применения системы.

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

2. Функциональные характеристики системы (функции управления документами).

Может быть выделено значительное количество функциональных характеристик АСУД. Учреждения должны самостоятельно определять набор функциональных требований к системе задач и уровня автоматизации.

3. Эксплуатационные характеристики.

Во время оценки эксплуатационных характеристик системы следует учитывать:

o объем документооборота (АСУД должна обеспечивать работу со всеми документами учреждения в пределах своего функционального назначения; системы должны соответствовать реальным объемам документооборота учреждения и иметь необходимый резерв);

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

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

4. Программная реализация системы.

При анализе программной реализации автоматизированной системы оценивают такие технические и технологические характеристики:

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

o поддержка украинской (по желанию - русского) языка;

o технические требования АСУД (технология "клиент - сервер"; средства разработки в АСУД (наличие интерфейса прикладных программ (API), возможность самостоятельных модификаций); операционная система серверной части АСУД; операционная система клиентской части автоматизированной системы делопроизводства; система управления базами данных, используется как основа; программный комплекс, используемый АСУД; телекоммуникационные возможности; аппаратные возможности серверной и клиентской частей);

o маршрутизация документов (в зависимости от задач управления и делопроизводственной практики учреждения при выборе АСУД следует обращать внимание на возможность фиксации или изменения маршрута документа);

o отслеживание версий и підверсій документов;

o возможность работы с мобильными (удаленными) пользователями и группами пользователей;

o наличие в АСУД модулей для сканирования документов (или возможность интеграции с профессиональными системами управления образами);

o возможность совместной работы над документами;

o протоколирование действий в системе.

5. Технология делопроизводства.

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

6. Способы защиты системной информации.

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

7. Открытость и масштабируемость системы.

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

8. Стоимость.

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

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

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

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

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