Open Source DMS. Проблема выбора

Большое спасибо:) Если все получится, 23-го нагряну в командировку

в контору пришло извещение:
Международная конференция-выставка DOCFLOW 2006.
Подробности здесь: http://www.docflow.ru/conference.asp

Все нормальные системы поддерживают синхронизацию с LDAPом... Но команда Alfresco выпендрились и урезали бесплатную версию, мол платите по $600 в год с юзера - будет вам синхронизация... Ну, хозяин - барин, а мы бедные, но гордые - будем другим софтом пользоваться...

Кстати, буржуи тож не хотят с денежкой расставаться - у них там весь форум завален постами типа "Ах, на халяву нет идентификации с LDAP ? Ну и идите в (на) ...."

Таки отсутствует простая схема синхронизации?

Однако, не могу не отметить и Alfresco http://dev.alfresco.com/. Система имеет функциональность превосходящую КТ, но "финт" разработчиков с поддержкой идентификации с LDAP-сервера и управления группами пользователей только в коммерческой версии разрешил сомнения в пользу КТ - админы легли костьми и заявили, что не будут поддерживать 2 параллельные базы пользователей.

Извольте:)

http://www.ktdms.com/

Ссылку на сайт разработчика - в студию

Итак...
Окончательно выбрана Knowledge Tree по причине гибкости, удобства управления и настройки. В версии 3.0.1 разработчики устранили все досадные огрехи с поиском по кириллице - работает шикарно. Единственная претензия - при выгрузке из хранилища "паскудятся" нелатинские имена файлов, но это мелочь, т.к. они нигде, кроме как в свойствах документа и при локальной загрузке, не отображаются, а работа в хранилище осуществляется с названиями документов (с ними порядок:) ).

Возможно, на базе Knowledge Tree будем организовывать не только оборот ТД, но еще и делопроизводство (или как там все эти бланки\накладные\факсы\сдал-принял называются?) - инструментарий, вроде, позволяет. Правда "продажники", пока, не дали описания их процессов - так что будем смотреть.

Вот wiki - тоже своего рода система электронного документооборота, повторное использование подразделов чужих и своих возможно, но какая-то вика незащищенная.

Ничего против не имею Хотя разница, насколько помню, состоит в том, что невозможно (или непонятно, как) ссылаться на сквозной номер раздела или подраздела в опубликованном документе.

Для задач группы разработчиков документации от такой системы документооборота толку никакого - группе интересно включение отдельных разделов одних документов в другие документы (именно включение, а не тупое копирование копирование с последующей вставкой). Допустим, включение аутентичного текста ГОСТ в подраздел ТЗ, как это сделано в статье http://authorit.ru/?c=3&b=7 - включенные тексты ГОСТ помечены для удобства заголовками, начинающимися с nh-.

А в случае, если есть только возможность оперировать документом в целом, допустим, вордовым файлом - для задач группы разработчиков ТД такая система документооборота смысла не имеет. Или что-то недопонимаю?

Признаться, это меня тоже смущает... Но ничего не поделаешь - такой сервис можно обеспечить только за деньги и большие, при том.
Бесплатные DMS - это в большей степени средства управления хранилищем документов с некоторыми "примочками".
Лично я разделил на 2 задачи организацию работы пользователей с документами и разработчиков с исходниками документов (модулями) - это отдельная тема (и да простит меня уважаемый surgeon, реализовывать я ее буду на базе ФМ).
Поэтому рассматриваемые DMS служат для решения задач именно пользователей, но никак не разработчиков. И ЖЦ документа, в моем представлении, будет начинаться с выложенного разработчиком черновика.
Конечно, непорядок , но что поделаешь... Халява-с.

Отсутствие результатов при поиске по нелатинским символам заявлено ошибкой и будет исправленно в версии 3.0.2.

Во всем этом деле меня всегда смущало вот что: документооборот организован на уровне целых документов, а не на уровне разделов документов.

Для задач группы разработчиков документации от такой системы документооборота толку никакого - группе интересно включение отдельных разделов одних документов в другие документы (именно включение, а не тупое копирование копирование с последующей вставкой). Допустим, включение аутентичного текста ГОСТ в подраздел ТЗ, как это сделано в статье http://authorit.ru/?c=3&b=7 - включенные тексты ГОСТ помечены для удобства заголовками, начинающимися с nh-.

