Реферат: Системы электронного документооборота

Название: Системы электронного документооборота
Раздел: Промышленность, производство
Тип: реферат

Хакасский Государственный Университет им. Н.Ф. Катанова

Институт Информатики и Телематики

Реферат

«СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА»

Выполнил: студент группы М-2 Филатов Д.Г.

Проверил: Яцко В.А.

Абакан 2003 г.

Содержание

Введение

1. Общие сведения о системах электронного документооборота.

2. Системы управления электронным документооборотом.

3. Основные свойства EDMS-систем.

4. Примеры применения OMS-систем.

5. Интеграция СУД с другими приложениями.

Заключение.

Список используемой литературы.

Введение

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

По данным Delphi Consulting Group, в настоящее время только в США ежедневно создается более 1 млрд страниц документов, а в архивах хранится уже более 1,3 трлн различных документов. В то же время, по данным журнала ASAP, в мире ежегодно появляется около 6 млрд новых документов, а среднестатистический служащий тратит каждый год до 150 часов на поиск утерянной информации. Значительную часть своего рабочего времени специалисты предприятий тратят как на поиск необходимой им информации, так и на создание и отправку документов. Существуют оценки, что секретарь-референт тратит до 75% своего времени на работу с документами, у руководителей на работу с документами уходит до 45% рабочего времени, а у рядовых сотрудников предприятия — до 30% времени.

Следует отметить, что потоки корпоративной бизнес-информации чрезвычайно разнообразны по источникам и формам ее представления. Однако их можно условно классифицировать по форме хранения: на электронные документы и бумажные. Существует мнение, что в настоящее время только около 30% всей корпоративной информации хранится в электронном виде (как в структурированном — в базах данных, так и в неструктурированном). Вся остальная информация (около 70%) хранится на бумаге, создавая немалые трудности при ее поиске. Тем не менее, это соотношение постепенно меняется в пользу электронной формы хранения (в частности, через развитие электронных архивов). По данным Delphi Consulting Group, объем корпоративной электронной текстовой информации удваивается каждые 3 года. По прогнозу того же журнала ASAP к 2004 году только около 30% корпоративной информации останется в бумажном виде, а 70% информации будет храниться в электронном виде. Вряд ли, конечно, когда-нибудь все документы станут только электронными, однако, несомненно, что электронная форма хранения документов будет преобладать. При этом под термином «электронный документ» в рассматриваемом контексте обычно понимается текстовый файл, документ MS Word, электронная таблица MS Excel, графический файл, несколько взаимосвязанных файлов разных форматов (так называемый составной документ) и др.

В настоящее время на большинстве российских предприятий корпоративная информация (договоры, прайс-листы, приказы, деловая переписка, финансовая документация и др.) хранится как в бумажном, так и в электронном виде (часто неупорядоченно на файл-сервере). При этом практически неизбежно возникает дублирование информации, а также не обеспечивается поддержка разных версий документов и безопасность их хранения. То есть, и при преобладании электронной формы хранения документов, они не всегда используются эффективно. Потребность в эффективном управлении электронными документами и привела к созданию систем электронного документооборота (первые из которых появились еще в 1980-е гг.). Эти системы еще называют Electronic Document Management Systems (EDMS).

EDMS-системы являются неотъемлемой частью мирового рынка ПО управления электронным документооборотом и содержимым информационных систем, так называемого DCT (document and content technologies) рынка. Аналитики IDC выделяют следующие сегменты DCT-рынка: системы электронного документооборота; системы управления содержимым на порталах предприятий и системы управления содержимым для электронной коммерции. Рост потребности предприятий в повышении эффективности групповой работы с корпоративными документами неизбежно ведет к дальнейшему развитию данного рынка. По прогнозу IDC (отчет «Document and Content Technologies Applications Forecast and Analysis, 2000-2004»), объем мирового DCT рынка должен увеличиться с $1,1 млрд в 1999 г. до почти $4,4 млрд в 2004 г. (с ежегодными темпами роста в 32%). Развитию рынка способствуют также распространение электронной коммерции и рост потребности предприятий в Web-совместимых интегрированных инструментальных средствах доступа к информации. При этом особенно быстро растет спрос потребителей на инструментальные средства сбора, поиска и анализа информации, с помощью которых возможно более оперативно обрабатывать разнородные собрания текстовых файлов, графических файлов, видео- и аудиофайлов. По оценке IDC в настоящее время продажи систем электронного документооборота формируют основу доходов на DCT-рынке. Однако сегмент приложений для электронной коммерции развивается все же быстрее. В 1998-1999 гг. объем данного сегмента вырос на 143,1%. Для сравнения, объем сегмента систем электронного документооборота в рассматриваемый период увеличился только на 19,5%, а объем сегмента приложений для порталов предприятий — на 64,6%.

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

