ПОДПИСЬ ДОКУМЕНТОВ - интересные топики

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

Господа, прошу ответить на пару вопросов Для чего необходимо лицензирование документооборота? Зависит ли это от сути обрабатываемой документации? Сделали документооборот на Лотусе, свой УЦ, подписываем все ЭЦП. Даже представитель заказчика. Есть пара стандартов предприятия. В предыдущей теме про ЭЦП сказали , что этого для жизни мало .. Документы специфические (ЕСКД)

Интересуют системы учета и регистрации входящей/исходяшей корреспонденции, а именно такой момент: Когда ведется в бумажном варианте, то сотрудник, которому передается документ ставит свою подпись в журнале, что он получил документ в такое-то время такого-то числа. И его подпись является подтверждением. В электронном же виде, подтверждением является только запись о том, что документ был передан определенному сотруднику, но нет подтверждения самого сотрудника. Собственно интересует как это решено в разных системах. Что является подтверждением передачи документа и каким образом сотрудник подтверждает факт получения документа?

Здравствуйте! Недавно в Интернете прочитал интересную статью, она была посвящена Интернет системе электронного юридически значимого документооборота. Как заверяют разработчики, при помощи данной системы все желающие смогут обмениваться и подписывать различные типы документов в режиме реального времени. Ссылка на статью: http://www.oborot.ru/news/5105/21 Как я понимаю, данная система основана на механизме Электронно-Цифровой Подписи, что позволяет обеспечить безопасность при передаче и подписи документов. После прочтённого я решил зарегистрироваться в системе и попробовать подписать пару документов. Но оказалось не всё так просто, для того, что бы подписать документ с другим человеком необходимо, чтобы он тоже был клиентом данной системы. Но вот в чём беда, не все понимают перспективы, которые может предоставить данная система, темболее человек далёкий от информационных технологий. Поэтому если допустим, я предложу зарегистрироваться в этой системе моему другу, и подписать с ним какой нибудь документ, то он просто-напросто не поймёт как же так, можно обходиться без классического листка бумаги с автографом и печатью. Как же быть! Как вы думаете можно ли переубедить человека, чтобы он смог частично отказаться от классического способа подписи документов и перейти к его электронному аналогу?

Хотелось бы понять что делать. Ситуация в следующем: Некая организация подписала контракт на внедрение Documentum с одной большой Московской конторой. Целый год уважаемая контора что то там писала, пару раз приехала к заказчику, потом установила софт показала пару раз как пользоваться и сказала типа вот все готово, ну и предложила проплатить денег (коих на тот момент было уже заплачено прилично), за дальнейшую подержку. На что руководство компании, видя что персонал не в зуб ногой в системе, решил выяснить за что они заплатили бабос и что делать дальше, так как проект еще не закончен, но и то что якобы готово работает не больно хорошо, да и учитывая отсутствие какой бы то ни было документации или инструкции приходится изучать с потом и кровью. На сегодняшний момент руководство, пригласив группу людей которым она доверяет, решает что делать дальше, или все таки продолжать внедрять SUBJ, или забить на потраченные деньги и пойти другим путем. Анализ текущей ситуации полностью удручил. Может так и должно быть, но я в полном сомнении: 1) В качестве базы выбран Oracle, никаких притензий тут нет, за исключением того, что лицензии не оказалось и на вопрос где она внятного ответа получено не было. 2) Никаких документов что заказчик купил Documentum так же нет. Есть набор софта на переносном носителе, который и является дистрибутивом. Общение на выставке DOCFLOW с представителями Documentum внесло в наши ряды еще большее сомнение в целесообразности использования SUBJ. Полноная закрытость всего и вся. Никакой информации о том что может или нет. Не о функционале, не о возможности ее модернизации. Никакой помощи к уже существующему, типа мы с конечными...