Информационные технологии документационного обеспечения управленческой деятельности.
Лекция Системы управления документооборотом
1. Модель документооборота предприятия.
2. Системы электронного документооборота.
3. Автоматизация документооборота.
1. Модель документооборота предприятия
Передача информации на всех уровнях иерархии осуществляется путем отправления и доставки документов на бумажном носителе или на гибких дисках, в этом случае для этого задействуется дополнительный персонал. Количественный аспект информации также различен, и, как показывает анализ, наибольший объем данных стекается в производственно-технологический сектор и к руководству.
Оценка качества информационного обмена может быть выполнена с помощью следующей модели документооборота.
Основными направлениями автоматизации документооборота считаются: поддержка фактографической информации, возможность работы с полнотекстовыми документами, поддержка регламента хождения документов, - которые определяют трехмерное пространство свойств (рис. 1), где по некоторой траектории движется любой программный продукт данного класса, проходя различные стадии в своем развитии.
Рис. 1.
Первая ось (F) характеризует уровень организации хранения фактографической информации, которая привязана к специфике конкретного рода деятельности компании или организации. Например: при закупке материальных ценностей происходит оформление товарно-сопроводительных документов (накладных, приемопередаточных актов, приходных складских ордеров и т.д.), регистрируемых в качестве операционных документов, атрибутика которых очень важна для принятия управленческих решений. Информация из операционных документов используется при сложной аналитической и синтетической обработке, и, в частном случае, может быть получена пользователем через систему отчетов.
F* = Fобщ / Fавт.
Вторая ось (D) - полнотекстовые документы, отражает необходимость организации взаимодействия: формирование и передача товаров, услуг или информации как внутри предприятия так и вне его. В этих документах наряду с фактографической информацией содержится слабоструктурированная информация, не подлежащая автоматизированной аналитической обработке, такая, например, как форс-мажорные факторы и порядок предъявления претензий при нарушении условий договора.
D* = Dобщ / Dавт.
Третья ось (R) вносит в пространство документооборота третье измерение – регламент процессов прохождения документов, а именно: описание того какие процедуры, когда и как должны выполняться. Основа для позиционирования относительно данной оси - набор формальных признаков (атрибутов) и перечень выполнения операций.
R* = Rобщ / Rавт.
Точка в пространстве (F, D, R) определяет состояние системы документооборота. Положение этой точки зависит от уровня развития и стадии внедрения системы документооборота на предприятии, а также от его специфики и самих масштабов бизнеса.
Представив модель документооборота именно таким образом, можно, например, зная текущее положение дел с организацией делопроизводства на каждом конкретном предприятии, четко представить, в каких направлениях нужно двигаться дальше, чего недостает в текущий момент и каким образом органично использовать уже существующие системы автоматизации. Например, в одном из московских банков был накоплен большой массив фактографических данных, для обработки которых использовалась современная СУБД, развернутая на мощных, отказоустойчивых серверах - все, казалось бы, должно быть отлично. Однако при работе с внутренними документами наблюдалось дублирование информации: возникали ситуации, когда "никто вроде бы и не виноват", а банк время от времени лишается выгодных клиентов. Причина в том, что точка, отражающая положение системы документооборота для этой организации, имела достаточно большие координаты по оси "F" и, возможно, по оси "D", однако значение координаты по оси "R" было близко к нулю. Конкретным решением в этом случае может быть рассмотрение вопроса о внедрении системы управления регламентом. При этом не надо пока заботится о СУБД (ось "F") или электронных архивах (ось "D") - речь идет только об изменении значения координат по оси "R".
В общем случае, как уже отмечалось, процесс автоматизации делопроизводства на предприятии можно представить в виде кривой в трехмерном пространстве координат F,D,R. Причем, чем круче эта кривая, тем быстрее идет процесс модернизации, а чем больше значения всех трех координат - тем выше уровень автоматизации на корпорации и, как следствие, тем меньше у нее проблем с организацией своей собственной деятельности.
Оси "F" и "D" определяют специфику деятельности организации, регламентируемую положением третьей координаты (R) пространства модели документооборота. При этом модель не зависит от технологии обработки документов, принятой на предприятии – все решает только цель деятельности, будь то государственная организация, торговая компания и промышленная фирма.
В общем случае можно выделить три типа организаций:
торговая компания: приобретение, наценка, продажа, получение прибыли – главный объект деятельности;
бюджетная организация: основная деятельность – формирование документов;
промышленное предприятие: закупка сырья, переработка, создание нового продукта, реализация, получение прибыли. Цель деятельности – операция.
Если задачей организации является формирование документов, например мэрия, суд или министерство, то ее позиция в модели будет занимать достаточно высокое положение относительно осей "F" и "D". Кстати, сегодня наибольшей популярностью пользуются именно приложения, ориентированные на автоматизацию деятельности государственных и правительственных административных структур - основная цель которых и состоит в подготовке документов.
Однако если рассматривать деятельность коммерческой фирмы, задача которой – производство материальных ценностей (принять сырье, преобразовать, создать новый продукт, реализовать его, получить выручку), то здесь уже все три координаты должны иметь сбалансированные значения.
2. Системы электронного документооборота
СЭД обеспечивают процесс создания, управления доступом и распространения больших объемов документов в компьютерных сетях, а также обеспечивают контроль над потоками документов в организации.
Электронный документооборот включает: создание документов, их обработку, передачу, хранение, вывод информации, циркулирующей в организации или предприятии, на основе использования компьютерных сетей. Под управлением электронным документооборотом в общем случае принято понимать организацию движения документов между подразделениями предприятия или организации, группами пользователей или отдельными пользователями. При этом, под движением документов подразумевается не их физическое перемещение, а передача прав на их применение с уведомлением конкретных пользователей и контролем за их исполнением.
Документ – основная единица информации, и все существование системы документооборота посвящено хранению документа, его свойств и истории его жизни, а также собственно обеспечению его жизнедеятельности.
Главное назначение СЭД – это организация хранения электронных документов, а также работы с ними (в частности, их поиска как по атрибутам, так и по содержимому). В СЭД должны автоматически отслеживаться изменения в документах, сроки исполнения документов, движение документов, а также контролироваться все их версии и подверсии. Комплексная СЭД должна охватывать весь цикл делопроизводства предприятия или организации – от постановки задачи на создание документа до его списания в архив, обеспечивать централизованное хранение документов в любых форматах, в том числе, сложных композиционных документов. СЭД должны объединять разрозненные потоки документов территориально удаленных предприятий в единую систему. Они должны обеспечивать гибкое управление документами как с помощью жесткого определения маршрутов движения, так и путем свободной маршрутизации документов. В СЭД должно быть реализовано жесткое разграничение доступа пользователей к различным документам в зависимости от их компетенции, занимаемой должности и назначенных им полномочий. Кроме того, СЭД должна настраиваться на существующую организационно-штатную структуру и систему делопроизводства предприятия, а также интегрироваться с существующими корпоративными системами.
Вопрос классификации СЭД достаточно сложен вследствие быстрого развития рынка этих систем. Тем более что, начиная с 2001 г. всё большую популярность стала набирать концепция "управление корпоративным содержимым (Enterprise Content Management — ECM)", а не управление электронным документооборотом. Концепция ЕСМ предлагает много бизнес-преимуществ. ECM-система, интегрирующая все контентно- и процессно-ориентированные технологии внутри предприятия, обеспечивает общую инфраструктуру для управления его документооборотом, минимизирующую необходимость развертывания и поддержки множества технологий для реализации различных бизнес-функций. Суть данного подхода (его еще называют инфраструктурным) состоит в том, что корпоративное содержимое не должно принадлежать только одному приложению или системе. Оно должно быть доступно для множества приложений и свободно распространяться между ними. Важным свойством ECM-инфраструктуры (включающей соответствующие приложения большинства вендоров отрасли) является ее независимость от единственного универсального хранилища содержимого. В ECM-инфраструктуре интегрируется множество специализированных (или унаследованных) репозитариев данных (даже от конкурирующих вендоров), включая, в том числе, хранилища электронных документов об изделиях, электронную почту, хранилища Web-содержимого, файловые системы и даже СУБД. Таким образом, ECM-инфраструктура обеспечивает общий слой интеграции (или виртуализации) для каждого репозитария данных (позволяя делать запросы к ним откуда угодно по всему предприятию), тем самым минимизируя необходимость интеграции систем управления электронными документами и систем управления содержимым от множества вендоров. Кроме того, с помощью ЕСМ-инфраструктуры реализуются такие сервисы управления корпоративным содержимым, как персонализация, контроль доступа, управление полномочиями пользователей и др. (что упрощает администрирование и сопровождение ЕСМ-системы).
По мнению аналитиков IDC, в настоящее время существуют следующие основные типы СЭД (при этом некоторые из СЭД могут одновременно относиться к нескольким типам, так как обладают соответствующими для них функциями):
СЭД, ориентированные на бизнес-процессы (business-process EDM). Они лежат в основе концепции ECM. Системы этого типа (EDMS) предназначены для специфических вертикальных и горизонтальных приложений (иногда они имеют и отраслевое применение). EDMS-системы обеспечивают полный жизненный цикл работы с документами, включая работу с образами, управление записями и потоками работ, управление содержимым и др. EDMS-системы обеспечивают хранение и поиск 2-D документов в оригинальных форматах (изображений, CAD-файлов, электронных таблиц и др.) с возможностью их группировки в папки. Наиболее известными разработчиками EDMS-систем являются компании Documentum (система Documentum), FileNet (системы Panagon и Watermark), Hummingbird (система PC DOCS) и др. Вендоры, больше других компаний преуспевшие в управлении содержимым (например, компании Documentum и FileNet), сфокусировали свою деятельность на реализации в СЭД таких функций, как управление шаблонами, управление динамическими презентациями и публикация Web-содержимого. Следует отметить, что при том, что почти все EDMS-системы обеспечивают хороший уровень реализации репозитариев и библиотечных сервисов для управления электронным содержимым (например, образами и офисными документами), каждая из них наиболее сильна в своей области. Например, в системах от компаний Open Text и iManage наиболее хорошо проработано управление офисными документами. В свою очередь, системы от компаний Tower Technology, FileNet, IBM и Identitech особенно сильны в управлении изображениями изделий большого объема.
Корпоративные СЭД (enterprise-centric EDM). Системы этого типа обеспечивают корпоративную инфраструктуру (доступную всем корпоративным пользователям) для создания документов, коллективной работы над ними и их публикации. Базовые функции корпоративных СЭД аналогичны функциям СЭД, ориентированным на бизнес-процессы. Как правило, корпоративные СЭД не ориентированы на использование только в какой-то конкретной отрасли или на решение узкой задачи. Они внедряются, как общекорпоративные технологии. Разработкой и продвижением корпоративных СЭД занимаются компании Lotus (система Domino.Doc), Novell (Novell GroupWise), Open Text (система LiveLink), Keyfile, Oracle (система Context), iManage и др.
Системы управления содержимым (content management systems). Системы данного типа обеспечивают создание содержимого, доступ и управление содержимым, доставку содержимого (вплоть до уровня разделов документов и объектов для их последующего повторного использования и компиляции). Доступность информации не в виде документов, а в виде объектов меньшего размера облегчает процесс обмена информацией между приложениями. Управление Web-содержимым требует наличия возможности управления объектами разного содержимого, которые могут быть включены в Web-презентацию (например, HTML-страницы и Web-графику). Кроме того, управление Web-содержимым требует наличия возможности создания презентационных шаблонов, с помощью которых осуществляются презентация динамического содержимого и его персонализация (основанная на предпочтениях пользователей, их профилях и др.). На мировом рынке известны системы управления содержимым от компаний Adobe, Excalibur, BroadVision, Documentum, Stellent, Microsoft, Divine, Vignette и др.
Системы управления информацией (information management systems) – порталы. Такие системы обеспечивают агрегирование информации, управление информацией и ее доставку через Internet/intranet/extranet. С их помощью реализуется возможность накопления (и применения) опыта в распределенной корпоративной среде на основе использования бизнес-правил, контекста и метаданных. С помощью порталов обеспечивается также доступ через стандартный Web-навигатор к ряду приложений электронной коммерции (обычно, через интерфейс ERP-системы). Примерами порталов являются системы Excalibur, Oracle Context, PC DOCS/Fulcrum, Verity, Lotus (Domino/Notes, K-Station).
Системы управления изображениями/образами (imaging systems). C их помощью осуществляется конвертация отсканированной с бумажных носителей информации в электронную форму (обычно, в формате TIFF). Данная технология лежит в основе перевода в электронную форму информации со всех унаследованных бумажных документов и микрофильмов. В число базовых функций стандартной системы обработки изображений входят: сканирование, хранение, ряд возможностей по поиску изображений и др.
Системы управления потоками работ (workflow management systems). Системы данного типа предназначены для обеспечения маршрутизации потоков работ любого типа (определения путей маршрутизации файлов) в рамках корпоративных структурированных и неструктурированных бизнес-процессов. Они используются для повышения эффективности и степени контролируемости корпоративных бизнес-процессов. Системы управления потоками работ обычно приобретаются, как часть решения (например, EDMS-системы или PDM-системы). Здесь можно отметить таких разработчиков, как компании Lotus (системы Domino/Notes и Domino Workflow), Jetform, FileNet, Action Technologies, Staffware.
Компоненты СЭД
Все СЭД содержат обязательные типовые компоненты: хранилище карточек (атрибутов) документов; хранилище документов; компоненты, осуществляющие бизнес-логику системы.
Хранилище атрибутов документов
Хранилище атрибутов документов предназначено для хранения «карточки» – набора полей, характеризующих документ. Обычно в СЭД имеется понятие типа документов (например, договор, спецификация, письмо и т.д.) и для каждого типа заводится своя собственная карточка. Карточки разных типов имеют обязательные поля, общие для всех документов, и специальные поля, относящиеся к документам данного типа.
Кроме понятия типа документов, возможно присваивание документам категорий, причем один документ может принадлежать одновременно к нескольким категориям. Категории могут быть выстроены в дерево категорий.
Для организации хранилища карточек возможны три варианта решения: использование собственного хранилища, стандартной СУБД или средств среды, на основе которой построена СУБД.
Хранилище документов
Для реализации хранилища документов, опять же, существует два подхода: хранение в файловой системе или в специализированном хранилище СЭД. С точки зрения прагматичного пользователя между этими подходами, если оценивать их в целом, большой разницы нет. Но некоторые особенности все же имеются.
Хранение в файловой системе понижает степень безопасности при разграничении доступа, так как файловая система может не поддерживать ту модель безопасности, которая реализована в самой СЭД. Поэтому приходится наделять СЭД своими правами доступа, так что файлы, сохраненные ею, будут недоступны ни одному из пользователей напрямую. А СЭД поддерживает свою систему списка пользователей с правами доступа, организуя доступ к файлам через эти права. Система доступа при этом становится сложной в сопровождении и не вполне безукоризненной с точки зрения информационной безопасности. Для обеспечения дополнительной надежности часто используется шифрование файлов при хранении. Кроме того, практически все СЭД используют случайное именование файлов, что сильно усложняет поиск нужного файла при попытке доступа в обход системы. Надо сказать, что большинство СЭД осуществляют хранение файлов в файловой системе.
Бизнес-уровень
На уровне бизнес-логики обнаруживаются существенные различия между разными СЭД. Собственно, все описанные компоненты, хотя и могут быть устроены по-разному, отличаться степенью сложности, но при этом функционально аналогичны. Бизнес-логика же различных систем может отличаться кардинально, и это как раз то, что должно интересовать более всего при ознакомлении с системой электронного документооборота. Можно выделить ряд фундаментальных компонентов, из которых, как из кубиков, складывается функциональность любой СЭД:
управление документами в хранилище. Включает процедуры добавления и изъятия документов, сохранения версий, передачи на хранение в архив, поддержания архива и т.д.;
поиск документов. Состоит из поиска по атрибутам, визуального поиска по различным деревьям, в которые уложены документы, поиска по полному тексту, смыслового поиска и т.д.;
маршрутизация и контроль исполнения. Обеспечивает доставку документов в рамках бизнес-процедур в организации. Маршруты документов могут быть гибкими и жесткими. В случае гибкой маршрутизации следующий получатель документа определяется сотрудником, в ведении которого документ находится в данный момент. В случае жесткой маршрутизации путь прохождения документов определяется заранее на основе некоторой логики. Функция маршрутизации присутствует не во всех СЭД. Обычно, чтобы не путаться, системы без средств маршрутизации называют электронными архивами. Контроль исполнения является неотъемлемой частью маршрутизации. Фактически, маршрут определяется в терминах пути прохождения и временных интервалов на исполнение документа каждым из участников процесса прохождения. Под исполнением документа подразумевается выполнение действия, связанного с документом, каждым из участников в рамках его должностных полномочий;
отчеты. Служат аналогом конторских журналов учета документов. Используя различные отчеты, можно посмотреть, например, общее время, потраченное сотрудниками на работу над конкретным документом, скорость прохождения документов по подразделениям и т.д.;
администрирование. Поддержка работы самой системы, настройки ее параметров и т. д.
Место СЭД в информационной системе предприятия
Основные функции СЭД: обеспечение управляемости и прозрачности деятельности предприятия, а также накопление знаний и управление знаниями. В современном мире эти две задачи становятся все более критическими. Например, в себестоимости автомобиля «Мерседес» лишь 30% – непосредственные издержки производства, а остальное – компенсация стоимости разработки автомобиля, т. е. стоимости деятельности инженеров и управленцев, поэтому в оптимизации их деятельности и лежит основной ресурс снижения себестоимости.
Степень эффективности использования СЭД определяется тем, насколько документы (неструктурированная информация) определяют информационное наполнение деятельности предприятия. Очевидно, например, что для чисто торговой организации основное информационное наполнение — это структурированные данные, заключающиеся в базах данных. Возможно, такой организации и нужно хранить договоры, но вряд ли дело дойдет до внедрения СЭД. Однако если торговая организация дорастет до торгового монстра с сетью магазинов в десятках городов и сложной логистикой, собственным производством полуфабрикатов, то рано или поздно придется подумать о внедрении системы ERP. На следующем этапе количество оптовых покупателей и крупных заказчиков может вырасти до таких масштабов, что придется подумать о внедрении CRM. И только если при этом аппарат управления разрастется до сотни человек, появятся параллельные непрофильные проекты, возникнут задачи диверсификации, встанет задача внедрения СЭД. При этом какие-то системы, возможно, придется интегрировать, чтобы система CRM имела ссылки на письма, договоры и на копии входящих заказов, которые хранятся в СЭД.
В некоторых случаях интеграция этих систем еще более тесная — СЭД может служить интегрирующим транспортом для передачи документов между системами, которые их порождают, и системами, которые их потребляют, в случае, когда прямая связь на уровне структурированных данных между этими системами не нужна. Предположим, предприятие имеет системы CRM и ERP, причем требуется, чтобы в CRM фиксировались ежеквартальные отчеты из ERP о поставках товара конкретному клиенту, дополненные, возможно, комментариями экспертов. Понятно, что такие отчеты удобнее всего хранить в СЭД. Благодаря интеграции ERP и СЭД документ будет автоматически создан и сохранен. Благодаря интеграции СЭД и CRM возможно автоматическое прикрепление документа к карточке конкретного клиента. И все эти операции могут происходить автоматически. (Подчеркнем, что приведенный пример является чисто умозрительным и на самом деле может не иметь практического смысла; интеграция любых информационных систем имеет смысл только тогда, когда четко понятна ее цель.)
Типовые требования к СЭД
Если следовать букве стандарта на составление технического задания, требования, которые типовой пользователь может предъявить к типовой системе электронного документооборота, можно описать следующим образом.
Система электронного документооборота должна:
§ обеспечивать надежное хранение документов и их описаний;
§ обеспечивать жизненный цикл документа (его создание, хранение версий, публикация, блокировка доступа к изъятому документу, передача документа для хранения в архиве);
§ допускать задание пользователем различных типов документов, создания и редактирования карточек для них;
§ поддерживать иерархию категорий для эффективного поиска документа;
§ осуществлять поиск документов на основе информации из карточки, а также полного текста;
§ обеспечивать разделение доступа к документам на уровне отдельных пользователей, по ролевому принципу, и на основе иерархической структуры организации;
§ поддерживать технологию HSM;
§ протоколировать все события, связанные с работой пользователей и самой системы;
§ необходимо наличие развитых средств администрирования;
§ поддерживать удаленный доступ к информации.
Продвинутые системы должны поддерживать:
§ кластерные технологии для обеспечения бесперебойной работы;
§ территориально распределенные организации;
§ алгоритмы шифрования при хранении и передаче данных;
§ цифровую подпись.
Требования к архитектуре:
§ наличие выделенного сервера приложений;
§ наличие тонкого клиента;
§ поддержка доступа к документам с использованием браузера.
§ многоплатформность для обеспечения масштабируемости;
Требования к открытости и интеграции с другими системами:
§ интеграция со средствами потокового ввода документов;
§ интеграция с офисными приложениями;
§ интеграция с электронной почтой;
§ наличие развитого программного интерфейса (API);
§ интеграция со стандартными службами каталогов (к примеру, LDAP) для ведения и синхронизации списка пользователей системы;
§ возможность адаптации пользовательского интерфейса под конкретные задачи;
§ возможность дополнения системы собственными специализированными компонентами;
§ в случае использования внешней базы данных для хранения атрибутов документов необходимо наличие подробного описания структуры данных и средств работы с разными СУБД.
3. Автоматизация документооборота
Система документооборота RS Doc на базе Oracle Collaboration Suite
Решаемые задачи:
объединение документов в логические блоки,
обеспечение архивного хранения и поиска документов.
Потребители:
● малый и средний бизнес;
● государственные учреждения;
● службы поддержки;
● ИТ-компании.
Аппаратная платформа х86, Itanium, AMD.
Программная платформа Windows, Solaris, Linux.
Функциональные возможности системы электронного документооборота RS-Doc:
● эффективная работа с большими объемами данных и возможность неограниченного расширения объемов хранимой и обрабатываемой информации;
● высокая степень защиты хранимой и передаваемой информации;
● масштабируемость и переносимость на любую платформу;
● простоту настройки и администрирования программного обеспечения;
● организация произвольных маршрутов прохождения документов.
Система электронного документооборота RS-Doc реализована на базе Oracle Collaboration Suite 10g с применением технологии BPEL (Business Process Execution Language), что позволяет провести масштабную интеграцию с бизнес-приложениями.
Oracle Content Services предоставляют каждому сотруднику организации всестороннее, интегрированное решение для управления жизненным циклом документов. Oracle Content Services основан на надежной инфраструктуре сервера Oracle, усиливая Content Management SDK, проверенный инструментарий с более чем 2000 пользователей. Oracle Collaboration Suite 10g обеспечит очень удобные в использовании функциональные возможности, в знакомых Windows веб-интерфейсах, а также в Portal, приложениях E-Business Suite и других средах.
Ввод документов
Система RS-Doc позволяет организовать потоковый ввод документов при помощи скоростных сканеров и системы распознавания. При этом документ автоматически помещается в СУБД Oracle 10g.
Поиск документов
Проблема сквозного поиска информации чрезвычайно актуальна в условиях использования разнородных форматов и увеличения объемов неструктурированных данных. Необходимая для принятия решений информация может находиться где угодно: в корпоративных базах данных (в структурированном виде), на веб-сайтах, в документах разбросанных по множеству файловых серверов, в почтовых сообщениях. Поиск документов в системе RS-Doc – это единый механизм поиска и извлечения данных из всех информационных ресурсов компании и всех компонентов документооборота. Система поиска, организованная в системе электронного документооборота RS-Doc позволяет организовать поиск не только по ключевым параметрам, но и осуществлять поиск внутри документа. При этом поддерживается более 250 форматов данных.
Хранение документов
Интернет-технологии, и встроенные портальные технологии позволяют просто интегрировать систему документооборота с корпоративным порталом. Трехзвенная архитектура системы позволяет эффективно использовать единое хранилище документов в территориально распределенной организации.
Все загруженные в систему электронного документооборота RS-Doc документы и файлы хранятся в базе данных Oracle 10g. Это позволяет производить ежедневное резервное копирование всего объема документов, а также восстанавливать потерянные данные за определенный временной интервал. Администраторы могут конфигурировать Oracle Collaboration Suite 10g таким образом, чтобы он соответствовал корпоративной политике хранения документов, автоматически сохраняя или избавляясь от документов. Например, ответственное лицо компании может прописать политику ведения контента компании в электронной форме. Документы с определенными признаками могут храниться неопределенно долго, в то время как от документов с другими признаками можно периодически избавляться.
Хранение регистрационных записей предприятия:
● файл-план: контроль операционных ограничений на записи и их иерархическое создание и управление
● веб-сервисы, которые поддерживаются для интеграции с финансовыми приложениями или приложениями Oracle E-Business Suite
● поддерживающие объекты регистрационных записей, включающие простое и версионное управление документами
● возможности поиска регистрационных записей
● интуитивно понятный веб-интерфейс для пользователей, управляющих регистрационными записями
● интеграция с продуктами управления файловыми хранилищами, которые предлагают WORM-возможности для регистрационных записей
Масштабирование
Система электронного документооборота RS-Doc позволяет организовать отказоустойчивое и масштабируемое решение, базирующееся на технологиях Oracle RAC, Oracle GRID.
Интеграция с корпоративным порталом
Система электронного документооборота RS-Doc базируется на технологии корпоративного портала, а так же содержит в себе функционал средств коллективной работы пользователей, таких как:
● электронная почта
● корпоративный и личный календарь
● корпоративный портал
● система голосового оповещения
● система постановки задач и контроля за их исполнением
Возможность создания множества сайтов
Oracle Collaboration Suite 10g предусматривает создание многочисленных защищенных сайтов в рамках одного экземпляра продукта. Каждый из этих сайтов будет иметь свой собственный набор "средств" (т.е. бизнес - процессов, категорий и т.д.) и будет по существу изолирован от других сайтов. Например, директор по ИТ может теперь создавать различные системы управления файлами для различных региональных офисов, все на едином наборе аппаратных средств и программного обеспечения, таким образом кардинально уменьшая затраты на инфраструктуру.
Электронно-цифровая подпись
Электронная цифровая подпись (ЭЦП) – это реквизит электронного документа, предназначенный для защиты данного электронного документа от подделки. ЭЦП формируется в результате преобразования информации с использованием средств криптографической защиты информации (СКЗИ) и позволяет идентифицировать владельца сертификата ключа подписи, а также установить отсутствие искажения информации в электронном документе.
Наличие электронно-цифровой подписи в системе RS-Doc позволяет заменить традиционные печать и подпись, гарантируя авторство и неизменность документа после его подписания. Механизм электронно-цифровой подписи позволяет подписать любую версию электронного документа, фиксируя и сохраняя информацию о том, кто и когда поставил подпись. Список пользователей, которым разрешено подписывать документы данного вида, задается отдельно для каждого вида электронных документов.
Обеспечение защищенного доступа к документам
Расширение безопасности в Oracle Collaboration Suite 10g включают:
● безопасность уровня папок и документов: Oracle Collaboration Suite 10g развивает механизм Shared Folder-level security в Oracle files, добавляя защиту доступа на уровне папки и документа, так менеджер может теперь точно определить пользователей, которым разрешен доступ к определенным папкам и документам и их уровень доступа
● управление доступом на базе Групп и Ролей: управление доступом может быть применено ко всем объектам контента и уровням безопасности, дополнительные атрибуты разрешения доступа также доступны для дальнейших пользовательских настроек, например, руководитель проекта может теперь создать группу пользователей, вовлеченных в специфические работы проекта, и назначает доступ к целевым папкам и документам для этой группы
● поиск и проверка вирусов: Oracle Collaboration Suite 10g может быть объединен с внешними антивирусными сканерами для автоматического и ручного просмотра вирусов - функция проверки вирусов может быть сконфигурирована таким образом, чтобы стартовать автоматически после успешного входа в архив документов (через загрузку, регистрацию, сохранение или передачу протокола); проверка вирусов может вызываться вручную, чтобы просмотреть объекты, уже находящиеся в архиве, так компания может теперь лицензировать и объединять механизм просмотра Symantec с Oracle Content Services так, чтобы документы, которые переданы в Oracle Content Services, были автоматически просмотрены.
Oracle BPEL Process Manager
Oracle Business Process Execution Language Process Manager (BPEL PM) - стандарт построения бизнес-процессов из набора разнородных сервисов, радикально снижающих сложность и стоимость интеграционных проектов. Oracle BPEL Process Manager предлагает простую в использовании, но функционально насыщенную среду визуального проектирования, внедрения и контроля бизнес-процессов. Функциональность уже существующих систем становится своего рода конструктором, набором фрагментов, которые, будучи соединены в правильном порядке, образуют единую среду, состояние которой может быть полностью проконтролировано и визуализировано.
Эффект от внедрения
● усиливается ответственность каждого сотрудника за выполнение и доведение до конца любого выданного ему задания, поскольку он знает, что задание не будет забыто, обязательно будет его приемка и проверка
● руководство может оценивать загрузку и эффективностьработы персонала, так как информация обо всех заданиях фиксируется в системе и в любой момент времени можно видеть, кто постоянно задерживает задания, кто выполняет больше всего заданий и т.д.
● ускоряется документооборот, что отражается на скорости и качестве обслуживания клиентов, а это прямой путь повышения конкурентоспособности предприятия
● обеспечивается взаимозаменяемость сотрудников, поскольку все нерешенные задачи и документы регистрируются в системе
● повышение уровня корпоративной культуры, которая нацеливает каждого сотрудника на достижение общих целей предприятия
● повышение эффективности совместной работы с информацией
● повышение уровня обслуживания клиентов
● снижение стоимости владения программно-аппаратными комплексом
Особенности
Внедрение электронного документооборота будет эффективно для тех предприятий, у которых:
● аппарат управления и документооборот достаточно большой и сложный (для малого предприятия электронный документооборот может даже замедлить процессы, не говоря уже об эффективности вложений)
● руководство предприятия готово к перестройке бизнес-процессов, направленной на их оптимизацию и четкую регламентацию, поскольку без этой работы внедрение электронного документооборота невозможно
● руководство ставит целью внедрения электронного документооборота повышение эффективности управления предприятием, а не облегчение работы отдельных подразделений (например, канцелярии).
Проектирование, разработка и внедрение системы документооборота и управления ресурсами предприятия на платформе Lotus Domino
Решаемые задачи
Системы документооборота и управления ресурсами предприятия, обеспечивающие коллективную работу сотрудников всего предприятия в едином информационном пространстве, решают следующие основные задачи:
● повышение скорости и качества принятия решений
● повышение управляемости организации
● повышение скорости распространения знаний внутри организации
● повышение безопасности хранения и передачи информации
● снижение доли накладных расходов
● обеспечение внешнего документооборота
Системы документооборота и управления ресурсами предприятия:
● поддерживают совместную работу
● повышают эффективность и производительность работы персонала
● обеспечивают постоянную доступность информации сотрудникам компании, принимающим решения
● позволяют сократить расход средств на непроизводственные нужды
● делают простой и эффективной работу территориально распределенных компаний
● дают возможность сотрудникам выполнять функциональные обязанности и иметь доступ только к необходимым для работы документам в соответствии с ролями в системе
● обеспечивают безопасность хранимой информации
● повышают качество работы с партнерами и клиентами
● повышают скорость распространения знаний внутри компании
Потребители
Компании с большим штатом, нуждающиеся в автоматизации документооборота.
Аппаратная платформа
Платформы, поддерживаемые программными продуктами фирмы IBM.
Программная платформа
Lotus Domino 5.xx, 6.xx, 7.xx.
Функциональные возможности
Основные возможности системы документооборота и управления ресурсами предприятия можно сформулировать в виде списка:
● регистрация входящей, исходящей корреспонденции
● полный цикл согласования документов
● формирование и исполнение поручений
● внутренний документооборот организации
● хранение и обновление данных о структуре, работниках и контрагентах организации
● работа с договорами и внешними контактами организации
● управление проектами, ведущимися в организации
● простое и быстрое осуществление различных заказов и заявок
● подготовка различных мероприятий
● обслуживание материальной базы организации
● единое хранилище документов компании
● кадровая подсистема
При внедрении систем документооборота и управления ресурсами предприятия Компания R-Style работает по следующей схеме:
● обследование организационной структуры предприятия, выявление основных бизнес-процессов, потоков работ и формальное описание схемы движения документов
● составление номенклатуры документов, формирование справочников и классификаторов, составление инструкций
● адаптация или доработка системы на основе информации, полученной на этапе обследования
● установка и настройка программного обеспечения, опытная эксплуатация
● окончательная настройка системы с учетом недочетов, выявленных во время опытной эксплуатации
● обучение персонала организации
Эффект от внедрения
Оптимизация документооборота компании и сокращение непрофильных издержек.
Особенности
Данное решение представляет собой как разработку системы документооборота и управления ресурсами предприятия "с нуля", так и доработку существующих систем под нужды конкретного заказчика.
Интеграционные проекты на Lotus Notes/Domino
Подход компании КСК к построению корпоративных информационных проектов на базе технологии Lotus Notes /Domino
Функции Lotus Notes/Domino в корпорации
Lotus Notes/Domino выполняет 4 основные функции в корпорации:
Корпоративная электронная почта.
2. Автоматизация задач документоориентированного типа.
3. Транспортная информационная система.
4. Web - решения.
Единая инфраструктура Lotus Notes/Domino в организации
1). Корпоративная электронная почта
Внедрение технологии Lotus Notes/Domino оправдано даже когда она используется в качестве корпоративной системы электронной почты.
Эта система может быть охарактеризована, как надежная, масштабируемая, защищенная и управляемая. Существуют организации, в которых более 100 и даже 200 тысяч сотрудников объединены системой передачи сообщений Lotus Domino. Это означает, что, при расширении вашей организации, инфраструктура Lotus Domino также может быть расширена и Вы не натолкнётесь на технические ограничения. Что касается защищенности, то Domino предлагает самую мощную на сегодняшний день систему защиты для почты в Internet.
Помимо электронной почты, Lotus Domino содержит тесно интегрированные с ней системы группового календаря и планирования.
Многие компании начинают построение инфраструктуры электронной почты с внедрения MS Exchange. Однако по мере увеличения масштабов внедрения и выявления потребностей в автоматизации задач групповой работы часть из таких компаний начинают переход к Lotus Domino. Для этого разработаны специальные процедуры миграции с MS Exchange на Lotus Domino. Компания КСК накопила большой опыт для выполнения миграций в больших корпорациях.
Схема миграции может быть представлена следующим образом
2). Автоматизация задач документоориентированного типа
Сердцем Lotus Notes /Domino является хранилище объектов, известное как NSF (Notes Storage Facility). Основной единицей хранения данных является отдельный документ, а его структура определяется формой, содержащей в себе набор полей различных типов. Например, документ, относящийся к обслуживанию клиентов, может содержать в себе дату, имя клиента, идентификационный номер клиента, имя оператора, текстовое поле для описания запроса клиента, а также поле статуса запроса. Notes использует индексированные представления для отображения списков документов, навигаторы и полнотекстовые индексы для поиска документов, а также агенты для автоматизации бизнес процессов.
Другим основополагающим механизмом Lotus Notes /Domino является механизм репликаций, решающий 2 основные задачи:
- поддержка территориально-распределенной работы (синхронизация данных и приложений);
- поддержка работы мобильных пользователей (синхронизация почты, данных и приложений).
Репликация в Lotus Notes /Domino уникальна по своей функциональности и степени гранулированности: она выполняется на уровне отдельных полей и гибко настраиваема. Она характеризуется следующими свойствами: двунаправленностью; выборочностью; репликацией между серверами и между серверами и клиентами; репликацией данных и дизайна приложения. Кроме того, репликация может осуществляться по различным коммуникационным каналам: от обычных городских телефонных линий до высокоскоростных локальных (глобальных) сетей.
Совместно механизм рекпликации и почта Notes образуют интегрированную систему передачи сообщений Lotus Notes /Domino, которая выступает основой для построения приложений автоматизации потоков работ и документооборота (workflow).
Используя интегрированную систему передачи сообщений, базы данных документов и встроенные средства разработки заказчики и разработчики приложений получают мощную платформу для разработки систем документоориентированного типа.
Компания КСК разработала и предлагает на рынке систему документооборота KCK DocLogic. DocLogic построена по модульному принципу. Более подробное описание DocLogic приведено ниже.
Несмотря на большое количество готовых приложений под Lotus Notes/Domino, большая часть приложений, работающих у заказчиков по всему миру, была разработана под заказ. Это объясняется спецификой бизнеса каждого из заказчиков, а также использованием различгых технологий и решений. Практически любой корпоративный проект на базе Lotus Notes/Domino предполагает использование как готовых решений, так и проведение заказных разработок.
Компания КСК является ведущей российской компанией в области корпоративных проектов на базе Lotus Notes/Domino и разработки заказных приложений. Компания выполнила большое количество проектов для зарубежных и российских заказчиков.
3). Транспортная информационная система
Lotus Notes/Domino обладает возможностями по обмену данными с другими информационными системами. С этой целью Lotus разработал целый спектр технологий интеграции, часть из которых встроена в Lotus Notes/Domino, а часть реализована в виде самостоятельных продуктов. В число продуктов и технологий интеграции входят:
- библиотека LotusScript Data Object — набор классов, методов, свойств и событий LotusScript, обеспечивающих доступ к реляционным и традиционным базам данных с использованием ODBC;
- встроенная технология Domino Enterprise Connector Services (DECS), которая позволяет без программирования создавать приложения, объединяющие в себе данные Domino и СУБД;
- Lotus Enterprise Integrator (LEI)- отдельный сервер, позволяющий администраторам централизованно планировать и проводить массовый обмен данными в режиме периодической синхронизации или транзакций между Lotus Domino и СУБД, включая семейство IBM DB2, Oracle, Sybase, Microsoft SQL и другие совместимые с ODBC базы данных;
- коннекторы Domino Connectors, позволяющие обеспечить обмен информацией между Domino-приложениями и системами управления ресурсами предприятия (ERP), мониторами транзакций и службами каталогов.
Перечисленные выше возможности по интеграции совместно с мощным механизмом репликаций (особенно на низкоскоростных сетях) дают полное основание использовать Domino в качестве первоклассного программного обеспечения промежуточного слоя (middleware) или транспортной системы.
4). Web - решения
Lotus Domino – это Web-сервер, поддерживающий стандарты HTTP и HTTPS. Помимо выполнения функций стандартного Web-сервера Lotus Domino умеет "на лету" конвертировать документы Notes в формат HTML и предоставлять их интернет-пользователю. Таким образом, информация для вашего Web-узла будет храниться не в виде файлов HTML в файловой системе, а в виде документов базы данных Domino.
Это означает, что вы можете без дополнительных накладных затрат использовать все мощные средства разработки Lotus Notes/Domino и сделать ваши приложения и данные Domino доступными для пользователей Internet/Intranet. При этом все сервисы Domino, такие как индексирование документов, категоризация, полнотекстовый поиск, репликация, запускаемые по расписанию и по наступлению определенных событий агенты автоматически становятся доступными для создателя вашего Web-сервера.
За счет этого Вы можете сделать процесс информационного наполнения вашего Web-узла практически самодостаточным. Web-мастер не должен будет постоянно вручную заниматься обновлением содержимого узла и перестанет быть "узким местом" этого процесса. Поскольку источником данных для Web-узла является база данных Lotus Notes/Domino, то сами авторы документов имеют возможность опубликовать их на Web-узле. При этом, за счет средств согласования и автоматизации рабочих потоков (workflow) автоматически поддерживается процесс утверждения документов для публикования на Web, уведомления авторов и ответственных о необходимости внесения изменений, обновлений или удаления.