1. Общие сведения о системах электронного документооборота.

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

Концепция безбумажной технологии имеет за плечами не одно десятилетие. В это же время сегодня можно говорить лишь о частичной реализации этой идеи. Здесь ряд причин:

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

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

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

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

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

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

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

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

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

Форма

документа

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

Сообщения электронной почты

Факсимильная информация

Сообщения в корпоративной сети

Факсы

Ответы и письма по электронной почте

Факсимильная информация

Бумажные документы

Письма

Договоры и контракты

Законодательные акты

Нормативные документы

Периодические издания

Книги

Реклама

Анкеты

Приказы

Инструкции.

Отчеты

Служебные записки

Командировочные документы

Бухгалтерские документы

Письма

Договоры и контракты

Пресс – релизы

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

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

Электронный офис предполагает организацию работы групп пользователей над совместным решением сложных распределенных задач в электронных компьютерных сетях с помощью средств вычислительной техники. Сегодня существует большое число концепций построения электронного офиса, в частности фирм Microsoft, Borland, Lotus. Все чаще обращаются к понятию “workflow”– стратегии обеспечения управления прикладными программами, необходимыми для прохождения потока работ в электронном офисе.

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

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

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

2. Системы управления электронным документооборотом.

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

· интеграции процес

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

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

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

· интеграции информационных процессов в рамках кооперации предприятий;

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

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

СУЭД (рис. 4 (приложение)) предназначена для автоматизации процессов документационного обеспечения управления предприятием, включая:

1. процессы подготовки, ввода, хранения, поиска и вывода организационно – распорядительных документов (подсистема «Электронный архив»);

2. процессы подготовки, ввода, хранения, поиска и вывода стандартных форм документов (подсистема «Ввод стандартных форм документов»);

3. управление делопроизводством (создание, обработка и систематизация архивного хранения документов – подсистема «Делопроизводство»).

Объектом автоматизации являются процессы:

· создание документов;

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

· работы с документами (передача, учет, контроль исполнения и др.).

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

СУЭД должна обеспечивать изменение своих характеристик,

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

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

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

Подсистема «Электронный архив» предназначена для следующих целей:

· оперативного и потокового ввода документов, полеченных из бумажных документов путем сканирования (получение электронных графических образов) и OCR– распознавания (преобразование их в текстовые документы);

· оперативного и потокового ввода электронных документов из других источников;

· передачи электронных документов в подсистему «Делопроизводство»;

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

· хранения электронных документов всех видов и представлений (в том числе графических образов), их поисковых образов и индексов (атрибутных и полнотекстовых);

· адресация оригиналов документов в бумажном архиве;

· поиска и извлечения документов из электронного архива;

· вывода документов из системы в виде твердой (бумажной) копии или в электронном виде, в том числе для дельнейшей доставки средствами связи;

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

Подсистема «Ввод стандартных форм документов» обеспечивает:

· проектирование представлений стандартных форм документов для их последующего ввода;

· потоковый ввод стандартных форм документов в фактографическую часть подсистемы «Электронный архив» (включая сканирование, OCR(ICR) – стилизованное распознавание, контекстный контроль и экспорт в БД).

Подсистема «Делопроизводство» обеспечивает:

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

· ведение версий (редакций) документов и их авторства;

· защиту от конфликтов при попытке одновременной модификации документа;

· электронное визирование документов (электронная подпись);

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

· организацию потока работ с документами: задание маршрута (регламентного или ситуационного) движения документов и условий осуществления работ с ними;

· допуск к документам и расширенным видам работ с ними в соответствии с установленными правами пользователей;

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

· управление маршрутами движения документов;

· контроль местонахождения документа и состояния его исполнения;

· передачу и извлечение документов в/из подсистемы «Электронный архив».

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

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

· средства для создания электронных документов;

· средства для организации и работы с электронным архивом;

· технологические средства, ориентированные на управление документооборотом;

· технологические средства, ориентированные на управление документами;

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

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

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

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

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

· средств групповой работы (типа ПО Lotus Notes, Novell GroupWise и MS Exchange);

