БД СЭД - интересные топики

Уважаемые господа! Помогите с выбором СЭД. Основная задача - надежная и быстрая работа в распределенной структуре предприятия (порядка 20 удаленных предприятий со своей структурой). Т.е. должен быть внутренний документооборот на каждом предприятии и сквозной для всей структуры. Понравилось общение с LanDocs - их специалисты обещают что все будет замечательно. DocsVision очень невнятно расказывали о распределенных структурах и склоняли всех на терминалы или веб интерфейсы. И технический вопрос по поводу хранения документов. Некоторые поставщики утверждают, что документы хранятся в БД - и это самая передовая технология (всякие слова про полнотекстовый поиск и. т.д.), Другие утверждают что это потеря скорости - и документы должны храниться в фаловой системе, со всеми вытекающими... Вопрос очень актуален, т.к. количество планируемых пользователей > 2000, а предприятие полностью бумажное.... Спасибо.

Дорогие эксперты! Кто-нибудь может подсказать а как регламентируется (контролируется) скорость работы сотрудников с документами в СЭД? У нас в Компании используется БД построенные на Lotus, они обеспечивают основной функционал, но процессы электронного согласования и визирования в них могут затягиваться на длительное время, в связи с отсутствием системных методов воздействий на сотрудников затягивающих постановку визы или подпись документа. Кто в курсе в каких системах есть подобные решения и что они из себя представляют? И вообще существует ли что-нибудь более действенное чем система уведомлений/напоминаний или система замещения, при отсутствии сотрудника в офисе? Хотелось бы не просто обеспечить непрерывность процесса работы с электронными документами, но и поддерживать надлежащую скорость данного процесса. Буду признателен вам за подсказку/помощь. Александр.

Стоит задача внедрения системы документооборота на крупном промышленном предприятии (200-300 раб мест). Стоит задача автоматизации управленческого документооборота внутри предприятия Я собственно ведущий разработчик этого предприятия ) Почитав интернет и побывав на докфлоу 2007 сделал такие выводы 1)Есть западные системы типа документума... есть всё что надо и не надо. красивые... стоят дорого, внедрение ещё дороже. Сил и средств на разработку потрачено оочень много 2)Есть отечественные системы - позволяют завести карточку документа, описать маршрут, контролировать процесс прохождения. С программерской точки зрения несложны - обычно СУБД + клиенты 3)Можно написать вариант 2 собственными силами (5 человек 4 месяца кодинга + время на внедрение-отладку) (считая этап проектирования завершённым). по стоимости сравнимо с пп. 2 В таком подходе есть как преимущества так и недостатки ) 4)ЭЦП как таковая юридической силы не имеет но может являться логичным средством аутентификации ( внутри предприятия можно вообще использовать любой аутентификатор)

Уважаемые господа, Нам предложили информационное решение для автоматизации фхд компании описание решения здесь: http://www.rosterminal.com/index.php?id=36 Как вы думаете, насколько серьезны предложения подобных компаний? И что можно вы могли бы посоветовать? Объем БД 100Гб пять серверов по филиалам Одна упр. компания Несколько юр. лиц.

Помогите, добрые люди! Установил триалную версию ЕВФРАТ-Документооборот v11.0 и ЕВФРАТ Архивариус v11.0 на одном сервере (физически) под Windows 2000 Server. И на другом компе установил клиентскую часть обеих этих программ под Windows XP SP2. На сервере конфигурировал и синхронизировал БД Архивариуса и самого Документооборота. Запускаю оба сервера. На клиентском компе захожу в Архивариус чтобы содиниться с Сервером Архивариуса одновременно с соединением и на Сервер ДО. Но программа подключается только к Серверу Архивариуса, а не подключается к Серверу ДО одновременно и выдается ошибка: "Сервер ДО ххх.ххх.ххх.ххх:17170 не работает с Сервером Архивариуса ххх.ххх.ххх.ххх:17173!". Эта ошибка происходить когда процесс соединения показывает статус "Сервер ДО: Проверка на совместимость с БД..." Может быть эта проблема связано с БД??? Помогите пожалуйста! Технические характеристики Сервера: MS Windows 2000 Server SP4, CPU Intel Celeron 2.53 GHz, RAM 256 Mb, HDD 37.2 Gb (34.3 Gb free). Технические характеристики Клиента: MS Windows XP Professional SP2, CPU Intel Centrino Mobile 1.6 GHz, RAM 496 Mb, HDD 37.2 Gb (28.4 Gb free). Заранее благодарен!

Каккую структура шаблона документа выбрать для хранения его в реляционной СУБД типа Oracle? Если есть теоретический материал по этой теме, киньте ссылочку, пожалуйста! Можно также поделиться сведениями, как они организованы в различных СЭД ;-) Спасибо!