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

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

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

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

Опыт компании «ИнтерТраст» (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 и СЭД принятие этого решения усложняется, у заказчика появляется ощущение, что деньги потрачены зря, хотя вся необходимая информация в системе, скорее всего, присутствует.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

апапаапп

авппавпа

Распознование – с разделением текстовой и графической составляющей документа по файлам соответствующих форматов.

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

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

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

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

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

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

3. Архивация документов.

4. Восстановление документов в случаях их непредвиденного уничтожения.

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

1. Жесткие диски.

2. Оптические диски.

3. Магнитные ленты.

4. Дискеты.

5. Микрофиши.

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

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

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

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

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

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

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

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

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

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

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

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

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

Требования по объему хранения. Для обработки большого количества документов (по объему хранения), необходимо выбрать систему, поддерживающую иерархическое структурное хранение (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 г.

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

Основные цели создания общекорпоративной системы электронного управления документам:

Формирование единой политики и координирования работ в области электронного управления документами.

Выработка корпоративных стандартов работы с электронными документами.

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

Оптимизация существующих деловых процессов.

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

Система электронного управления документами (СЭУД) реализует следующие функции:

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

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

Широкий набор средств управления документами. СЭУД обеспечивает все основные функции управления документами:

• - регистрация документов;
• - рассылка;
• - постановка на контроль исполнения;
• - контроль версий;
• - полнотекстовый поиск;
• - ведение контрольных журналов;
• - работа с шаблонами;
• - уведомление об изменениях и другие.
• · Редактирование/согласование/утверждение. СЭУД управляет всем интерактивным циклом редактирования и внесения изменений в документы вплоть до окончательного утверждения.
• · Многоуровневый контроль версий. Позволяет структурировать и хранить все черновики документов.
• · Защита данных:
  • - средства защиты и шифрования промышленного уровня;
  • - полномасштабные средства идентификации пользователей;
  • - средства RSA и SSL.
• · Поддержка широкого выбора клиентов. Возможность совместной работы в масштабах всей корпоративной сети с использованием для этого web-браузеров или клиентов. Для доступа и сохранения документов в СЭУД возможно использование файлов любых офисных приложений.
• · Масштабируемость системы. Предусмотрена возможность внедрения системы с небольшого шага, а затем развертывание и наращивание функционала системы.

Ядро СЭУД реализует стандартные процессы работы с входящими, исходящими и внутренними документами. Следовательно, для данного блока системы целесообразно использовать уже готовые программные решения [Сысоева 2006: 35-36].

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

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

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

Системы электронного управления документами включают:

• 1) системы электронного документирования (делопроизводства);
• 2) системы электронного документооборота;
• 3) корпоративные системы электронного управления документами.

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

• · Масштабируемость. Система должна поддерживать различное количество пользователей и ее способность наращивать мощность должна определяться только мощностью аппаратного обеспечения, на котором она установлена.
• · Распределенность. Архитектура системы должна поддерживать взаимодействие территориально распределенных структурных подразделений организации. При этом в качестве коммуникационных средств могут быть использованы разнообразные каналы связи.
• · Модульность. Система ЭУД должна состоять из отдельных модулей, интегрированных между собой, что обеспечивает возможность поэтапного внедрения системы.
• · Открытость. Открытая архитектура системы позволяет, во-первых, быстро расширять платформу управления документами в ответ на появление новых бизнес-целей, во-вторых, интегрировать систему с другими прикладными программами, которые используются в организации, в-третьих, интегрировать управление документами с более широкими стратегическими инициативами, такими как управление знаниями. Система должна иметь открытые интерфейсы для возможной доработки и интеграции.
• · Надежность. Система должна обладать техническими и программными средствами, обеспечивающими надежную и бесперебойную работу системы при различных видах сбоев.
• · Защищенность. Гибкость управления доступом ко всему спектру документов, от электронной почты до баз данных, от видеоклипов до формализованных документов всех типов.
• · Доступность. Возможность обеспечения доступа к документам через web-браузеры, настольные приложения и другие общедоступные типы клиентов. Поддержка различных категорий пользователей (локальных, удаленных, мобильных).
• · Поддержка стандартов. Поддержка стандартов на различных этапах жизненного цикла электронного документа.
• · Комплексная функциональность

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

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

Таблица 3 - Классификация систем электронного управления документами

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

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

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

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. Стоимость.

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

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

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

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

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