Читав сьогодні статтю "SharePoint как платформа для документооборота" (журнал "Компьютерное обозрение" №22/2008), і став пригадувати аналогічні можливості для організації документообігу в Drupal.

Отже, що стало на думку:
1. Робочі процеси або процедури (Workflow)
Є окремі модулі, що дозволяють реалізувати заздалегідь сплановану послідовність дій, що може відповідати робочим процесам. Проте їх налаштування - справа не офісного співробітника, а окремого програміста зі знанням Drupal.
Типові завдання: послідовне створення документу, його подальша ревізія, підписання, доведення до певного кола осіб в межах однієї організаціх або надсилання до іншої організації.
Для "шістки" покищо звертаю увагу на Rules.
The rules modules allows site administrators to define conditionally executed actions based on occurring events (ECA-rules). It's a more feature rich replacement for the trigger module in core.
So one can use it to customize a site without programming, e.g. you can:
• send customized mails to notify your users about important changes
• build flexible content publishing workflows
• create custom redirections, system messages, breadcrumbs, ..
• and a lot more...
Взагалі то Actions+Triggers+мабудь ці Rules складають враження потужного інструменту, проте недосяжного звичайному користувачу.

2. Інтеграція з електронною поштою.
Теж можно зробити за допомогою контрібних модулів, для "шістки" поки що маловато та сировато... Типове використання пошти в СЕДО - екземпляр електронної пошти як нода певного типу, призначення вхідних/вихідних номерів як для зареєстрованого документу, виконання колективних операцій над поштою (workflow).
Відзначу лише "Mail API", який поки що в стані розробки.
This module provides an API for email related modules, and a hook system for mail server related modules. It does nothing on it's own.
This also contains a sub-module called mail_api_service, which uses the Services module to provide a service that can increase the flexibility of this module even further.
Щодо об'єднаного проекту "Messaging & Notifications" - вже має підтримку токенів, але мені важко поки що оцінити його придатність до систем документообігу.

3. Обробка документів з форматів популярних офісних пакетів (export/import).
Ну тут не треба казати, що Drupal взагалі не для цього створювався! :) Проте можливості як самої CMS, так і php в цьому плані поки що дуже обмежені - до потужностей Microsoft Друпалу як "Запорожцю" до Porshe Cayenne. Хоча є певні спроби - експорт в Drupal XML та імпорт з MS OOXML. Звертає на себе увагу модуль "Document Import API"
The goal of this project is to create a plugin based import module for Drupal that allows the upload of office suite file formats which would be parsed into Drupal nodes. Allowing even novice CMS users to generate content using a familiar office productivity suite.
тому що авторами заявлена можливість імпорту

-Microsoft Office
-Parse the .doc file type provided by various versions of Word.
-Parse the .xls file type provided by various versions of Excel.
-Open Document Support
Можливо що разом з "File Framework" та "Bitcache" матимемо платформу для зберігання та експорту/імпорту документів. Цікаво, яке навантаження вийде на сервер з Друпал, якщо водночас будуть відпрацьовуватись нехай десять операцій конвертації форматів, враховючі Друпалівський апетіт до системних ресурсів?

Перелічені пакети дають можливість створення хоча б простішої системи документообігу, що виконує свої процедури локально, тобто в межах одного сервера. Але це вже вчорашній день... взагалі зараз важко уявити життездатність CMS, яка не має засобів міжвузлового (мережевого) обміну контентом.

Доречі, вперше там в журналі зустрів термін ECM, але про це та про Drupal for Enterprise - мабудь іншого разу...