Сообщений в теме: 266

[le0nID]

[mod]


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

Смежные темы на форуме:

• IBM Lotus Notes
• Евфрат-документооборот
• Motiw документооборот
• Naumen

Глоссарий терминов - тут
[/mod]

Сообщение отредактировал borec_za_istinu: 27.12.2012, 13:52:04

[Cooler3D]

[QUOTE=SystemA,26.11.2005, 15:36
Про www.motiw.ru - довольно интересно. Но только кто внедряет здесь в Алмате?[/QUOTE]

В Алмате никто пока не внедряет, да и внедрить можно силами ИТ-отдела (необходимо внимательно ознакомится с брошюрами по установке ПО, инструкцией администрирования, инструкцией пользователя и утилитой администрирования).

[Cooler3D]

Для размышления:
http://www.cnews.ru/...05/02/11/174452

[le0nID]

Особых финансовых затрат не требует.
Правда MSSQL не дешевая штука.
Есть мнение по поводу SPS (Share Point)
1. С виду неплохой и миролюбивый интерфейс для каждого пользователя...
То есть с точки зрения удобства для каждого пользователя легко и просто.

2. Интеграция с AD, MS Exchange, MS Office 2003 неплохая.

Проблема:
Требует хорошего железа как на сервере так и на клиентских машинах.

3. Если использовать его в качестве хранения докуметов (архив библиотека) подходид для небольших обьемов от 100 до 300 ГБ.
С обьемами 300 ГБ если хорошее железо справляеться без проблем.
То что плохо:
Так как все документы запихиваються в базу MSSQL а это ни есть гуд. Точнее это то что реализованно неправильно !! в MS SPS

4. Если у компании очень большой обьем и высокий тем роста эл. документации, от 100ГБ и выше которую необходимо хранить на сервере.

Вывод: То это решение не подойдет пункт 3 (То что плохо).


5. Вопрос резервного копирования... процесс очень долгий и нудный..

Вобщем крутиться у нас SPS пока без проблем.

Хотя иногда я посматриваю в сторону WS (Web Sphere). Организация тех. стороны в WS намного проще чем в SPS.

Сообщение отредактировал le0nID: 28.11.2005, 12:00:54

[tooshiba]

Евфрат ?1.

Не согласен.
Для того чтобы утверждать, что Ефрат ? 1, нужно его сравнить с другими, причем сделать это самим, а не ссылаясь на статью (статьи бывают заказными) утверждать, что это истина...

CIO, РБК, Экономика и жизнь, Мир ПК, Деловые Вести,Босс пресс, Компьютер Пресс(http://www.abat.kz/cognitive/)
по твоему все эти издания продажные и пишут заказные статьи. И ни одна редакция(автор) не подошла к исследованию СЭД должным образом и Все они куплены Cognitive. Смех да и только. Если так подходить к статьям, то все аналитические/эмпирические статьи , это чистый пиар и фуфло, и редакции плюют на свою репутацию и печатают все подряд.
Сравнивать самим иногда не хватает времени и/или средств. Если этого пре достаточно, то предлагаю писать свои статьи (можно не бесплатные, за хорошие статьи платят РЕДАКЦИИ). И тогда Твой труд по эмпирическому анализу СЭД станет достоянием общественности и критиков.Критиков , которые не забудут упомянуть о том , что "статьи бывают заказными".

Евфрат ?1.

Например, мы остались разочарованы Ефратом, интерфейс для ?чайников?, да и функционал ?супер?, для обмена музыкой, фотками, фильмами, а как же работа?

Интерфейс для чайников - интуитивно понятный интерфейс.
Функционал ?супер? - достаточный для решения задач электронного документооборота.

Сообщение отредактировал tooshiba: 29.11.2005, 01:58:37

[tooshiba]

2 Леонид

Есть пара вопросов :
Есть ли графичекий построитель маршрутов?
Кто меняет маршрут (шаблон маршрута), может ли пользователь изменить маршрут по своему усмотрению?
Есть ли сканирование и распознование?
ЭЦП?
Под SharePoint сами пишете вебпарты или используете чьи-либо?
Если чьи-либо , то чьи?

p.s.
чуток больше получилось чем пара вопросов...
но это еще не все =)))

[le0nID]

2 tooshiba
1. Графический построитель маршрутов.. можно отнести ссылку которую могут создавать пользователи у которых есть на то права.
Пишут название ссылки и путь в web браузере.
2. Под сканирование и распознавание мы используем Fine Reader 8 PRO в SPS встроенных средств под это дело нет.
3. Веб парты - используем встроенные шаблоны их много и они легко настраиваемые.
Вобщем начиная с администрирования и заканчивая пользователем все тыкаеться через WEB interface все настройки.. чем и славиться MS.

