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

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

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

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

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

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

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

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

В то же время информационные технологии документационного обеспечения управленческой деятельности должны функционально обеспечивать управляемость и прозрачность деятельности предприятия, а также накапливать и управлять знаниями. В современном мире эти две задачи становятся все более критическими. Например, в себестоимости автомобиля «Мерседес» лишь 30 % – непосредственные издержки производства, а остальное – компенсация стоимости разработки автомобиля, т.е. стоимости деятельности инженеров и управленцев, поэтому в оптимизации их деятельности и лежит основной ресурс снижения себестоимости.

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

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

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

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

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

Рис. 2.21. Бизнес-процесс «Возврат товара покупателю»

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

Рис. 2.22. Взаимодействие некоторых составляющих работы предприятия

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

Рассмотрим представленные на рынке системы электронного документооборота, которые условно можно разделить на три группы.

- Самостоятельные СЭД. Поставляются в виде отдельной программы, обеспечивающей коллективную работу с документами и позволяющей взаимодействовать с приложениями типа MS Excel, Outlook. Такие СЭД предоставляют средства регистрации, хранения, просмотра и поиска документов. Самостоятельные СЭД позволяют осуществить простейший контроль путем просмотра информации о состоянии документа: исполнитель, сроки, резолюции, документы предприятия, с которыми он связан, адресаты, которым его следует послать по электронной почте и т.д. С одной стороны, зачастую небольшим предприятиям от системы электронного документооборота больше ничего и не требуется. С другой стороны, СЭД работает параллельно с бухгалтерскими, управленческими и другими системами предприятия; данные переносятся в СЭД с задержкой, что может стать причиной разного рода ошибок и несоответствий, увеличит риск потери данных, ограничит возможности использования самостоятельных СЭД.

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

- СЭД как часть архитектуры системы комплексной автоматизации предприятия. Здесь функции СЭД «зашиты» в саму систему управления. Совместное использование технологий комплексной автоматизации управления и документооборота сочетает в себе их достоинства и недостатки.

Рассмотрим концепцию устройства СЭД в общей информационной инфраструктуре организации.

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

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

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

Рис. 2.23. Жизненный цикл документа в СЭД

Практически все современные системы электронного документооборота поддерживают все этапы жизненного цикла документа. Вопрос только в том, насколько полна эта поддержка. Часть систем не поддерживает механизм блокировки редактируемых документов, что делает коллективную работу с документами невозможной. Есть системы, ориентированные на делопроизводство, и в них не реализовано эффективное хранение документов, а актуально выполнение всех процедур работы с документами, регламентированных существующими нормами. А сами документы могут лежать в папках в шкафу. Некоторые системы ориентированы на эффективную поддержку движения электронных документов внутри структуры, но при этом не имеют собственного электронного архива – хранилище, реализованное в этих системах, предназначено только для оперативного хранения документов в процессе их жизненного цикла. После опубликования документы выходят из системы и возвращаются в типовую для них среду хранения, например, в файловую систему. К такой системе можно «пристыковать» электронный архив, где сохраняется документ вместе с его историей и сопроводительной карточкой. Например, компания «Электронные Офисные Системы» предлагает состыковать свой продукт «Дело» с электронным архивом, созданным компанией на основе сервера «Кодекс-Intranet/Internet». Тот же самый сервер компании «Кодекс» применяет и компания «Гранит-Центр» в качестве электронного архива к своей системе «ГранДок». Прежние версии обеих систем поставлялись без электронного архива.

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

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

Кроме понятия типа документов, возможно присваивание документам категорий, причем один документ может принадлежать одновременно к нескольким категориям. Категории могут быть выстроены в дерево категорий. Например, можно иметь категорию «Юридические документы» с подкатегориями «Законы», «Договоры», «Приказы» и т.д. При этом можно иметь параллельную структуру по отделам, например, категорию «Документы отдела продаж», а в ней – подкатегории «Договоры на продажу», «Счета» и т.д. Договор на продажу может быть одновременно отнесен к подкатегориям «Договоры» и «Договоры на продажу», относящимся к разным ветвям в иерархии категорий. Таким образом, появляется возможность поиска документа в таком дереве на основе его классификации, причем один и тот же физический документ может встречаться любое число раз в разных узлах этой иерархии.

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

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

Использование стандартных СУБД для хранения документов решает проблему зависимости критически важной информации от поставщика СЭД. К такого рода системам относятся, например, системы «Дело» от ЭОС, «1С:Архив» и DocsFusion компании Hummingbird. Слабые стороны такого подхода – в том, что реляционная модель, реализованная в большинстве СУБД, не удобна для модели данных, используемой в СЭД. Достаточно сложно обеспечить необходимую гибкость при создании карточек документов, особенно если нужна сложная структура. Вторая проблема состоит в том, что при использовании внешней СУБД возникают некоторые трудности как при миграции с одной версии СЭД на другую, так и при переходе с одной версии СУБД на другую.

Если СЭД построена на основе какой-либо информационной среды, например, на основе Lotus Notes/Domino, то это позволяет использовать все механизмы, заложенные в эту среду, в том числе средства резервного копирования, репликации, поиска и т.д., – грех не воспользоваться ее ресурсами. Проблемы такого подхода лежат в самой необходимости наличия определенной среды для работы системы управления документами, а также в тех ограничениях, которые накладывает конкретная среда на структуру ее баз данных.

Для реализации хранилища документов существует два подхода: хранение в файловой системе или в специализированном хранилище СЭД.

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

При работе с файловой системой большинство СЭД требует перемещения файлов в специально организованные каталоги. Но есть и исключения. Например, системы «Евфрат» и Microsoft SharePoint позволяют регистрировать в системе файлы, не требуя их физического перемещения в хранилище. Понятно, что такой подход опасен с точки зрения целостности данных, но зато очень удобен в «переходный период» внедрения СЭД.

Системы, имеющие свое собственное хранилище файлов или использующие хранилище среды, на основе которой построены (например, Lotus Notes/Domino или Microsoft Exchange), могут гарантировать более эффективное управление доступом к документам и более надежное решение проблемы разграничения доступа. Так устроены, например, Documentum и системы на основе Lotus Notes («БОСС-Референт», CompanyMedia). Но при этом возникают вопросы, связанные с целостностью данных, наличием эффективных средств резервного копирования и интеграцией со средствами архивного хранения на медленных носителях.

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

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

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

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

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

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

- Администрирование. Поддержка работы самой системы, настройки ее параметров и т.д.

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

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

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

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

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