· систем управления особыми видами документов (в частности, PDM-систем);

· специальных модулей управления документооборотом в составе корпоративных информационных систем для предприятий (SAP R/3, Baan и др.).

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

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

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

· практическая неограниченность размера электронного архива;

· встроенная поддержка полнотекстовой индексации;

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

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

· возможность ведения журналов действий пользователей.

Возникает резонный вопрос: можно ли на основе ПО поддержки групповой работы создать полноценную систему управления документооборотом предприятия? Следует сказать, что это вполне возможно, т. к. в некоторых программных средствах поддержки групповой работы есть развитые среды разработки приложений (например, в Lotus Notes). Более того, на рынке уже существуют приложения (разработанные, например, на базе того же ПО Lotus Notes), в которых вышеперечисленные возможности EDMS-систем также реализованы. Однако надо заметить, что эти возможности реализованы в EDMS-системах уже изначально. Кроме того, при работе с групповым ПО в ряде случаев возникают вопросы снижения быстродействия приложений при работе с большими и сверхбольшими базами данных. Также групповое ПО ориентировано, прежде всего, на решение задач организации взаимодействия между пользователями. По своей сути, оно является расширением программ электронной почты и не всегда подходит для работы с крупными архивами документов. На рынке сформировалось мнение, что применение группового ПО (в качестве основы для создания систем электронного документооборота) наиболее уместно на малых и средних предприятиях. Следует также отметить, что EDMS-системы в большинстве случаев имеют шлюзы в групповое ПО и, при необходимости, могут использовать имеющиеся в нем почтовые программы.

В свою очередь, специализированные системы управления документами можно условно разделить на 2 категории. В первую категорию входят программные средства (достаточно давно разработанные), изначально ориентированные на узкопрофильное применение и не имеющие средств интеграции с другими информационными системами. Подобные системы еще есть на предприятиях, и, в основном, они представлены местными разработчиками. Помимо управления документооборотом, такие программные системы предназначены для решения конкретных финансовых задач, управления персоналом, ведения складского учета и т. д. Отметим, что у большинства таких систем есть существенные ограничения при их применении на предприятиях. В частности, для каждого из приложений в такой системе необходимо поддерживать свою базу данных (нередко эти базы данных никак не связаны друг с другом). Затраты на поддержание инфраструктуры таких систем настолько велики, что они постепенно изживают себя. Во вторую категорию входят специализированные PDM-системы, предназначенные для управления производственной информацией и имеющие средства интеграции с другими программными системами. PDM-системы работают уже и с электронными образами сложнейших объектов (например, кораблей и машин). Более подробную информацию о PDM-системах можно найти в «КИ» № 3-7/2001.

Что касается корпоративных информационных систем (КИС), то в большинство из них встроены модули поддержки делопроизводства. Однако возможности этих модулей достаточно ограничены, т. к. практически невозможно создать универсальную и полнофункциональную КИС. Кроме того, цена западных КИС настолько велика (многие сотни тысяч и миллионы долларов), что не всякое российское предприятие сможет позволить себе ее внедрение. Следует все же отметить, что в большинстве распространенных EDMS-систем реализована интеграция с наиболее известными КИС (в частности, с SAP R/3, Oracle Applications и др.). Именно возможность интеграции с различными приложениями является одним из характерных свойств EDMS-систем. Благодаря наличию этого свойства, EDMS-системы могут выступать в качестве связующего звена между различными системами, функционирующими на предприятии, создавая, тем самым, основу для организации всего его делопроизводства.

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

3. Основные свойства EDMS-систем.

Открытость

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

Высокая степень интеграции с прикладным ПО

Важной особенностью EDMS-систем является также высокая степень их интеграции с прикладными программами за счет использования технологий OLE Automation, DDE, ActiveX, ODMA, MAPI и др. А непосредственно при работе с документами вообще нет необходимости пользоваться утилитами EDMS-системы. Пользователи имеют дело только с обычными прикладными программами: в момент инсталляции клиентской части EDMS-системы прикладные программы дополняются новыми функциями и элементами меню. Например, пользователь текстового процессора MS Word, открывая файл, сразу видит библиотеки и папки с документами EDMS-системы (откуда он и выбирает необходимый ему документ). При сохранении документ автоматически помещается в базу данных EDMS-системы. То же относится и к другим офисным и специализированным программам.

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

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

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

В большинстве случаев серверная часть EDMS-системы состоит из следующих логических компонентов (которые могут располагаться как на одном, так и на нескольких серверах):