А в случае, если есть только возможность оперировать документом в целом, допустим, вордовым файлом - для задач группы разработчиков ТД такая система документооборота смысла не имеет. Или что-то недопонимаю?

Пользуюсь системой Knowledge Tree с мая прошлого года. Собственно это был мой первый опыт общения с серверами отличными от произведенного майкрософт (apache , mysql , PHP ) и Open Sources. Проблемы при настройки и русификации конечно были, но, на мой взгляд, они могут быть решены сетевым администратором с квалификацией ниже среднего.

1. Инсталляция. Самое простое поставил Денвер скопировал систему в каталог и запустил исполняемы конфигурационные скрипты на mysql через какой ни будь mysql менеджер. Это все. Траблы с паролями в новой версии mysql - решается элементарно влюченим опции old password - про это в интернете написано очень много.

2: Русификация интерфейса. Я русифицировал систему (еще 2.07 ) почти 90% переводом po файла в poedite буквально за неделю (собственно перевод есть на сайте )разработчиков). Главная загвоздка в настройке Gettext support. Но про это в интернет написано то же море. В предыдущей версии была некая проблем а с русским языком после этого - но я ее решил при 0-вом познании в PHP всего за 2 дня методом научного тыка и модификацией 1 строчки кода. Что касается перевода НОВОЙ ВЕРСИИ- за неделю перевел пока 500 основных из 1500 сообщений. Думаю за месяц закончу все. Перевод может зделать любой с мниимальным знанием английского и нулевым знанием программирования в редакторе poedit.

Предыдущая версия работала у меня весьма стабильно с мая прошлого года . Сейчас поставил новую - она работает около 1-ой недели (для желающих посмотреть :? и убедиться что с русским она работает корректно wellcome http://213.85.4.155 пользователь: guest pass: gues). Пока не настроил русский поиск в документах но уверен, что это делается... Единственное, что мне не нравится - существующие в системы траблы с длинными русскими названиями каталогов (просто иногда в них не заливаются документы и приходится менять имена на что то другое) + то что название русских каталогов на диске в файловой системе хранится в UTF8 (хотя может и не так плохов в плане безопасности . В остальном все Ок - хотя и иногда выползают некоторые странности но система очень активно развивается (новые версии выходят раз в две недели) и думаю все они будут закрыты очень скоро.

На мой взгляд, эта система одна из лучших Систем Управления Документов , что существует (в том числе и среди коммерческих)

Тьфу, епрст...
Вчера был такой замученный, что не нашел ссылок на скачивание и нелегкая занесла меня в магазин...
Сегодня все увидел.

Спасибо за ссылку:) Поюзаю обязательно

Прикольная игрушка:), но не за $1кг - никто мне их не даст:(

Не понял, а он разве перестал быть свободным? Или Вы про клиента? Дык веб-нетерфейс за дарма. Был.

Прикольная игрушка:), но не за $1кг - никто мне их не даст:(

Спасибо:)

Нет, Таганрог... Они, в основном, на америкосов трудятся

Обшарил весь sourceforge.net и весь citforum - ничего не нашел:(

В смысле не нашли ихний адрес? А вот он какой
http://mirror.open-xchange.org/ox/EN/community/

Знаю только своих земляков http://www.softech.ru... Нормальные или нет - не знаю... В общении и пианстве, вроде, ничего...

Это часом не Томск ли? По времени образования очень похоже на ту контору, что окучила нашу контору.

Обшарил весь sourceforge.net и весь citforum - ничего не нашел:(

А, ну да, теперь прочла повнимательнее.
Я удивилась, что предложили "Компас", и какую-то часть пропустила ))

Уф. Ну хорошо )) Будем думать. Потихоньку.

И уж задно - может, у кого посмотреть нормальную ГИС присоветуете. Для телекоммуникационной компании?

На халяву не выйдет... Если есть необходимость окучивать сотни бюрократов - пущай руководство готовит эдак 30-40 килобакинских...

Руководство объявило о режиме строжайшей экономии на ближайшие год-полтора.

А Open Exchange Server Вы не пытались посмотреть? у них, правда, с доками напряг, но по некоторым данным основано на тех же протоколах, что и MS Exchange Server, а на нем, равно как и на Lotus Notes/Domino существуют некоторые отечественные DMS

