Наиболее типичными операциями в делопроизводстве госучреждения являются создание, согласование и редактирование документов, а также их поиск. Поэтому наличие соответствующих функций является обязательным для внедряемой СЭД. При этом не последнее значение имеет удобство использования данных функций.
Наличие функции истории документа или протоколирования операций позволит проследить действия, проводившиеся над документом в течение его жизни. Это даст возможность выяснить, каким пользователем проводилась та или иная операция, например, открыв журнал операций.
Еще одним полезным механизмом работы с документами является отслеживание версий документов. Это может оказаться полезным при наличии большого количества исполнителей, работающих с документом, каждый из которых может редактировать документ. Каждый исполнитель, работая над документом, вносит поправки в свою часть и таким образом создает свою версию документа. Ответственный за документ сотрудник (например, начальник отдела) собирает версии документа, выбрав от каждого исполнителя его часть работы, и получает окончательный вариант документа. СЭД безусловно должна позволять отслеживать подобные операции и упрощать создание конечных версий при совместной работе с документами.
Одними из основных организационно-технологических требований к СЭД госучреждений являются требования по обеспечению безопасности доступа к системе. Для этого в системе должен быть реализован развитый механизм идентификации пользователей.
Идентификация пользователей включает в себя две основные концепции – аутентификацию и авторизацию. Аутентификация – это способность подтвердить личность пользователя. Авторизация занимается предоставлением доступа к определенным данным или операциям, при условии, что пользователь тот, за кого он себя выдает.
В документопоток организации может быть вовлечено множество людей, за каждым из которых закреплен ряд выполняемых операций и группа документов, с которой он работает. Другими словами сотрудники выступают в определенной роли относительно системы документооборота. Естественным желанием будет ожидание поддержки в системе функции настройки таких типовых ролей, определяющих возможности различных типов пользователей.
К вопросам авторизации в системе документооборота относятся механизмы разграничения доступа к данным и функциям системы. Это, например, наличие возможности у руководителя отдела просматривать все документы, над которыми работают сотрудники отдела, в то время как каждый сотрудник видит лишь свою часть работы и не видит документы, над которыми работают другие. Данный подход позволяет соблюдать разграничение доступа к документам, каждый работник видит лишь нужные ему по служебной деятельности группы документов. Каждый из документов может иметь установленные для него права доступа на чтение, изменение, удаление. Весьма полезными могут быть функции организации групп пользователей и делегирование прав доступа к документам. С помощью групп доступа можно организовывать доступ к документам для отделов организации, коллектива сотрудников, работающих над отдельным проектом. Делегирование необходимо в случае отсутствия сотрудника ответственного за работу над документом и необходимостью ее продолжения в его отсутствие. Например, начальник отдела, уехав в командировку, может делегировать права для работы над документом своему заместителю.
Наличие в СЭД возможности электронной подписи документа позволит проводить рецензирование и проверку подлинности документа. Такая подпись должна гарантировать подлинность личности, подписавшей документ, и времени, когда эта подпись была проведена. Проверка подлинности подписи может осуществляться с помощью общедоступных открытых ключей, в то время как подписать документ может только владелец закрытого ключа. Получив информацию о механизме реализующем подписи, необходимо выяснить устойчивость алгоритмов шифрования и возможность доступа к закрытым ключам.
Одной из наиболее важных функций систем электронного документооборота является работа с маршрутом документа. Это особенно необходимо для государственных организаций, деятельность которых определяется действующим Положением о делопроизводстве, в котором строго регламентируется работа с различными видами документов. Например, письмо из другого ведомства поступает в канцелярию, затем начальнику отдела по работе с данным направлением, он в свою очередь назначает сотрудника для выполнения связанного с письмом задания. После выполнения работы сотрудник составляет отчет и направляет документ обратно в канцелярию. На каждом из этапов возможны какие-то дополнительные задачи для лица, работающего с документом. СЭД должна поддерживать проведение подобных операций. Редактирование подобных действий должно вызывать как можно меньше затруднений. Если предлагаемый продукт содержит возможность создания собственных маршрутов и редактирование (создание) пользовательских задач и действий с помощью встроенных языков, то это предоставляет широкие возможности по расширению функциональности системы в будущем.
При рассмотрении возможностей СЭД следует обратить особое внимание на организацию хранилища документов, которая является одним из самых важных факторов производительности системы документооборота. При неудачной структуре хранилища скорость работы с документами может значительно снижаться в зависимости от наполненности базы данных. Поэтому, рассматривая данный вид требований, необходимо четко представлять количественный объем документов (данных), циркулирующих в организации. Операции критичные к объему данных – это добавление, поиск документа, просмотр списка документов, сортировка. В качестве аналогии можно привести пример с файловой системой. Достаточно представить, что все файлы складываются в один определенный каталог всеми пользователями системы. При наличии в каталоге большого количества файлов порядка нескольких тысяч, работа с файлами начинает вызывать неудобства.
Чтобы представить объем документопотока, необходимо для всех выявленных подразделений и сотрудников организации определить среднее количество документов, циркулирующих при их нормальной деятельности. Также следует рассмотреть периоды пиковой нагрузки, если таковые существуют. Это могут быть периоды квартальных, годовых отчетов, сезонные повышения деловой активности партнеров по бизнесу и т. д.
Таким образом, получив прогнозируемые нагрузки на сервер, можно представить себе какую максимальную нагрузку по количеству документов и одновременно работающих пользователей должна выдерживать система.
Другой важный фактор, без наличия которого электронный документооборот не имеет смысла – это поиск документов в хранилище. Для того, чтобы определиться какого вида поиск требуется, необходимо рассмотреть типичные операции по поиску документов в бумажном архиве или картотеке. Важно отметить по каким критериям идет поиск. Например, в вашей организации очень часто производится поиск по названию организации-контрагента, в редких случаях поиск проводится по наименованию предоставленной услуги. Следовательно, система поиска должна обеспечивать поиск документа по полям документа, в данном конкретном случае по реквизитам контрагента и наименования темы. Может оказаться необходимым контекстный поиск по вложенным файлам. Например, когда к документу присоединен файл в формате MS Office Word и необходимо отыскать этот документ по фразе, входящей во вложенный файл. Также необходимо выяснить производительность поиска документов при увеличении количества документов, хранимых в базе данных. К вопросу об объеме данных относится и архивация документов. Если документопоток в организации довольно велик и (или) положение о документообороте предусматривает архивацию документов, то необходимо предъявить требования к системе электронного документооборота для проведения таких операций. Существует несколько возможных способов проведения архивации – запись на сменные носители, перемещение в отдельную БД и т. д. Если в организации предусмотрены операции по работе с архивными документами – упрощенный поиск, чтение и т. п., то естественно и в электронном варианте данные операции должны проводится. Для рассматриваемых систем документооборота нужно выяснить возможность и простоту проведения подобных операций.
Следует также выяснить, как будет вести себя хранилище в случае сбоя базы данных. Например, сбои в электропитании или канале связи. Будет ли при этом в экстренном случае нарушена целостность всей базы или испорченным окажется только документ, над которым проводилась работа в момент сбоя. Необходимо выяснить у поставщиков проводились ли испытания подобного рода и узнать их результаты.
Следующий фактор может иметь значение для крупных организаций, имеющих распределенную структуру. Это – репликация данных. Данный механизм позволяет получать доступ к одинаковым данным на нескольких серверах сразу, что позволяет снизить нагрузку на сервера данных и каналы связи. Простейший пример проведения репликации – это хранилище законодательной базы. Например, столичный сервер организации содержит законодательную базу государства. Филиалы в области реплицируют данную базу на свои сервера и пользователи из областей обращаются к своим региональным хранилищам документов. Таким образом, относительно законодательной базы передача данных между столицей и областями идет из центра в регионы – пополнение баз данных, а чтение документов происходит на региональных серверах. В данном случае снижается нагрузка на центральный сервер и каналы данных к центру. В некоторых случаях может потребоваться возможность изменения документов в регионах с сохранением изменений для всей организации. В этом случае система репликации должна поддерживать механизм изменения и синхронизации документов. Опять же требуется выяснить наличие потребности в таких операциях в деятельности организации и соответственно сформулировать требования к системе документооборота.
Делопроизводство подразумевает не только запись и извлечение документов из хранилища, но и различного рода действия над документами – рецензирование, работу над документами, различные процессы, порождающие и использующие в своей деятельности эти документы. Невозможно создать программный комплекс, автоматизирующий делопроизводство и подходящий под процессы делопроизводства всех предприятий. С другой стороны подстраивание существующих процессов под внедряемую программу может провалиться из-за многих факторов – от невозможности перестроить процесс под электронный документооборот до саботажа сотрудниками автоматизации их процессов в связи с нарушением их привычной работы. Следовательно, система электронного документооборота должна обладать средствами, позволяющим реализовать основные деловые процессы учреждения и гибко под них подстраиваться.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 |