· хранилища атрибутов документов (карточек);

· хранилища документов;

· сервисы полнотекстовой индексации.

Под хранилищем документов обычно понимается хранилище содержимого документов. Хранилище атрибутов и хранилище документов часто объединяют под общим названием «архив документов». Для хранения атрибутов в большинстве EDMS-систем используются СУБД Oracle, Sybase, MS SQL Server и Informix, обеспечивающие поиск документов по атрибутам.

Для хранения непосредственно содержимого документов в большинстве EDMS-систем применяются файл-серверы MS Windows NT, Novell NetWare, UNIX и др. В этом случае могут быть реализованы и гетерогенные комбинации сетевых сред. Например, база данных с атрибутами документов может работать под управлением ОС UNIX в сети TCP/IP, а сами документы могут храниться под ОС Novell NetWare в сети IPX/SPX. Следует отметить, что большим преимуществом EDMS-систем является хранение документов в исходном формате (и автоматическое распознавание EDMS-системами множества форматов файлов).

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

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

Особенности маршрутизации документов

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

Мощные средства разграничения доступа

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

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

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

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

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

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

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

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

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

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

Наличие утилит просмотра документов разных форматов

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

Возможность аннотирования документов

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

Поддержка различных клиентских программ

Клиентами большинства EDMS-систем могут быть ПК с ОС MS Windows 95, Windows NT. В некоторых EDMS-системах допускается также использование платформ UNIX и Macintosh. Кроме того, все современные EDMS-системы позволяют работать с документами через стандартные Web-браузеры. Так как Web-браузеры могут быть размещены на разнообразных клиентских платформах, то это облегчает решение проблемы обеспечения работы EDMS-систем в гетерогенных сетевых средах. При использовании Интернет-технологий у EDMS-систем появляется еще один серверный компонент, отвечающий за доступ к документам через Web-браузер.

Системы управления выводом документов

Одним из особых сегментов современного рынка систем управления документооборотом (СУД) являются так называемые системы управления выводом документов (output management systems — OMS) , основным предназначением которых является генерация выходных документов. Ряд OMS-систем отвечает только за распределение и доставку выходных документов (в электронном виде — в форматах HTML, XML и PDF). Очень часто OMS-системы интегрированы с программными пакетами сканирования документов и изображений. Полезной возможностью некоторых OMS-систем является и взаимодействие с унаследованными системами.

В некоторых OMS-системах дополнительно реализована возможность архивации и долговременного хранения выходных отчетов и документов. В связи с этим, многие из OMS-систем классифицируются Gartner Group как интегрированные системы архивации и поиска документов (IDARS — integrated document archive and retrieval systems) . Однако главной причиной популярности OMS-систем все же является занимаемая ими рыночная ниша — генерация документов и отчетов в информационных системах предприятий и организаций, построенных с использованием ERP-систем. По мнению аналитиков Gartner Group, одним из слабых мест современных ERP-систем является плохое управление генерацией выходных документов (разработчики ERP-систем больше сосредоточены на повышении функциональности ключевых модулей своего ПО, чем на «второстепенных» вопросах обеспечения генерации выходных отчетов, не имеющих, по их мнению, хороших рыночных возможностей). Именно этот недостаток ERP-систем и послужил основным фактором появления и быстрого развития рынка OMS-систем.

Информационно – поисковые технологии для электронного делопроизводства.

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

Индексирование документов означает:

· реквизитную индексацию;

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

· настройку состава полей, типа и длины контрольных карточек документа в архиве;

· автоматическую полнотекстовую индексацию документов;

· автоматическое распознавание формата файла электронного документа;

· индексацию текста документа сразу при его вводе;

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

· наличие стоп – словарей при полнотекстовой индексации и обеспечение их настройки;

· выделение из текста сложных (составных) терминов и понятий;

· поддержку и настройку словарей и тезауруса;

· технологию реквизитной разметки документов;

· настройку набора реквизитов;

· возможность различных режимов реквизитной разметки документов (ручной, автоматический, полуавтоматический);

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

Хранение документов включает в себя возможность:

· работы с библиотеками магнитооптических дисков, магнитных лент, компакт – дисков для хранения больших объемов информации;

· управление внешними носителями;

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

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

Поиск предусматривает:

· наличие стандартного языка запросов к БД;

· реквизитный поиск документов;

· полнотекстовый поиск, точность поиска;

· поиск по именам документов и аннотациям;