Ранее в этом топике упоминались...

Все так
А монстрами не забивайте себе голову... Они на одной базе позволяют реализовать и DMS, и SAP, и BPM, и CRM, и черт знает что еще - отсюда и такое безумное количество модулей и надстроек

А чисто российские решения существуют???

Я так поняла из Вашего отчета, что Xinco, Owl и Alfresco имеют русский интерфейс, остальные - нет. В принципе, не так важно, русская она или нет, важно, что делает.

Обобщив все, что мне говорили, требуемый электронный документооборот:
1. это удобное ХРАНЕНИЕ документа;
2. это коллективная работа над текстом документа с сохранением всей истории работы;
3. это распределение работы с электронным документом (кто-то имеет право редактировать, кто-то визировать, кто-то подписывать и т.д.);
4. удобный отбор и поиск;
5. обмен сообщениями;
6. русскоязычный пользовательский интерфейс...
Вроде как-то так. А когда почитала, что делают те самые "монстры", половину просто не поняла (то есть слова-то я, конечно, знаю...). И теперь в задумчивости, может, я НЕ ТАК понимаю ДОКУМЕНТООБОРОТ???

На халяву не выйдет... Если есть необходимость окучивать сотни бюрократов - пущай руководство готовит эдак 30-40 килобакинских...

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

EMC Documentum - жуткая вещь:) Это по сути платформа, на базе которой авторизованные конторы (в том числе и российские) разрабатывают решения "заточенные" под конкретную организацию. Стоит сие агромадные , нереальные для провинции деньги. Про IBM Content Manager не слышал, но если сравнивают, значит - подобный монстр.

Спасибо! Как приятно, что человечки выкладывают такие вещички... ))
У нас примерно такая же задача то ли уже стоит, то ли вот-вот грянет.

После чтнеия следующего
(Выбор платформы документооборота: EMC Documentum и IBM Content Manager)
http://www.docflow.ru/analytic_full.asp?param=47097
сижу в полных непонятках... :roll: Какая же лучше, зачем столько приложений и ЧТО ОНИ ВООБЩЕ делают?
И вот Ваш отчет... Бальзам на душу

Уважаемые, вы что-то такое обсуждаете, о чем не имею ни малейшего представления. Но почитать занятно. Начал расти над собой

Alfresco написано на JAVA - делайте выводы...
Хотя, честно говоря, контора маленькая и одновремено будет работать ну от силы 30-40 человек, поэтому нагрузка особо не оценивалась

Не думаю, что такая возможность существует - это ж не Documenum

Уважаемый SergeyL, а не удалось ли как-то (может быть и косвенно) заценить нагрузочные способности указанных продуктов?

Также весьма любопытен вопрос о масштабируемости этих приложений. Я имею ввиду возможность распределять их на несколько компьютеров, причем не серверы БД, а серверы приложений.

По разговорам с разработчиками отечественных коммерческих систем документооборота на один борт (весьма и весьма не хилый по железу) можно взгромоздить одновременно сотни две-три реально работающих юзеров, а далее нужно кластеризоваться, а могут это не все.

Спасибо.

Поясню для остальных - уважаемый хозяин форума разместил урезанный вариант моего отчета руководству о промежуточных результатах тестирования DMS.

Сергей, разместил Ваш документ здесь - http://authorit.ru/pdf/sergeyl.zip

2 Alexandre Prokoudine:

Ну вот, разработчики в финальной версии устранили эту проблему - вмешиваться не пришлось

Особой доработки не потребуется...
Что касается Alfresco, то там нужно будет в коде ввести собственные типы документов, "заточить" под них поиск и ввести собственные шаблоны для отображения статистики. Примеры как это сделать выложены у них на сайте.
А в Knowledge Tree вообще ничего дорабатывать не нужно - там предусматривается задание собственных метаданных и сколь угодно сложных условий поиска, поведений, ролей и т.д.

PS Кстати, в числе разработчиков Alfresco числится один из отцов-основателей EMC Documentum.

Ровно для этого и выпускаются Release Canidates -- чтобы их тестировали и на выходе получали нормальную стабильную финальную версию, которой можно пользоваться до появления следующей стабильной финальной версии, как это и делают люди, которым меньше всего хочется заниматься бесконечными обновлениями.

