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

В начале 90-тых автоматизация делопроизводства (или, как его еще часто называют, документооборота) была почти столь же популярна среди вольных разработчиков софта, как и разработка бухгалтерских программ. Поскольку в то время у государства деньги еще были, бюрократы, ведавшие выделением ресурсов, с удовольствием выделяли их на облегчение (как им тогда казалось) своей жизни. Опять же, это позволяло обосновать покупку компьютеров, на которых можно не только (и даже не столько) учитывать документы, но и  играть в Digger-a. 
Чаша сия не миновала и автора статьи, которому пришлось в 1991 году заниматься автоматизацией городской и ряда районных администраций одного не очень маленького города. Результатом работы стала система работы с письмами граждан, которая, кажется, работает до сих пор, и понимание того, что делопроизводство – штука очень и очень непростая. 

	В процессе подготовки темы номера  я решил поинтересоваться, в каком состоянии находится рынок автоматизации делопроизводства сегодня, какие на нем имеются игроки, и какие просматриваются тенденции. Методика была простой – я использовал опрос знакомых специалистов для определения списка фирм, и затем Интернет для более детального ознакомления с этими компаниями. В результате в  мой «short list»(1)  попали четыре компании:

-	Cognitive technologies  (www.cognitive.ru)	
-	АО «Весть», недавно объединившаяся с компанией Метатехнологии (www.vest.ru)
-	Научно-технический центр Института развития Москвы  (http://domino.mdi.ru/)
-	ЭОС (Электронные оффисные системы). (www.eos.ru)

(1) На самом деле этот список можно пополнить  Есть еще и ИнтерТраст, ЦентрИнвесСофт, Оптима, TopS, IBS, АйТи, 1С и т.д. Практически любой системный интегратор, и уж точно любой поставщик Лотуса имет предложить нечто свое, чтобы по возможности замкнуть на себя клиента. Вышеперечисленные четыре компании образуют “полное покрытие”, т.е. предоставляют все нужные мне для рассуждения примеры типов систем. 

После детального ознакомления с материалами на web-сайтах этих компаний, стало ясно, что все проекты и
продукты распадаются на два больших класса - в одних по новым технологиям обрабатываются большие потоки однородных документов (будем называть такие задачи задачами массовой обработки), а в других - по  традиционным технологиям не столь большие потоки разнородных документов (будем называть это делопроизводством). 
        В первых случаях звучит терминология из области DMS и WorkFlow (репликация базы данных, маршрутизация, потоки работ ) и др, а во втором - традиционная делопроизводственная (регистрационная карточка, резолюция, канцелярия...).  
У этих двух классов задач оказываются даже разные  критерии успешности внедрения: для массовой обработки - это уменьшение времени и повышение вероятности обработки одного документа (эффективность), а для делопроизводства  - это то, чтобы по возможности все делопроизводство организации шло в рамках системы (полнота).

Большинство проектов Вести и Когнитив относится к классу массовой обработки, а по количеству описанных крупных внедрений в области собственно делопроизводства среди рассмотренных компаний организаций явно лидировали Институт развития Москвы и  компания ЭОС.

Мое внимание привлекла последняя. Относительно недавно появившись на рынке (в 1994 году), ЭОС сумел внедрить свою систему Дело-96 у целого ряда очень серьезных заказчиков (ЦБ РФ, администрация РАО ГАЗПРОМ, Государственная дума и др.), причем в тех местах, откуда мне удалось получить  «агентурные данные», система действительно эксплуатируется, а не просто числится внедренной. Кроме того, в отличии от остальных, ЭОС занимается ТОЛЬКО автоматизацией делопроизводства, что подразумевает глубокую специализацию, и способность выжить там, где большинство заказов подминается системными интеграторами. Т.е. система обладает такими конкурентными преимуществами, что ее удается внедрять независимо от сопутствующих обстоятельств – поставки оборудования, продажи базового софта, налаживания телекомуникации, автоматизации оперативного учета и др.

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

Проблемой комплексной автоматизации делопроизводства Владимир Баласанян начал заниматься в начале 80-тых годов в самой серьезной организации Советского союза - ЦК КПСС. Общий отдел ЦК тогда имел штат более 500 человек, и через него проходили все поступившие в ЦК документы, и все исходящие директивы ЦК. Под руководством Баласаняна  был успешно автоматизирован общий отдел, и ряд секретариатов ЦК. Для этого были использованы самые передовые для того времени технологии -  работа происходила на персональных компьютерах Wang, объединенных в локальную сеть. Далее Баласанян с командой занимались аналогичной работой в  аппарате Президента СССР и затем Президента России. 
	В конце концов на базе сложившейся команды в 1994 году была создана совместная со Steepler компания ЭОС, специализирующаяся на системах автоматизации делопроизводства. Наработанные с начала 80-тых контакты, доскональное знание россйского делопроизводства  и использование современных программных технологий позволило молодой компании быстро закрепиться на самом тяжелом сегменте  – рынке крупных корпоративных клиентов.
	В числе пользователей системы - Государственная Дума,  РАО Газпром, ЦБ РФ – центральный аппарат и ГУ по Москве и Ленинградской области, налоговая полиция, ОНЭКСИМ-банк, АО Мосэнерго, ЮКОС и еще десятка два столь же именитых клиентов. 

Самым масштабным на сегодняшний день внедрением у ЭОС видимо, следует считать систему работающую в центральном аппарате ЦБ, где система установлена на 260 рабочих местах и на ней обрабатывается до 20000   документов в месяц, объем базы превысил 400000 документов. Система внедрена также в ГУ ЦБ по Москве и Ленинградской области, и довольно значительный поток документов в электронном виде циркулирует между центральным аппаратом и этими территориальными правлениями.

	Делопроизводство по-российски

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

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

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

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

Автоматизация делопроизводства – основные понятия.

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

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

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

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

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

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

	Для каждого исполнителя в система должна предоставлять рабочее место, где он получит доступ к "своим" документам.

Имеется два ключевых требования к система автоматизации реального делопроизводства:
	-  понятие "Документ" (регистрационна карточка) должно быть достаточно богатысм, и содержать все реквизиты, необходимые с точки зрения существующих нормативных актов;
 - Система была достаточно «снисходительна», и не требовать того, чтобы весь жизненый цикл документов замыкался в системе.
Делопроизводство,  Document managament  и Workflow

	При упоминании делопроизводства и документооборота на ум приходит два иностранных понятия: Document managament systems (DMS) и Workflow.

	  DMS - это системы для организации архивов документов, с разнообразными дополнительными возможностями - поисками по разным критериям (иногда нечетким, и требующим весьма интеллектуальной обработки), рубрикаторами, управлением доступом для разных категорий пользователей, хранением версий, распределенной работой с репликацией, и др. Развитые современные DMS позволяют хранить не только текстовые документы, но картинки, звуковые и видео-записи, и даже искать их.  Примерами DMS являются весьма известные на российском рынке системы Excalibur, DOCS Open и система Евфрат от Cognitive Technologies. DMS  является обязательной компонентой системы автоматизации делопроизводства, но не исчерпывает ее.

Workflow (системы автоматизации деловых процессов) - это системы, организующие распределение сложно устроенных работ по многим взаимодействующим исполнителям, и координацию их деятельности. Типичными понятиями workflow являются Исполнитель, Работа, Список задач, граф работы и др. 
	Администратор с помощью соответствующих средств (обычно графических) описывает бизнес процессы, что должен делать каждый исполнитель, куда от него должна уйти работа, и др. После этого каждый исполнитель получает на своем рабочем месте список того, что он должен сделать в текущий момент времени, и после того, как он делает то, что от него требуется работа "уезжает" дальше - туда, куда нарисовал администратор (жесткая маршрутизация), или туда, куда ее отослал исполнитель (свободная маршрутизация).
	Различные Workflow системы различаются средствами описания графов работ, видами маршрутизации, и собственно, видами работ, которые может выполнять исполнитель в рамках системы. Почти все Workflow системы поддерживают, например, такой вид работы, как заполнение форм (с возможностью, естественно, спроектировать эту форму административными средствами системы и на встроенном языке описать тонкое поведение этой формы при ее заполнении). 
	Большинство Workflow систем имеют API, позволяющий внешним задачам, (собственно, тем, которые будут запускать исполнители или сама система) получать доступ к данным Workflow-системы.
	Примерами Workflow, представленными на российском рынке, являются StuffWare, LinkWorks, Action Workflow, WorkRoute.

	Многие решения, которые подаются как средства автоматизации делопроизводства, представляют собой сочетание некоторым образом связанных DMS- и Workflow- систем. Таково, например, решение от компании ВЕСТЬ, представляющее собой сочетание DMS "DOCS Open" и Workflow собственной разработки  "Work Route II".

С помощью подобных наборов хорошо автоматизируются системы массовой обработки, но создать на их базе систему делопроизводства, удовлетворяющую нормативным требованиям, обычно не получится. Вероятно, одна из  причин состоит в том, что понятие Документ, которое поддерживает Workflow,  недостаточно емко и в него не удается вписать все то множество структурированных реквизитов, которые требуются для реального делопроизводства. 
	По крайней мере все описанные на сайте ВЕСТЬ-и успешные примеры внедрений характеризуются тем, что  там автоматизировался достаточно жесткий массовый оборот  документов достаточно простой структуры.

	Дополнительные проблемы вызывает внедрение в российских организациях workflow-систем. Несмотря на жесткие правила ведения документации, работают идет, как правило, с существенными отступлениями от правил,  поэтому значительная часть функциональности пакетов WorkFlow остается невостребованной  - их не удается использовать для отражения бизнес-процессов компании.  А реинжениринг , к которому призывают поставщики workflow,  дорог и трудоемок, и внедрение его результатов мало кому под силу из нынешних российских организаций.
 
Так, описывая проект автоматизации делопроизводства  ММВБ (http://www.vest.msk.ru/avtomat_5-3.htm),  где был успешно установлен DOCS Open, по поводу внедрения workflow  компания «Весть» пишет  «Поддержку учетно-контрольных функций планируется осуществлять с помощью модуля гибкой маршрутизации документов и заданий с контролем исполнения – WorkRoute II, однако его внедрение решено осуществить несколько позже, после того как будут выработаны устойчивые методы работы с документами в электронном виде». Подозреваю, что этого так и не произошло - с выработкой устойчивых методов работы у нас в отечестве всегда было напряженно….

ДЕЛО-96 

	Лучше один раз увидеть, чем сто раз услышать. Поэтому для лучшего усвоения концепций я "обозрел" лидирующий продукт компании ЭОС - ДЕЛО-96. Поскольку я весьма въедливый зритель, и часто задаю вопрос "Почему", штатные демонстраторы обычно долго не выдерживают  и вызывают разработчика.  ЭОС не был исключением, поэтому систему мне показывал ее главный разработчик Юрий Назаров.

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

	Зато хорошо работает обратный подход, когда система стоится как специализированный браузер/редактор данных, описывающих предметную область (я это называю Информационная модель предметной области), а затем на нее навешивается бизнес-логика в том объеме, в котором она не мешает работать организации.

При этом я был убежден, что уж в области документооборота, где все давно зарегламентированно, должно быть по другому.  Но оказалось, что ДЕЛО-96 построено как раз в соответствии с идеологией информационной модели предметной области и содержит "честную" модель предметной области документооборота, с богатыми возможностями поиска, просмотра, удобным вводом и редактированием, мощным генератором отчетов и др. При этом система практически не проявляет собственной активности, никому ни о чем сама не напоминает и позволяет каждому исполнителю самому определять дальнейшую судьбу полученного им документа. По словам  Юрий Назаров, все попытки снабдить систему напоминающими функцими приводили к реальным затруднениям в ее использовании

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

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

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

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

	Маршрутизацию ДЕЛО поддерживает только свободную. Маршрутизация осуществляется через понятие Резолюции, по которой назначается один или несколько исполнителей. Назначенным исполнителям документ попадает в их папки входящих документов, и находится у него в работе до тех пор, пока он не отчитается по резолюции, или не переправит другому исполнителю, если он считает, что это не его документ (и это разрешено по отношению к данному документу).

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

	ДЕЛО обеспечивает также отслеживание местоположения бумажного документа (так как, к сожалению, именно он имеет юридическую силу).

	Технологическая платформа ДЕЛА - MS SQL или ORACLE  сервер, и Windows-95 клиент. Имеется также WEB-клиент для просмотра информации, так что ДЕЛО может успешно работать в распределенных Интранет-сетях.

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

	Имеется ActiveX для Microsoft Exchange, позволяющий формировать и посылать документы системе ДЕЛО-96, и наоборот, читать полученные от нее в электронном виде документы.

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

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

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

Многие организации до сих пор  используют  кустарные «поделки», внедренные в начале 90-тых, и только сейчас начали задумываться о переходе на промышленные системы.

	Из систем, собственно, автоматизации делопроизводства,  на рынке мне удалось обнаружить всего две – это подробно описаное выше ДЕЛО-96 и система «Золушка-канцелярия» от НТЦ Института развития Москвы. 

Функционально они достаточно близки. «Золушка» на рынке появилась раньше ДЕЛА, и имеется в DOS и Windows-вариантах. «Золушка« имеет сертификат Госстандарта на соответствие нормативным требованиям. Реализована она по видимому, в файл-серверной технологии, по крайней мере, явного упоминания об используемом SQL-сервере в описании продукта мне найти не удалось. 
В прошлом году НТЦ выпустил систему «Золушка-кабинет», реализованную исключительно на базе Lotus Notes, выполняющую функцию управления архивом документом, и некоторой структурированной бюрократизированной внутрикорпоративной почты. «Золушка-кабинет» может работать совместно с «Золушка-канцелярия», но функционально ее не заменяет. 

	 Cognitive technologies ведет активную работу по популяризации идей  автоматизация  делопроизводств - наприсан ряд статей об этой индустрии и даже книга о совершенствовании делопроизводства.
Но заказные проекты компании посвящены в основном на системам массовой обработки, а лидирующий “коробочный продукт” Cognitive  - Евфрат 98 является типичной DMS и практически не содержит средств управления документооборотом.

Но, по словам Владимира Баласаняна, основными конкурентами (в борьбе за деньги заказчиков по статье «Автоматизация делопроизводства») являются инструментальные "коробочные" продукты, на базе которых предполагается дальнейшей реализация системы делопроизводства сосбтвенными силами заказчика или силами системного интегратора. Типичный пример - это упоминавшийся выше DOCS Open+Work Route. Другой пример - Lotus Notes.  Как правило, именно так и происходит, когда автоматизация делопроизводства идет  в рамках заказа на системную интеграцию. 

На базе подобных решений иногда удается хорошо автоматизировать системы массовой обоработки регулярные процессы, но  как правило, полноценную автоматизацию делопроизводства в классическом его понимании сделать не удается. Связано это с тем, что 
-  задача эта достаточно сложна, независимо от инструментария
-  понятие документа в делопроизводстве сложнее, чем это возможно естественны образом отразить штатными средствами workflow-систем или Lotus Notes.

Но благодаря тому, что в мозгах имеется существенная, и тщательно культивируемая поставщиками инструментария путаница, еще находится много людей, которые искренне считают, что купив DOCS Open или Lotus Notes , они решат все свои проблемы с автоматизацией делопроизводства.

 Конечно, у этих средств есть свои поклонники, которые утверждают, что на их базе можно сделать что угодно. И наверное, они правы (как известно,  все можно запрограммировать и на машине Тьюринга). Но всяком случае, утверждения типа  «для нашего делопроизводства мы купим Lotus»столь же далеко от сути происходящего, как «для нашего бухгалтерского учета мы купим MS SQL». 

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

Комо грядеши

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

Дальнейшая «Интернетизация». 

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

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

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

	 Похоже, что путь развития систем делопроизводства - это поддержка работы не только с регистрационными карточками, но и содержательной работы с самими документами разных типов. Поскольку все управленческие решения сопровождаются документами, то вполне естественно считать, что любая автоматизация должна начинаться с учета документов и их движения.
	В частности, возникает желание скрестить системы делопроизводства с их понятием документа-работы, и оперативно-бухгалтерские учетные системы, типа 1С, с их понятием документа, как учетного события. Подобный симбиоз мог бы предоставить хорошую платформу для решения реальных задач комплексной автоматизации.
	По крайней мере,  уже сейчас объявлено о начале работы по интеграции системы WorkRout II компании ВЕСТЬ и комплекса управления предприятием «Галактика-Парус».

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

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