СТРУКТУРА СЭД - интересные топики

Какую СЭД выбрать для госструктуры. Численность сотрудников в головном офисе около 200 человек.

Требуется система электронного документооборота. Сейчас стоит вопрос о выборе базиса - платформы. Наиболее известная (нашим консультантам) - Lotus. Хотелось бы выслушать мнение специалистов об объективных достоинствах и недостатках этой платформы и решений на ней. Предвидя вопрос, сразу формулирую основные требования к системе: Выполнение следующих основных бизнес-процессов: 1. Регистрация, сканирование входящих документов (2-4 тыс. страниц в день). 2. Регистрация исходящих и внутренних документов. 3. Регистрация и контроль исполнения поручений. 4. Учет движения бумажных документов. 5. Подготовка отчетов по исполнительской дисциплине (сколько каких документов зарегистрировано, сколько исполнено, просрочено и т.д.) 6. Доставка документа исполнителям по резолюции. 7. Доставка документа согласующим лицам по настраиваемому маршруту. Требования к СЭД 1. Возможность организации древовидной иерархии (структуры папок) для хранения документов. 2. Возможность назначения прав доступа на папки и документы. 3. Интеграция с почтовой системой, причем пользователи СЭД и почтового сервера заводятся, обновляются и удаляются в одном месте. 4. Интеграция со средствами организации корпоративного портала (возможность публиковать документы, отчеты, и т.д.), пользователи портала совпадают с пользователями СЭД. 5. Возможность проектирования и исполнения в реальном времени бизнес-процессов с объектами системы (документами, сотрудниками и т.д.) 6. Возможность настраивать поля регистрационных карточек. 7. Интеграция с офисными приложениями.

Здравствуйте, уважаемые участники форума! Выбираю множество систем документооборота, которые удовлетворяют ряду параметров, перечисляю их: 1. Толстый и тонкий клиент (WEB), либо только тонкий клиент (WEB). 2. Возможность установки системы документооборота на серверах приложений, например, таких как Oracle iAS, WebSphere (и попроще JBoss, TomCat). 3. Возможность задавать и редактировать структуру документа, например, задать документ - регистрационная карта в поликлинике. 4. Возможность указать прохождение документа между ролевыми группами, например, есть группы водителей и ремонтников, документ - машина, гуляет между этими группами. 5. Возможность из системы документооборота вызывать какой-нибудь внешний код (лучше Java) или делать запросы к внешним системам по, например, HTTP протоколу, например, кнопка на форме - запросить данные от спутника на Млечном пути. Пока все, если еще что придет в голову - добавлю. Any ideas are welcome. Спасибо, С уважением, yaro

В нашем инженерном отделе накопилось много проектной документации. В основном электронной, в основном CAD. Нужна простая система хранения документации. Требования: - 30-50 клиентов - группы пользователей - поддержка CAD, E-Plan - Создание структуры документов - контекстный поиск - сохранение архивных копий документов не менее 10 шт - желательно интеграция в LotusNotes - лог изменений За это мы готовы платить. За лишние навороты (электронные подписи, диаграммы движения документов) платить не хотелось бы. В общем чем проще, тем лучше, но с вышеописанным функционалом. Может ли кто-нибудь, что-нибудь посоветовать. Заранее благодарен

Уважаемые специалисты, рассчитываю на вашу помощь. Необходимо внедрить СЭД на преприятии. Вводная: Холдинг. 4 территориально-независимых подразделения, связанные ограниченной пропускной способности VPN-каналами. В каждом около 100 пользователей. Плюс, около 200 сотрудников компании по всей России (т.е. за пределами Садового кольца, со всеми вытекающими в плане доступа к Интернет) Подскажите, пожалуйста, есть ли в России системы документооборота, отвечающие следующим требованиям (пункты расставлены не по приоритету): 1. Поддержка территориально-распределенной инфраструктуры. 1.1. В каждом из подразделений свой сервер. 1.2. Каждый сервер должен хранить свои документы, а не все одно и тоже. 1.3. "Прозрачность" прохождения документов по серверам для пользователей: не важно с какого из серверов начался процесс, на каком из серверов он находится в данный момент - участники процесса должны знать что, как и на какой стадии. 1.4. Толерантность механизма репликации к низкой пропускной способности каналов связи. Идеально - репликация по SMTP. 2. Визуальный редактор карточек и маршрутов. 3. Возможность создания собственных (custom) связей между собственными (custom) документами, созданными не на основе стандартного шаблона. 4. Роли (не знаю, насколько уместно это говорить, но вдруг). 5. Интеграция с Active Directory, хотя бы для управления (аутентификации) пользовательскими учетными записями (можно LDAP, RADIUS). 7. Возможность удаленной работы посредством электронной почты. 8. Желательно, чтобы система при поставке не была совсем "голой", а имела преднастроенные типовые стандартные карточки, маршруты, шаблоны и пр. Очень важна, конечно же, возможность...

Есть некая государственная структура, орган местной исполнительной власти. Какие платформы и чьи решения порекомендуете посмотреть для организации ЭД?

Ищу наукообразное описание моделей СЭД. (для подпункта в диссертации). приблизительное описание: описание сущностей критерии безопастности, ограничение взаимодействие сущностей. модели с которыми я ознакомился по-моему мнению достаточно слабо и неструктурированно описывают делопроизводство, пример http://www.osp.ru/os/1997/01/23.htm http://monax.ru/programming/00000807.html

Всех радостно приветствую. DWindEx снова в строю. Как говорится за одного битого - двух небитых дают. Значит дело было так - проектировани мы СЭД DWindEx на базе Java и проч. лабуды. Система opensource. Я её активно нахваливал. Меня просто распирало от тогго что она openSource. В доработку системы было вложено больше 300 000р (для доработк это немного многовато, учитывая низкую стоимость рабочей силы в ярославской области). И всё было так хорошо. Клиенты, конечно радовались. Активных продаж не вёл - ухом чувствовал, что нужно немного подождать. Пускай пока другие направления кормят. А это в ноль работает. И ба - вылезает. Ошибка в архитектуре. Оказывается когда мы перебрали опрелеоённый лимит кода (положим 300 000 строк кода) - то систему с каждым разом становилось всё труднее дорабатывать. Я сам, как программист попался на старую пакость при проектировке системы - ядро было монолитным без возможности догрузки плагинов. Т.Е. Чтобы внести изменения в поведение шаблона документа, причем изменения кординальные (типа правил замещения и ухода в отпуск, с оработкой при этом шифр-ключей и проч. дряни) нужно перелопатить все 300 000 строк кода (образно говоря). А лучше всего их держать в памяти. В памяти тутже всплыл злосчастный индивид в котором я так же напоролся (individ.ru). Сейчас систему переделали. Сделали свой апи. Модули подгружются по одному правилу через xml шаблон. и всё правильно. НО! возвращаясь к нашим ... Господа разработчики, у кого-нибудь есть возможность в СЭД писать плагины, используя стандартный апи приложения. Отвечу сразу, за всех - НЕТ! Тогда картина с доработкой приложения под конечного крупного пользователя и интеграцией с его инфраструктурой ...

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