· формирование сложных запросов с использованием логических операций;

· контекстный поиск и меру близости слов при поиске;

· адекватность результата поиска запросу;

· морфологический анализ при построении запроса;

· возможность работы с системой удаленных пользователей.

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

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

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

4. Примеры применения OMS-систем.

Крупная американская компания Hill’s Pet Nutrition (Topeka, штат Канзас), имеющая более 250 дистрибьюторских центров, построила свой бизнес на доставке разнообразных товаров для домашних животных в ветеринарные пункты по всей стране. Естественно, что важную роль в успешности бизнес-модели Hill’s Pet Nutrition играет своевременность доставки товаров и отсутствие простоя транспортных средств. Для оповещения дистрибьюторских центров о заказах на погрузку используется ПО управления выводом документов разработки компании HP/Dazel , имеющее стандартный интерфейс с ERP-системами (если на предприятии не используется ERP-система, то документы отправляются по электронной почте или через факс). По данным HP/Dazel, около 30% сбоев в бизнес-процессах предприятий и организаций происходят именно из-за проблем с доставкой документов. Эти сбои почти всегда приводят к потере времени и денег.

Применение данного ПО предотвращает ситуацию, когда сбой принтера (распечатывающего заказ на погрузку товаров) в любом из 250 дистрибьюторских центров Hill’s Pet Nutrition останется незамеченным для центрального офиса, собирающегося отправить на следующий день в данный центр грузовой фургон за заказом. Если сбой принтера оказался бы незамеченным, то заказ не был бы вовремя подготовлен, и рейс оказался бы порожним (с соответствующими убытками для компании). В ПО от HP/Dazel реализована функция отправки подтверждения в центральный офис о фактической распечатке заказа на сетевом принтере дистрибьюторского центра. Если на принтере центра произошел сбой, то заказ отправляется на факс центра. Если отправить заказ по факсу тоже не удается, то он распечатывается в центральном офисе с примечанием о необходимости отправки заказа по электронной почте.

В свою очередь, ПО e.ComPresent Web Portal разработки компании Optio Software позволяет клиентам и бизнес-партнерам управлять процессом доставки документов (в том числе, доставляя документы и в электронном виде). Клиент определяет не только электронный адрес получателя, но и формат доставки, а также правила аутентификации. Информация из ERP-системы следует через ПО Web Portal. После идентификации адресата информация маршрутизируется в соответствии с инструкциями отправителя.

Системы, подобные e.ComPresent Web Portal, предоставляют новые возможности для создания Web-ориентированных пользовательских приложений, основанных на клиентском самообслуживании. Web-доставка уже доказала свою эффективность, снизив расходы на печать и почтовые отправления. Вместо отправки по электронной почте многостраничного отчета в сотни офисов пользователи могут просматривать данный отчет через Интернет/интранет. Некоторые системы управления выводом документов позволяют также определять конкретные страницы или разделы, требуемые пользователю. Кроме того, т. к. пользователям обычно не нужно просматривать весь отчет, то с помощью ПО Cypress.Web portal можно отправить информацию постранично в сжатом виде. Похожий прием можно использовать при распределенной отправке отчетов по электронной почте. Вместо самого отчета адресат получает уведомление о его готовности к просмотру. Кликая на HTML-ссылку, он инициирует сессию работы с ПО Cypress Docuvault и просматривает отчет.

Компания Mobius Management Systems продвигает ПО ViewDirect , в котором реализована возможность связи отчета, формируемого в данный момент времени пользователем, с другими приложениями. Например, из приложения автоматизации продаж можно зайти в Интернет, а затем воспользоваться возможностями поисковой машины Mobius e-Search&View : предположим, что с помощью Web-браузера можно просмотреть все необходимые отчеты и документы (при наличии прав доступа к ним).

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

Информация, которую пользователь хочет включить в отчет, может быть получена не только из ERP-системы. Перед выводом отчета пользователи могут запросить из OMS-системы (в том числе, через Интернет) любую индексированную информацию, хранящуюся в общем репозитарии. Если пользователям необходимо регулярно готовить отчеты, то они могут сформировать запросы таким образом, что запрашиваемая информация будет автоматически собираться, храниться и доставляться на настольный ПК пользователя (эту функцию OMS-систем часто еще называют «пакетной обработкой»). Компания NEN Life Science Products, занимающаяся поставкой химических веществ для производителей лекарств, с помощью этой функции (в частности, в OMS-системе Optio) осуществляет мониторинг репозитария и ищет так называемые «спусковые точки» (trigger-points), приводящие к генерации определенных запросов (например, о радиационной безопасности поставляемого химического вещества). Такой запрос генерируется, если совокупная радиоактивность поставляемого химвещества превышает определенный порог. Аналогичным образом могут использовать ПО Optio и страховые компании, собирающие статистические данные о заболеваниях своих предполагаемых клиентов.