Согласен с Вами.
Дело в том, что RC Knowledge Tree был настолько сырым, что работать с ним было практически невозможно. Поэтому я сосредоточил все свое внимание на Alfresco, т.к. вопросов было значительно меньше. К тому ж, я не уверен, что проблемы с языком - это проблемы кода, тут еще наших админов, для начала, попинать надо.
Сегодня, кстати, выложили Knowledge Tree 3.0 Release - вот теперь буду делать окончательные выводы.

У-у-у, догадливый!

Я э-э-э... полгаю, что отломал кто-то другой и с Вашей конторой поделился? Номер раз пройдет?

А Вы догадайтесь с трех раз...

Поимираю от любопытства: в Вашей конторе отламали HASP-ключ на сервере или у вас честно заплатили по $400 за кажно место, как это сделали у нас? (вопрос безо всякого подвоха :oops: )

1. Они платные, а меня интересует Open Source.

Вы собираетесь дорабатывать исходный код под свои нужды?

Пока нет... Хочу Final Release дождаться, выпуск которого они задержали уж на 10 дней - тогда и пинать, если не устранят. А на Release Candidate я не особо ориентируюсь.

Не вижу логики. Ошибки такого рода должны быть устранены до выхода финальной версии. Вам было бы приятно, если бы заказчик попросил внести исправления в документацию после её подписания? Тут практически то же самое.

Ровно для этого и выпускаются Release Canidates -- чтобы их тестировали и на выходе получали нормальную стабильную финальную версию, которой можно пользоваться до появления следующей стабильной финальной версии, как это и делают люди, которым меньше всего хочется заниматься бесконечными обновлениями.

Лет десять тому назад сделал на Delphi 2 систему почти реального времени, софтину писал сам. Программа коммуникационная, работает по сей день стабильно. Все дело в том, как писать

ЗЫ. Уважаемые, когда публикуете гиперссылки, убирайте с хвостов точки и запятые. Такие ссылки сразу не открываются, но не каждый сообразит удалить знаки препинания из адресной строки браузера.

Cпасибо
Обязательно ознакомлюсь

А вот еще ссылки, которые могут оказаться Вам полезными: http://www.ask.ru/solut/infosys/dctm_main.html, http://www.jetinfo.ru/2002/10/1/article1.10.2002.html, http://www.cognitive.ru/decisions/archive.htm, http://www.docsvision.com/index.phtml?Name=Applications_App1, http://www.cad.ru/ru/software/detail.php?ID=437, http://www.dssconsulting.ru/index.phtml?id_page=120.

Это, конечно, не Open Source, но ... . Что касается доверия к отечественным продуктам, то у нас на предприятии используется ЛОЦМАН, и пока все довольны.

Не думаю, что софтину написанную на Delphi можно вообще доработать... Delphi - это RAD-система (Rapid Application Development) и только убогие отечественные "программеры" могут делать на ней законченные коммерческие продукты. Потому они и деньги не взяли, что потом все одно б их по судам затаскали за невыполненную работу...

Да не обидятся на меня г-да из CALS-центра, но софтина сия, при всех ее положительных качествах, требует серьезной доработки. Предлагал им деньги (сумму не оговаривали) - интереса не проявили.

1. Они платные, а меня интересует Open Source.
2. Это не DMS, системы управления ЖЦ изделия (CALS center, если я правильно понял, вообще занимается продажей решений) - передо мною такая задача не стоит. Тут бы свой проект запустить...
3. Может это и не патриотично, но не доверяю я отечественным разработчикам, ибо их цель не сделать качественный продукт, а купить Бентли. Яркий пример тому - TGBuilder (это, конечно, не DMS - просто привел пример).

См., например http://www.ascon.ru/products.php или http://www.calscenter.com/calstech.htm.

Опаньки
А подробнее можно? Если честно, не знал про таковые
Буду очень признателен за любую информацию.

Простите за дилетантство, но чем плохи отечественные решения, типа КОМПАС или ЛОЦМАН?

Кстати, интересный факт. Вчера как-раз узнал.
Хозяева LBS являются также основателями ASD. И, по их признанию, написание софта у них, все же, первично, а уж потом под него дорабатывают свой стандарт.
Вот вам и курица, и яйцо