Вобщем маштабируемая легконастраиваемая версия эл. док..не требует особых навыков в администрировании и написания аппалетов как в Lotus.
Можно писать web-parts с помощью PM но как я говорил выше полно шаблонов и мы пока ничего не писали

[САЙМОН]

Djon
Обратите внимание на решение по Document Managment от компании Hummingbird
http://www.terralink.../enterprise.asp
в личке могу поспособствовать качественной презентации...


Насчет графического построителя маршрутов есть такой софт Captaris по их словам сам Майкрософт на Каптарисе строит свои процессы

[Djon]

Djon
Обратите внимание  на решение по Document  Managment от компании Hummingbird
http://www.terralink.../enterprise.asp
  в личке могу поспособствовать качественной презентации...


Насчет графического построителя маршрутов есть такой софт  Captaris  по их словам сам Майкрософт  на Каптарисе строит свои процессы

жду презентацию, спасибо

[Cooler3D]

Djon
Обратите внимание  на решение по Document  Managment от компании Hummingbird
http://www.terralink.../enterprise.asp
  в личке могу поспособствовать качественной презентации...


Насчет графического построителя маршрутов есть такой софт  Captaris  по их словам сам Майкрософт  на Каптарисе строит свои процессы

жду презентацию, спасибо

Karachaganak Petroleum Operating (Сфера деятельности предприятия
Топливно-энергетический комплекс) - Объем внедрения, количество автоматизированных рабочих мест - более 500
Описание проекта
ECM-система, предложенная к использованию и внедренная компанией ?ТерраЛинк? в КПО, разработана на платформе Hummingbird, первой в мире интегрированной системы управления корпоративной информацией и знаниями. В качестве компонентов решения были выбраны сервер бизнес-логики DOCSFusion 3.9, обеспечивающий хранение и поиск документов и связывающий ECM-систему с хранилищем метаданных, построенным на платформе сервера Microsoft SQL; толстый клиент PowerDOCS 3.9, интегрированный со стандартным деревом Windows Explorer и обеспечивающий локальный доступ к хранилищу. Физические образы файлов при этом хранятся на обычном файл-сервере практически любой конфигурации, что позволяет обеспечить необходимый уровень безопасности доступа. Сканирование и ввод бумажных документов в перспективе планируется осуществлять при помощи программного комплекса Kofax и ABBYY.

ОБЩАЯ СТОИМОСТЬ ПРОЕКТА !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Я так думаю, что компания господина Djonа, никак не может сравниться с Karachaganak Petroleum Operating (в финансовом плане), даже при условии покупки 50-100 лицензии.

[Cooler3D]

Интерфейс для чайников - интуитивно понятный интерфейс.
Функционал ?супер? - достаточный для решения задач электронного документооборота.

СУБД "НИКА" - Сервер Ефрат ("СУПЕР РАЗРАБОТКА"), а как же СУБД Informix, Microsoft, Oracle ???
Тут SQL под сомнением стоит - 2Гбайт под СУБД???, 2005 год заканчивается, а объемы растут, мы в свое время заглядывались на постреляционную СУБД Cache', думали перейти с Оракла на Каше.
http://www.cache.ru/ и http://www.intersystems.ru/
CACHÉ поддерживает большинство платформ, используемых для создания промышленных приложений - от Windows, OpenVMS, Unix/Linux до Mac OS X.
На ее основе разработаны различные системы, оперирующие как малыми, так и большими массивами данных (порядка нескольких терабайт), с которыми одновременно могут работать до 50 000 пользователей.

Caché в 20 раз быстрее Sybase

[САЙМОН]

[ОБЩАЯ СТОИМОСТЬ ПРОЕКТА !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Я так думаю, что компания господина Djonа, никак не может сравниться с Karachaganak Petroleum Operating (в финансовом плане), даже при условии покупки 50-100 лицензии.

Кулер! Спокойнее, прохладнее, трехмернее
Я же ещё не вступил в полную силу )