Перспективы OMS-систем

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

5. Интеграция СУД с другими приложениями.

Общие сведения

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

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

В настоящее время ряд СУД западной разработки уже интегрирован через API-интерфейс с наиболее распространенными на Западе ERP-системами (включая SAP, PeopleSoft, J.D. Edwards, Baan и др.). В то же время некоторые разработчики ERP-систем предлагают для интеграции свой интерфейс (например, SAP AG — стандартный интерфейс SAP ArchiveLink , обеспечивающий доступ к репозитариям SAP R/3) и даже сертифицируют СУД на интегрируемость со своими системами.

Ниже будут кратко рассмотрены общие сведения об интегрируемости некоторых западных СУД с ведущими ERP-системами.

Datamax Technologies

СУД VisiFlow (производства компании Datamax Technologies ) представляет собой распределенное решение, масштабирующееся от небольших рабочих групп до крупных предприятий. Она интегрирована с большинством западных ERP-систем и сертифицирована для интерфейса SAP ArchiveLink. В ней интегрированы следующие функции: управление потоками работ, управление документами, COLD-ERM, CTI и распознавание форм отчетов.

При интеграции с ERP-системой с помощью VisiFlow осуществляется управление всеми видами документов как вне, так внутри ERP-системы. Развертывается реляционная БД (репозитарий), обработка информации в которой идет параллельно с ERP-системой. Документы могут искаться и просматриваться из клиента ERP-системы при помощи специальных программ (от Datamax). Возможны также поиск и просмотр информации вне ERP-системы через Windows- и Web-интерфейсы. Поддерживаются полнотекстовая индексация и поиск.

Easy Software

Интеграция с ERP-системами является основным бизнесом компании Easy Software . СУД Easy Archive ее разработки интегрируется через сертифицированный интерфейс SAP ArchiveLink, а также через API-интерфейс (c ERP-системами Baan, Sage, J.D. Edwards и Navision). Кроме того, Easy Archive интегрирована с ПО Lotus Notes и СУД Staffware.

При интеграции с SAP R/3 СУД Easy Archive позволяет искать данные и документы в любом из модулей данной ERP-системы (включая Materials Management, Sales and Distribution и Production and Planning). В Easy Archive реализованы функции полного захвата данных и документов, их архивации, управления документами и групповой работы через Интернет. Через Easy Archive возможен также доступ к документам с мобильных устройств через WAP-протокол.

Документы и данные (как вне, так и внутри ERP-системы) доступны через клиентскую программу ERP-системы. Репозитарием является полнотекстовая база данных от компании Verity. Внешние документы (сканированные, принятые по факсу, в электронной форме) автоматически индексируются и соотносятся с конкретными транзакциями внутри ERP-системы (что исключает необходимость ручной индексации). СУД Easy Archive может быть интегрирована и с SAP Business Workflow (для назначения документов получателям).

FileNet

Компания FileNet также интегрировала свою СУД Panagon с ведущими ERP-системами и разработала специальные предложения для интеграции. К этим предложениям относятся: ПО Panagon Document Warehouse for SAP R/3 и Web-ориентированное ПО Panagon for J.D. Edwards OneWorld .

ПО Panagon Document Warehouse — это автономный программный продукт, который исполняется вместе с ERP-системой. ПО Panagon Document Warehouse для SAP R/3 обеспечивает доступ к любому документу с любого настольного ПК в организации. В нем реализованы функции захвата, индексации, архивирования и управления всеми объектами R/3, включая документы, сгенерированные в SAP R/3, а также различные виды изображений (в том числе, принятые по факсу и отсканированные).

Пользователи Panagon Document Warehouse могут связаться с бизнес-потоками SAP R/3 для распределения документов внутри данной ERP-системы. Система обеспечивает единый интерфейс для управления внешними и внутренними документами (сгенерированными внутри ERP-системы) как для клиент-серверных, так и Web-ориентированных пользователей R/3. Ряд функций (check-in/check-out, редактирования и распределения документов по всему предприятию) доступен для пользователей MS Office, Lotus Notes и других бизнес-приложений.

Система не хранит информацию в базе данных ERP-системы. Репозитарии документов доступны через управляемую реляционную базу данных (Oracle или MS SQL Server), поддерживаемую в самой Panagon Document Warehouse. Вследствие этого, пользователи могут гибко управлять документами и объектами вне ERP-системы. Данные в ERP-системе могут быть связаны ссылками с соответствующими документами. В Panagon Document Warehouse также поддерживаются полнотекстовые индексация и поиск документов.

Hyland Software

В СУД OnBase производства компании Hyland Software реализованы возможности управления изображениями, COLD-ERM, управления потоками работ и Web-доступа. Она может быть интегрирована с большинством ERP-систем через их API-интерфейсы. Кроме того, Hyland недавно выпустила ПО OnBase Archive Server для SAP R/3, интегрированное с данной ERP-системой через интерфейс SAP ArchiveLink и предназначенное для обеспечения архивных и поисковых функций в SAP R/3 (за счет использования возможностей СУД OnBase).

При использовании ПО Archive Server документы, генерируемые внутри SAP R/3 (списки для печати, исходящие документы, архивные данные и др.), могут управляться посредством СУД OnBase таким же образом, как отсканированные документы, файлы настольных приложений и электронной почты. OnBase обеспечивает возможности работы со всеми типами документов внутри ERP-системы. Все данные и документы доступны через единый интерфейс как внешним приложениям, так и приложениям в ERP-системе.

На базе СУД OnBase может быть реализовано полное управление потоками работ в ERP-системе. Она также может быть использована в качестве поисковой системы для front-end-приложений. На базе OnBase развертывается репозитарий, поддерживающий MS SQL Server, Oracle и Sybase SQL Anywhere. Репозитарий интегрирован с ERP-системой через API-интерфейс OnBase, и пользователи могут получить доступ к распределению, хранению и поиску информации как внутри, так и вне ERP-системы. В качестве клиентского интерфейса используются средства OnBase или клиентская программа в ERP-системе. Также поддерживаются полнотекстовые индексация и поиск документов.

IBM

Компания IBM предлагает решение Content Manager CommonStore , предназначенное для управления электронными документами в SAP R/3 и позволяющее архивировать и распределять данные, а также управлять ими. ПО IBM Content Manager CommonStore for SAP сертифицированодляновейшейверсииинтерфейса SAP ArchiveLink. С помощью CommonStore упорядочивается размер базы данных SAP R/3, ускоряется доступ к бизнес-документам, совершенствуются бизнес-процессы, автоматизируются рутинные задачи и распределение документов. Бизнес-документы, поступающие из SAP R/3 и других бизнес-приложений (инвойсы, заказы, отметки о доставке, письма, факсы, электронные таблицы, электронная почта и др.), могут быть связаны, проиндексированы и сохранены в общих электронных папках для обеспечения возможности доступа к ним всех пользователей предприятия. Реализована также возможность сохранения данных из других приложений.

CommonStore архивирует данные с помощью ПО Tivoli Storage Manager. Существует также опциональная возможность сохранения изображений и документов непосредственно в IBM Content Manager. Как только документ заархивирован с помощью CommonStore, его можно найти в любое время через SAP R/3 или Content Manager CommonStore. Сохраненная информация доступна также через Lotus Notes, Интернет/интранет браузеры или любые другие бизнес-приложения, интегрированные с IBM Content Manager.

Репозитарий (IBM Content Manager, Content Manager OnDemand или Tivoli Storage Manager) работаетпараллельнос ERP-системой. Склиентскойстороныпоискдокументовосуществляетсячерез GUI-интерфейсы SAP R/3, IBM Content Manager или Content Manager OnDemand. В системе поддерживается полнотекстовый поиск.

Ixos Software

Ведущим поставщиком технологий архивации данных и документов для SAP R/3 является компания Ixos Software . В частности, следует отметить, что интерфейс SAP ArchiveLink (интерфейс между ERP-системой R/3 и репозитариями документов и данных от третьих фирм) был разработан совместно компаниями Ixos и SAP AG. ПО Ixos Archive было создано специально для повышения функциональности R/3. Вместо интеграции двух систем через API-интерфейс (как это сделано для ряда СУД) SAP ArchiveLink поддерживает быструю интеграцию между R/3 и Ixos Archive. В результате, для СУД Ixos Archive не требуется наличия специальной программы просмотра, дополнительного кодирования системы управления потоками работ и документами или дополнительного программирования.