Согласен с вами в ТОМ, что ВОЗМОЖНО компания господина Djona меньше КПО, но есть масса внедрений Hummingbird'a в относительно средних компаниях... Особенно масса таких внедрений у российского офиса от небольших юридических компаний до компании Мегафон.
Скажу лишь что в Карачаганеке было приобретено 2300 лицензий! (Самое крупное внедрение документооборота Hummingbird в СНГ!
И стоимость проекта большая именно из за таког околичества приобретенных лицензий
А начинался он с 20 приобретенных рабочих мест!

2Djon по поводу презентации я чуть позже отпишу в личку.

[tooshiba]

О Нике 2 кулер

Наследница ИНЭС
Computerworld, ?44, 2000 год, Валерий Коржов
Использование иерархической модели позволяет делать более сложные индексы, чем в реляционной модели. В частности, в ?Нике? есть сводный индекс по всей базе данных. В него можно собрать все значения полей с одинаковыми названиями. Например, с помощью такого индекса можно собрать всех авторов большого архива документов в одном месте независимо от их расположения в иерархии. Такой индекс можно строить не по одному названию поля, а по нескольким, например, ?автор? и ?исполнитель?.
Причина возрождения иерархических СУБД ? стремительное распространение Internet

Сегодня все чаще можно услышать суждение, что классическая реляционная модель представления данных ?устарела?. В качестве обоснования тому указывают на стремительное распространение Internet и вместе с этим на все большую востребованность иной модели описания данных ? иерархической. Именно поэтому стало возможным возрождение иерархических баз данных, в том числе и тех, которые разрабатывались еще в Советском Союзе. Одна из таких СУБД ? ИНЭС, созданная для ЕС ЭВМ и в конце 80-х получившая широкое распространение. На ней реализовано более тысячи крупных проектов, она была установлена более чем в 2 тыс. организаций, причем все они были достаточно крупными. Сейчас эта база перенесена на персональные компьютеры и под названием ?Ника? принадлежит компании Cognitive Technologies.
...
Использование иерархической модели позволяет делать более сложные индексы, чем в реляционной модели. В частности, в ?Нике? есть сводный индекс по всей базе данных. В него можно собрать все значения полей с одинаковыми названиями. Например, с помощью такого индекса можно собрать всех авторов большого архива документов в одном месте независимо от их расположения в иерархии. Такой индекс можно строить не по одному названию поля, а по нескольким, например, ?автор? и ?исполнитель?. В этом индексе хранится список всех возможных значений для данного поля со ссылками на структуру, где данное значение встретилось в качестве поля. Причем построение этого индекса выполняется в реальном времени, то есть при изменении значения поля база данных автоматически добавит в сводный индекс новое значение. Такой сводный индекс может пригодиться при построении Web-сайта для различных каталогов и навигации по объектам базы.
...


О СУБД ?Ника?
Разработчик: компания Cognitive Technologies; ?Ника? используется компанией в некоторых своих программных продуктах в качестве встроенной СУБД, в частности, в архиве ?Евфрат?
История: в основу ?Ники? положена СУБД ИНЭС, реализованная в начале 80-х для ЕС ЭВМ
Назначение: реализация иерархической модели данных
Платформа: операционные системы Windows и MS?DOS; имеется Web-интерфейс как для получения данных, так и для разработки приложений

?Ника? в музеях
В качестве одного из примеров использования СУБД ?Ника? можно привести Web-сервер Государственного исторического музея. В самом музее 40 млн. очень разнообразных экспонатов ? оружие, ткани, драгоценные металлы, иконы и многое другое. Для каждого экспоната сотрудники музея создали свое научное описание. Причем построить какую-либо модель предметной области для всех экспонатов практически невозможно, так как для точного описания экспонатов невозможно придумать стандартные реквизиты. Тем не менее вся эта информация хранится в ?Нике? и отображается в обычном браузере. Там есть и изображения, и текстовые поля различных типов, каждое из которых можно оформить по-своему.

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

[tooshiba]

Еще ...
Евфрат работает и на других субд (ansi sql)
НО покупателю придется заплатить чуть больше

Кулер если найдется заказщик , то евфрат будет работать на Cache.

Все упирается в стоимость.

[Cooler3D]

Еще ...
Евфрат работает и на других субд (ansi sql)
НО покупателю придется заплатить чуть больше

Кулер если найдется заказщик , то евфрат будет работать на Cache.

Все упирается в стоимость.

Ну, наконец то, услышал МУДРЫЕ СЛОВА - Все упирается в стоимость.
А СТОИМОСТЬ ЕФРАТА не маленькая:
1. ЕВФРАТ-Документооборот Сервер ? 1800 у.е.
2. ЕВФРАТ-Документооборот Клиент ? 100 у.е. за 1 лицензию (100х100=10000 у.е.)
3. Архивариус - 350 у.е. за 1 рабочее место (1х100=100 у.е.)
4. Электронный Архив ЕВФРАТ - 85 у.е. за 1 лицензию (85х100=8500 у.е.)
ИТОГО: 20650 у.е.
А то я уже подумал, ну раз у Тушибы стоит Ефрат и кроме него он ничего не видел, то нужно всем скорее покупать и внедрять Ефрат. (Ничего личного)
Я про это с самого начала говорил, привел сравнение по стоимости софта, потом говорил, что нужно так же учитывать стоимость внедрения, а внедрение порой обходится в несколько раз дороже, чем покупка софта.
Потом, сразу сказал ? деньги есть берите Documentum, если нет, то выбирать пройдется из российских разработчиков софта для ЭДО.
Причем выбор, нужно сделать самостоятельно, т.к. кто лучше вас знает для чего вам нужен на предприятии ЭДО, что вы хотите получить от него после внедрения и сколько готовы заплатить за это.
Ну и главное от темы запроса Джона не отходить, он просил совета по поиску ПО ЭДО, которое зарекомендовало себя на казахстанском рынке, ну а главное, это ЕГО ПОСТ ? ИЩЕТСЯ КОМПАНИЯ ПО ВНЕДРЕНИЮ ?

[Gloomy]

Кстати Кулер пощупал я этот мотив - это шутка была да?

Лучше уж _бесплатную_ опсорсовскую систему поставить и добивать под себя (а это много труда и $$$), чем ставить за деньги (пусть даже за небольшие) такое ....

А все же, чего ты от мотива так возбудился? Может я чего то не заметил? Расскажешь?

[tooshiba]

Еще ...
Евфрат работает и на других субд (ansi sql)
НО покупателю придется заплатить чуть больше

Кулер если найдется заказщик , то евфрат будет работать на Cache.

Все упирается в стоимость.

Ну, наконец то, услышал МУДРЫЕ СЛОВА - Все упирается в стоимость.
А СТОИМОСТЬ ЕФРАТА не маленькая:
1. ЕВФРАТ-Документооборот Сервер ? 1800 у.е.
2. ЕВФРАТ-Документооборот Клиент ? 100 у.е. за 1 лицензию (100х100=10000 у.е.)
3. Архивариус - 350 у.е. за 1 рабочее место (1х100=100 у.е.)
4. Электронный Архив ЕВФРАТ - 85 у.е. за 1 лицензию (85х100=8500 у.е.)
ИТОГО: 20650 у.е.
А то я уже подумал, ну раз у Тушибы стоит Ефрат и кроме него он ничего не видел, то нужно всем скорее покупать и внедрять Ефрат. (Ничего личного)
Я про это с самого начала говорил, привел сравнение по стоимости софта, потом говорил, что нужно так же учитывать стоимость внедрения, а внедрение порой обходится в несколько раз дороже, чем покупка софта.
Потом, сразу сказал ? деньги есть берите Documentum, если нет, то выбирать пройдется из российских разработчиков софта для ЭДО.
Причем выбор, нужно сделать самостоятельно, т.к. кто лучше вас знает для чего вам нужен на предприятии ЭДО, что вы хотите получить от него после внедрения и сколько готовы заплатить за это.
Ну и главное от темы запроса Джона не отходить, он просил совета по поиску ПО ЭДО, которое зарекомендовало себя на казахстанском рынке, ну а главное, это ЕГО ПОСТ ? ИЩЕТСЯ КОМПАНИЯ ПО ВНЕДРЕНИЮ ?

Может сравним комплектации ЭДО систем при 100 пользователях? И выявим победителя? (Учти , что в Евфрате сканировать и распозновать могут все сто пользователей.)

[Djon]

так...после просмотра некоторый презентаций требования ужесточаются, нужно чтобы ПО поддерживало:
1. многоплатформенность (win, *nix)
2. полноценная работа с базами данных через веб-браузер пользователя
3. поддержка английского и полноценного руского интерфейса
4. поддержка форворда почтовых уведомлений ЭДО на основной почтовый сервер сети
пока вроде все...

Сообщение отредактировал Djon: 02.12.2005, 16:33:31

[Cooler3D]

Может сравним комплектации ЭДО систем при 100 пользователях? И выявим  победителя? (Учти , что в Евфрате сканировать и распозновать могут все сто пользователей.)

Dear tooshiba, you right!
Efrat N 1 for you and more ...
Dispute with you not shall...
This subject locked.
Good luck!

[tooshiba]

Может сравним комплектации ЭДО систем при 100 пользователях? И выявим   победителя? (Учти , что в Евфрате сканировать и распозновать могут все сто пользователей.)

Dear tooshiba, you right!
Efrat N 1 for you and more ...
Dispute with you not shall...
This subject locked.
Good luck!

www.translate.ru
Дорогой tooshiba, Вы право!
Efrat N 1 для Вас и больше...
Спор с Вами не будет...
Этот запертый предмет. Удачи!


"Истина рождается в споре"

[SystemA]

Еще один внедренец ЭДО на базе SharePoint & Exchange Server
http://www.issystems...bixworkflow.php

Насколько я знаю, там сидят бывшие казахстанские представители TOPs ((http://www.tops.ru/)