ПО Ixos Archive обеспечивает решения по управлению документами уровня предприятия для стандартных клиентских программ, серверов и интранет-сетей. С его помощью автоматизируется обработка изображений и документов, их архивация, поиск, распределение, доставка и повторное использование. В свою очередь, с помощью ПО Ixos-Mobile/3 реализован удаленный доступ к документам в SAP R/3.

В Ixos Archive реализованы возможности работы с бумажными документами, электронными файлами, стандартными отчетами R/3, внешними сгенерированными объектами и объектами
R/3. Документы маршрутизируются с помощью R/3 Business Workflow, просматриваются через его программу-вьюер и управляются непосредственно из R/3. Через Ixos Archive можно также управлять архивацией данных и конвертацией объектов R/3 для Web-презентаций.

Ixos также предлагает различные машины приложений, которые могут быть интегрированы как в групповое ПО (Lotus, MS Exchange), так и в другую комплексную СУД. Документы доступны и управляются через клиентский интерфейс SAP R/3. Существует также возможность синхронизации конкретных подмножеств данных из ERP-системы с внешним приложением обработки документов.

В самой СУД Ixos Archive не поддерживается полнотекстовый поиск документов, однако эта функция может быть реализована через интеграцию с ПО Verity.

Интеграция с CRM-приложениями

Заметное место на современном рынке бизнес-приложений занимают и системы управления взаимоотношениями с клиентами (CRM). В частности, CRM-приложения предлагают такие компании, как Siebel Systems, Clarify, Vantive, IBM, Janna Systems и др. Даже разработчики ERP-систем (например, Oracle, SAP, Peoplesoft и Baan) выпускают (или планируют выпустить) CRM-приложения в качестве надстройки над своими системами.

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

Для интеграции СУД и CRM-приложений применяются разные способы. Широко распространено использование компонентных моделей (COM, CORBA и JavaBeans). Таким образом действуют, например, компании Staffware, Identitech и Plexus. Другой подход — это создание шаблонных приложений , которые могут быть использованы во множестве сценариев. Так действуют компании FileNet и Lucent (www.mosaix.com), предлагающие шаблонные приложения, которые могут быть повторно использованы во множестве систем — от CRM до ERP.

СУД, используемые совместно с CRM-приложениями, должны также обеспечивать надежную обработку больших объемов информации и масштабируемость в приложениях электронной коммерции. Ряд компаний (Keyfile, Plexus, Staffware, IBM и Oracle) реализовали это требование за счет применения компонентов ПО промежуточного слоя (Web-серверов приложений, мониторов обработки транзакций и сервисов упорядочивания очередей сообщений). Например, компания Keyfile (www.keyfile.com) интегрировала свою СУД с MS Commerce Server. Компании Plexus и Staffware интегрировали свои продукты с платформами транзакций Tuxedo и WebLogic от компании BEA Systems. Oracle интегрировала свой модуль документооборота со своими же сервисами обработки сообщений Advanced Queues messaging services. IBM интегрировала свое решение по документообороту MQSeries Workflow в свое же ПО промежуточного слоя MQSeries.

Заключение.

В ближайшем будущем ожидается, что СУД будут больше интегрированы с CRM-приложениями. Многие разработчики СУД вообще считают CRM-рынок как главную возможность для своего развития. Поэтому они или «открывают» свои системы для третьих фирм, или формируют партнерские отношения с CRM-вендорами. Например, компания FileNet и Siebel Systems имеют договор, в соответствии с которым ПО FileNet Panagon VisualWorkFlo управляет документооборотом между различными модулями от Siebel Systems (производственным, центра обработки вызовов и обслуживания клиентов). Компания Staffware также имеет соглашения со многими CRM-вендорами (включая Siebel и Vantive), в соответствии с которыми функциональность ПО Staffware встраивается в данные CRM-приложения.


Список использованной литературы.

1. Карминский А. М., Нестеров П. В. Информатизация бизнеса. – М.: Финансы и статистика, 1997. – 416 с.: ил.

2. Балабанов И.Т. Интерактивный бизнес. – СПб: Питер, 2001. – 128 с.: ил. – (серия “Краткий курс”).

3. Милославская Н. Г., Толстой А. И. Интрасети: доступ в Internet, защита: Учеб. пособие для вузов. – М.: ЮНИТИ – ДАНА, 2000 – 527 с.

4. www. osp. ru

5. www. kv. by