Показаны сообщения с ярлыком СЭД. Показать все сообщения
Показаны сообщения с ярлыком СЭД. Показать все сообщения

вторник, 4 декабря 2012 г.

Очередное чудное исследование рынка СЭД


Если бы в "Логика Бизнеса 2.0" и IDC догадались добавить в список СЭД "файловую папку" или Outlook, то обе эти технологии победили бы в исследовании с большим отрывом. Но их не добавили, и победила "СЭД Lotus Notes" (!)...

"Интертраст", похоже, вообще похоже потеряли, предположительно включив в "Другие". А про Documentum заявили интересное: "казалось бы, «промышленное» решение Documentum, которое позиционируется в enterprise-классе, должно обладать самыми высокими показателями масштабируемости, отказоустойчивости и т.п. Но в среднем оно имеет меньшее количество рабочих мест на установку, нежели «простой» Sharepoint. Видимо, покупатели Documentum предпочитают качество количеству и делают из этой системы своего рода документооборотный бутик." 


Будем знать.


Итоговая версия исследования «Российский рынок ECM 2012» | I love BPM + ECM | BPM-сообщество.Подведены итоги исследования «Российский рынок ECM 2012», которые мы провели совместно с IDC Россия. Представляем вашему вниманию его полную версию..
http://i-love-bpm.ru/itogovaya-versiya-issledovaniya-rossiyskiy-rynok-ecm-2012

Comments

пятница, 27 января 2012 г.

Логика бизнеса 2 и пост-ARIS

По причине создания в рамках холдинга «АйТи» фирмы «Логика бизнеса 2» во главе с Марией Каменовой возник скороспелый интерес к тому, что же такое методология S-BPM, которую они собираются продвигать, и чем она отличается от ARIS (модели которого вроде бы можно будет импортировать в сопутствующее методологии средства моделирования Metasonic)? Пока понятно не очень – на сайте только общие слова. Единственная книжка – на немецком.

Кто-нибудь из специалистов был на их сегодняшней пресс-конференции? Любопытно ведь, обещают вносить изменения в бизнес-процессы быстрее «чем моргнуть глазом», к тому же это как-то будет взаимодействовать с «Босс-Референт».

Конечно «пресса разберется и доложит», но надежды мало на то, что она углубится до особенностей моделирования процессов :)

Setting the Stage for S-BPM | Metasonicwww.metasonic.deSubject-oriented Process Management, 07/2011 (German Language) Involve Employees, increase motivation and process acceptance

Comments

понедельник, 14 сентября 2009 г.

То, чего не может быть

Source: http://www.itblogs.ru/blogs/borkus/archive/2009/09/14/54248.aspx

В начале сентября завершил аудит СЭД CompanyMedia компании «Интертраст». Из разряда тех вещей, про которые говорят, что это «невозможно сделать», т.е. оценка функциональных системы по сетке из более 300 параметров.

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

Пока оформлялись итоги аудита, они систему уже ее успели немного подправить, так, что наверное стала еще лучше.

Если вы заказчик, объявивший тендер на крупный проект, то имеете шанс получить документ в числе прочих материалов -- на предмет почитать.

Published 14 сентября 2009 г. 20:00 by Vlad Borkus

Filed under: , ,

среда, 9 сентября 2009 г.

Аудит СЭД CompanyMedia 3.4 компании "ИнтерТраст"

Текущее.. 01.09.2009 завершил проект аудита СЭД CompanyMedia 3.4 компании "ИнтерТраст". Был проведен сравнительный анализ системы с другими решениями в области систем электронного документооборота, присутсвующих на российском рынке.

По итогам аудита и анализа создано два документа:

  • публичный отчет по возможностям CompanyMedia 3.4;

  • закрытый отчет, содержащий более подробное сопоставление CompanyMedia 3.4 с другими системами и основывающийся на информационной базе по этому рынку, которую ведет компания KONNASI.

среда, 1 июля 2009 г.

Аудит ТЗ на внедрение СЭД

Текущее... 01.07.2009 провел аудит ТЗ на внедрение СЭД в одной из госкорпораций. Даны рекомендации по устранению "прекосов"  ТЗ, сделанных в пользу одного из участников тендера.

понедельник, 1 июня 2009 г.

Участие в DocFlow'2009

Текущее... 20.05.2009 принял участие в качестве докладчика в двух круглых слолах на конференции-выставке Softool'2009:



  • «Какие преимущества делают платформу IBM Lotus самой востребованной при создании СЭД». Организаторы: группа компаний «АйТи», компания «ИнтерТраст», при участии IBM

  • «СЭД в новых экономических условиях. Зачем и как?» (Организаторы: оргкомитет DocFlow, ABBY, ведущий Андрей Колесов)

воскресенье, 1 марта 2009 г.

среда, 4 февраля 2009 г.

Интеграция СЭД, новый стандарт CMIS

Source: http://www.itblogs.ru/blogs/borkus/archive/2009/02/04/_18043D0442043504330440043004460438044F04_-_21042D0414042C00_-_3D043E0432044B043904_-_4104420430043D043404300440044204_-CMIS.aspx

Те, кто внедрял системы документооборота, знают, что со временем в большой компании таких систем накапливается изрядное количество. И очень часто было бы полезно иметь некоторый интеграционный зонтик, позволяющий одной системе передать (или получить) контент в другую (из другой). Или же иметь какой-то простой и стандартный способ работать с накопленным контентом из прикладных (не СЭД) программ.

Тем не менее полноценных стандартов для такой интеграции не было. И вот в конце года, первый кандидат на такое звание появился. Называется он Content Management Interoperability Services (CMIS), причем предложен он тяжеловесами на данном поле — EMC, Microsoft, IBM, а поддержан еще кучей других неслабых вендоров, включая Oralce, SAP, OpenText и т.п.

Стандарт задает общую модель данных и набор описаний веб-сервисов для доступа к данным, хранящимся в СЭД. При этом API выполняется в двух технологических вариантах веб-серсисов – SOAP и REST.

В настоящий момент имеется спецификация, проходящая стандартизацию в ISO и AIIM, а также референтные реализации основных вендоров. Предполагается, что стандартом она станет к середине года.

Разработка изначально не ориентирована на дублирование всех возможностей СЭД. Также беглый осмотр спецификации показывает, что даже из этого урезанного набора много вещей имеет статус «опционально». Более того, вопросы локалей как-то обойдены серьезным вниманием.

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

Интересно, начнут ли ее реализовывать наши производители СЭД.

***

Ниже более подробна описана техническая часть. Для тех, кому это интересно.

Модель данных обычна для большинства современных СЭД. Объекты четырех базовых типов:

  • запись о документе, характеризующаяся набором полей (реквизитов), и, возможно, тела документа (content stream);

  • папка с документами -- контейнер для других объектов. Опционально предусматривается, что документ может находиться в одной или нескольких папках, или вне папки. Папки могут быть вложены.

  • объект «связь». Направленная ссылка с одного объект на другой, обладающая некоторым набором свойств.

  • политика управления объектом. Некоторая запись в стандарте нижележащей СЭД, которая определяет права доступа (ACL), удержания или какие-либо правила обращения с объектами. Политику можно «прикреплять» к объектам, активизируя ее таким образом.

На основе этих типов данных создаются производные типы и их подтипы. На основе типов формируются сами объекты, с их уникальными ID (или, опционально, http URI)

Базовые сервисы:

  • создание, получение, обновление, удаление объекта;

  • поиск по объектам объектам и ссылкам (в том числе поиск документов, ссылающихся на данных).

  • сервисы для подключения политик управления к объектам, отключения политик от объектов.

Поиск строится на базе язык запросов на базе подмножества SQL92, некоторыми ограничениями и расширениями. Например, расширения включают возможность полнотекствового поиска (по контенту), поиск в многозначных реквизитах (реквизитах в форме списков), ограничение поиска по папкам и деревьям папок.

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

Подробности всего этого здесь:

http://xml.coverpages.org/cmis.html

Можно также зайти на страницу wikipedia — там есть ссылки на видео с забавным японцем, рассказывающим про CMIS:

http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services

Спека доступна у IBM:

http://www-01.ibm.com/software/data/content-management/cm-interoperablity-services.html

Published 4 февраля 2009 г. 8:00 by Vlad Borkus
Filed under: , , ,

Comments


среда, 22 октября 2008 г.

Новые выступления по темам СЭД и ECM

21.09.2008 Небольшая презентация, посвященная типовым проблемам проекта СЭД, представленная на круглом столе DocFlow 2008 в Санкт-Петербурге.

Посмотреть PDF

21.10.2008 Моя презентация, посвященная проблемам ECM, на конференции "Документация в информационном обществе: корпоративный документооборот"
Посмотреть PDF

понедельник, 31 декабря 2007 г.

Аудит СЭД Directum

31.12.2007

Завершил аудит возможностей СЭД Directum на предмет возможности ее использования в качестве платформы для поддержки договорной работы холдинга. Проведен анализ соответсвия СЭД Directum требованиям, возникающим при попытке унифицировать процессы на нескольких перерабатывающих предприятиях и управляющей компании. Даны рекомендации по необходимым доработкам Directum для задач внедрения в холдинге заказчика.

пятница, 14 декабря 2007 г.

Техническое задание на систему договорной работы

14.12.2007

Сдал заказчику техническое задание на систему договорной работы для предприятий, входящих в блок переработки и сбыта нефтегазового холдинга. Согласованы унифицированые процессы договорной работы предприятий блока.

Всего выявлено 5 основных процессов, около 25 подпроцессов и более двух десятков основных ролей. На предприятиях холдинга ежегодно согласовывается от нескольких тысяч до нескольких десятков тысяч договорных документов и счетов.

На первом этапе внедряемая система должна охватить 10-15 предприятий.

вторник, 23 октября 2007 г.

Серия докладов по теме выбора СЭД

23.10.2007

Доклад на заседании Клуба 4CIO, посвященного электронному документообороту.
Докладчик: Владислав Боркус.
Тема: "Выбор СЭД на предприятии".

Отчет о мероприятии можно найти здесь: Cсылка

Слайды презентации



10.10.2007

Доклад на Форуме "Электронный документооборот. Управляйте документами в интересах Вашего бизнеса!", проводимом компанией Интертраст.

Докладчик: Владислав Боркус
Тема: «Заказчик и системы документооборота: как решать проблему выбора?».

Подробности здесь: Ссылка

Слайды презентации

четверг, 20 сентября 2007 г.

Аудит пакета технических заданий

Аудит пакета технических заданий на внедрение систем документооборота и управления аудиторской деятельностью в нефтегазовом холдинге...

понедельник, 30 июля 2007 г.

Творческие транзакции

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/07/30/19545.aspx

Транзакции, описываемые свойствами ACID по настоящему креативных людей уже давно не удовлетворяют. Сначала возникли "долгоиграющие" транзакции, которые растянули понятие до предела, но еще сохраняли представление о транзакции, как он некоторой целостностной операции. А теперь, похоже, новый этап эволюции термина. Вот такие достижения предлагает нам новейшая концепция BPM 2.0, согласно одному из блогов:

<<Такой подход позволил правительству Нидерландов производить постоянные изменения в процессах, которые могут выполняться до их завершения 5 лет. Если у кого либо есть любые сомнения что BPM может быть использован для поддержки таких долгоиграющих транзакций, то сечас такие сомнения должны быть отброшены.>>

Конечно можно попутно задуматься -- не поменять что-то в «консерватории» ? Какая эффективность от workflow в процессе, длящемся 5 лет и постоянно меняющемся? Учет шагов, конечно важен, но формализация такого процесса выглядит как overkill.
Но меня поразило больше то, что это теперь уже называют транзакцией. Правила выполнения «транзакции» кроятся в ходе ее же исполнения. Куда ушли старые добрые транзакционные принципы? Вероятно, настоящий творец должен делать транзакцию руками, меняя все на ходу -- включая код. :))



Published 30 июля 2007 г. 13:23 by Vlad Borkus

Filed under:

среда, 6 июня 2007 г.

Учитесь делать PR

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/06/06/pr.aspx

Известный генерал в хорошем фильме так описывал девушке причину перелома ноги: «это военная тайна. Могу лишь сказать, что прыгать пришлось со сверхмалой высоты». Генерал говорил о падении с табуретки. Было бы событие, а красиво его подать PR сможет. И вот попался недавно на глаза пресс-релиз, растиражированный СМИ. Выглядит так, как будто сделано что-то невероятно крутое. И все в нем правда, только не упомянута одна маленькая, но важная, деталь... с которой все смотрится более трезво. Предлагаю читателю догадаться. Текст сообщения привожу по одному из информагенств.

Я, кстати говоря, с большим уважением отношусь к компании, которая выпустила данный пресс-релиз. У нее и хороший в своем классе продукт, и хорошие специалисты по внедрению и продажам. Только есть у нее слабость -- производить такие вот сообщения. Хотя и многие другие компании грешат этим, т.е. можно сказать уродливое явление на ИТ-рынке. Посему, и имя самой компании, и имя ее заказчика я поменял. Важна суть, а не имена. Хотя, конечно, а что еще остается делать небольшому производителю, чтобы о себе заявить?

<<< "Молоко-Мегаполис" начинает внедрение СЭД «Прорыв» Компания «Прорыв» объявляет о начале работ по внедрению одноименной системы электронного документооборота и управления взаимодействием в компании "Молоко-Мегаполис". "Молоко-Мегаполис" -- одно из сбытовых предприятий компании «Молоко», занимающееся поставками молочных продуктов в Московском регионе. В условиях жесткой конкуренции на столичном рынке молочных продуктов, решение вопроса автоматизации ключевых бизнес-процессов, для компании "Молоко-Мегаполис", имеет стратегическое значение. Поэтому руководством компании было принято решение о внедрении системы электронного документооборота и управления взаимодействием «Прорыв». С помощью системы планируется оптимизировать движение документов и автоматизировать основные процессы взаимодействия сотрудников. Внедрение системы было решено осуществить совместными силами специалистов по внедрению компании «Прорыв» и ИТ-специалистов "Молоко- Мегаполис". Первоначально система будет установлена в отделе HR "Молоко- Мегаполис". На этом этапе будут внедрены базовые модули для управления бизнес-процессами и электронными документами. В данный момент идет обучение ведущих пользователей основам работы с системой «Прорыв». Первый этап внедрения системы «Прорыв» в компании "Молоко- Мегаполис" будет завершен к концу лета. В результате, сотрудники компании "Молоко- Мегаполис" смогут создавать документы по типовым шаблонам прямо в системе, быстро согласовывать их, контролировать выполнение работ по ним и т.д. >>>

Published 6 июня 2007 г. 21:59 by Vlad Borkus Edit
Filed under: , [Edit Tags]

Comments


понедельник, 28 мая 2007 г.

Документооборот, CЭД, ECM: тему приходится продолжать

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/05/28/c-ecm.aspx

В связи с DocFlow решил поделиться еще рядом мыслей о рынке документооборота -- как человек, с одной стороны не зависящий ни от одного из вендоров, а с другой -- занимающийся консалтинговой поддержкой внедрений СЭД. Желание высказаться спровоцировали тезисы  Андрея Колесова по поводу DocFlow. И так как мой текст в комментарии не помещается, то пришлось оформлять его в публикацию.
1) Я не очень согласен с оценками Андрея [Колесова] про вклад коммерческого сектора. По моим наблюдениям коммерческий сектор давно (5 лет) вносит значительную долю в оборотах многих компаний -- у кого-то более 50%, у кого-то менее (а если вычесть откаты, то, почти у всех более 50%). Достаточно посмотреть на портфель проектов Documentum, Интертраст, Ланит, Аплана и т.п. Серьезное исключение из этого паттерна -- ЭОС. Конечно, важно определить, что считается госсектором. Я не отношу к нему ВТБ, ФСК, Росэнергоатом, РАО ЕЭС, но кто-то может подсчитывать их вклад иначе.

2) Согласен с тем, что от СЭД все чаще хотят обеспечения поддержки работы с разного рода сложным контентом (мультимедийный, техдокументация). В этом смысле можно говорить от расширении спроса на идеи, заложенные ECM. Но противопоставлять ECM и классический российский документооборот, в том числе «делопроизводство», мне кажется, не стоит -- это понятия из разных классов.

Поэтому мы видим, например,  массу проектов, когда платформа ECM используется и как склад контента, и для поддержки делопроизводственных задач (Росэнергоатом и т.п.). То, что для всего используется одна платформа ECM не значит, что она "шире" делопроизводства -- просто с помощью хорошего конструктора можно решить и делопроизводственные задачи. Индикатором этого является то, что контур ОРД Documentum СНГ совершенствует уже более пяти лет.

3) По большей части СЭД внедряют сейчас для управления организацией, а не документами (опять же по моим впечатлениям от проектов, а я занимаюсь этим уже пять лет). Внедрения, в которых ставился акцент на выстраивание архива, а не контура управления через СЭД,  обычно не давали экономического эффекта. Исключение -- проектные организации (управление технической документацией), организации, занимающиеся мультимедиа. Последние -- все же пока экзотика, хотя некоторым вендорам ECM они принесли в недавнем прошлом неплохой доход.

4) Так как СЭД отвечает за управление, то растет спрос на такие СЭД, которые поддерживают несколько моделей управления.

Есть "директивный метод управления" (частью которого часто понимают "делопроизводство"), есть метод на основе бизнес-процессов (его можно реализовывать на ECM, через workflow). Есть и другие модели управления -- проектная, например. По моим наблюдениям часто эти формы управления _сосуществуют_ в организациях. И все больше СЭД их поддерживают одновременно.

Андрей цитировал упомянутый кем-то термин "директивно-учетный документооборот" -- его не считаю корректным, так как есть директивная модель управления, есть учетные документы, есть учет (атрибутирование) документов, есть функции складирования документов, разные формы движения документов (маршрутное, свободное), т.е. документооборот. Все же неправильно смешивать все это в одно понятие.

5)Совершенно некорректно считать, что потребителем-заказчиком СЭД является ИТ-отдел. Дело в том, что есть отработанные методики руководства проектами. И в любом проекте есть обязательные роли. И с точки зрения проекта абсолютно неверно, когда начальник ИТ-отдела становится бизнес-заказчиком проекта внедрения системы управления. Таковым должен быть (и все чаще является по моим личным наблюдениям) генеральный директор, начальник отдела управления качеством, начальники бюро технической документации и т.п. Да и функции _отделов документооборота_ сейчас очень сильно эволюционировали, так что они тоже вполне себе стали «мудрыми» заказчиками.

Исходные ссылки:

http://www.itblogs.ru/blogs/borkus/archive/2007/05/25/docflow-2007.aspx

http://www.itblogs.ru/blogs/kolesov/archive/2007/05/28/17428.aspx

PS Получилось отрывочно, но, в конце концов, -- это просто тезисы в блоге.

Влад Боркус
Published 28 мая 2007 г. 15:56 by Vlad Borkus
Filed under: ,

пятница, 25 мая 2007 г.

Впечатления от Docflow-2007

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/05/25/docflow-2007.aspx

Посетил сегодня DocFlow-2007. Кто еще не знает -- это самая большая российская тусовка по документообороту, которая случается ежегодно. Коротко впечатления такие:
1. Рынок по-прежнему значительно растет, судя по числу людей. Их не меньше, чем в прошлом году, а может и больше. Это число было никак не меньше того, что собирает на своих форумах IBM -- значит тема людей интересует.

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

3. Народ хочет знать про Documentum. Я заглянул на одну из лекций -- люди стояли в проходах. Хотя сами лекции были построены по принципу поучения папуасов новым идеям, у Documentum это срабатывает -- текучесть слушателей была небольшая.

Вообще их концепция контентных сервисов -- очень правильная. О ней я слышал еще от их президента еще года четыре назад. Теперь она докатилась до России. Хотя реальный спрос на это появится через несколько лет, потому как все зависит от успеха SOA-идеи.

4. Довольно любопытно было послушать новости отечественных разработчиков -- закрывают потихоньку люди проблемы в своих системах! Пожалуй только ЭОС застыл в развитии, хотя это мое сугубо субъективное впечатление от их доклада. Молодцы ребята из Directum -- все-таки очень сильно клиенто-ориентированная компания, слушают заказчика! Хотя и cопозданием (относительно нас), но сделали StorageServices-- а они нужны почти везде.

5. Заглянул на доклад Андрея Колесова, и еще заметил, что он в программе ведет круглый стол. Везде Андрей фигурировал как обозреватель PCWeek/RE. Порадовался за бывших коллег -- издание развивается, ищет новые формы работы. Раньше с этим были жуткие проблемы.

6. Hummingbird не умер. Но их бизнес находится примерно в том же состоянии, недоадекватном их мировому статусу, (_мое субъективное мнение_), что и раньше. За год они расширили проект «Мегафона» до 4000 мест, сделали еще один проект на каком-то заводе на 400 мест. Но в остальном все так же. Terralink, их партнер, начал внедрять Captaris Workflow -- и говорил по поводу этого продукта намного больше хорошего, чем про Hummingbird. Любопытно, что в упомянутом заводском проекте, они использовали одновременно Captaris Workflow и Hummingbird DM -- к чему бы это?

6. Мне понравились выступления Владимира Андреева из DocsVision. Вообще, человек очень умный -- мы с ним пересекались по одному из тендеров. Хотя тогда DocsVision заказчик не взял (были там несоответствия хотелкам), но систему они развивают в интересном направлении. Да и докладчик Андреев очень хороший. Было также любопытно послушать, как они использовали Windows Workflow Foundation в свою пользу, и о проблемах и преимуществах WWF.

К трем часам голова уже пухла от раннего вставания, и про FileNet я решил не слушать. Про эту систему я в свое время много читал -- очень достойная, и была бы отличной альтернативой Documentum в тяжелых проектах, но пока не локализована.

Published 25 мая 2007 г. 16:12 by Vlad Borkus Edit
Filed under:

Comments


воскресенье, 15 апреля 2007 г.

Что стоит за данными рыночных исследований CNews по документообороту?

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/04/15/cnews.aspx

На днях попался на глаза анонс исследования CNews по рынку документооборота в нашей стране. Честно говоря некоторые приведенные параметры вызвали удивление, настолько они расходятся с моими представлениями о текущей реальности. Я, конечно, не специализируюсь на подсчете крутящихся на этом рынке денег, но как человек, имеющий к нему непосредственное отношение (выбор систем по заказам клиентов), имею некоторое представление о масштабе проектов, их числе и стоимости. И операции умножения и сложения произвести могу.
С моей точки зрения масштаб рынка (145 миллионов долларов) просто невозможный -- настолько сильно он завышен. Завышены и показатели отдельных компаний: EMC/Documentum (не думаю, что они зарабатывают они 14 миллионов на лицензиях и консалтинге), «Мотив» (они явно не могут зарабатывать 7+ миллионов долларов) и некоторых других упомянутых в анонсе отчета лидеров. (http://www.cnews.ru/news/top/index.shtml?2007/04/13/245691)Меня резанула фраза, что «Наибольших успехов из россиян добились компании «Ланит», ЭОС, «Мотив» и «Когнитивные технологии» – на долю каждой из систем, разработанных ими, приходится более 5% рынка в денежном выражении.».«Мотив», например, интересная система, но сколько нужно внедрить рабочих мест, чтобы получить 5 миллионов долларов при цене рабочего места 2000 руб ($70)? Да всю страну нужно заставить! Ситуация с другими упомянутыми вендорами менее однозначна, но думаю, что их доход также не столь высок. Опять же вопрос, а что считают? Может сюда еще и оборудование включают?Посмотрим реальные цифры об объеме рынка . В крайне выгодном проекте внедрение одного рабочего места -- лицензии ПО + консалтинг -- редко достигает $1000 (за исключением системы Documentum). Обычно цифра даже ниже $500. Для справки: стоимость лицензии типичной российской системы (на которые приходится 50% рынка по данных CNews) варьируется в диапазоне $50-150 и еще примерно столько же стоят работы по внедрению. Типичный средний проект -- до 100 рабочих мест, чаще 20-50, реже порядка 200. Проектов 1000 рабочих мест в год по всей стране делается несколько штук. Вот и считайте сами...

Мы здесь не затрагиваем вопрос про правильность определения границ рынка или его сегментирования на «российские платформы» и «западные». Хотя, по большому счету -- почти все внедрения делаются именно на западных платформах (и оплачиваются лицензии за Lotus, Oracle, SQL Server и т.п., которые включаются в стоимость проектов), с российскими «надстройками».
Я поговорил с несколькими своими хорошими знакомыми, которые, как оказалось, придерживаются примерно таких же оценок рынка как и я. Вот и не пойму я, как свои цифры получают аналитики CNews?
Влад Боркус

Published 15 апреля 2007 г. 16:40 by Vlad Borkus
Filed under: , ,

Comments


среда, 1 июня 2005 г.

DMS-2005-EPRESSXX-Web-Dialog

(C)Владислав Боркус

Дата актуальности: май 2005

!Данный материал защищён авторским правом и любое его копирование не допускается.



Протокол экспресс анализа системы Web-Dialog фирмы Web-Segment


Внимание! Экспресс-анализ не ставит целью рассмотреть систему во всех деталях. Обычно единственное его назначение - определить необходимость дальнейшего, более углубленного изучения системы. Экспресс-анализ делается под конкретные проектные условия, поэтому его выводы носят весьма не универсальный характер.


Система производится небольшой фирмой из Санкт-Петербурга и базируется на технологиях MySQL/PHP. Предпочтительной платформой исполнения является Linux. Разработчик декларирует, что в принципе возможно и использование MS SQL.

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

Есть процесс визирования документа, возможность писать комментарии и просматривать комментарии предыдущих визировавших лиц. Процесс визирования документа несколькими пользователями может быть как одновременным, так и поэтапным, а при необходимости и с ограничением и контролем срока визирования. Но как указывает производитель «осуществление контроля за сроками и за прохождением документов возможно организовать в рамках дополнительного программного модуля.... WEB-Dialog является очень гибкой системой, которую можно настроить или дописать практически под любые бизнес-задачи».

Есть также «управленческий модуль», позволяющий руководителю создавать задачи -- в виде прикрепленного файла и/или текста, присваивания задачам комплекса идентифицирующих параметров (срок исполнения задачи, исполнители, порядок исполнения и т.д.), а также составления дополнительного комментария к каждой задаче. Каждая из задач и прикрепленных файлов имеет индивидуальный адрес в системе. Доступ к ним распределяется на основании списка исполнителей задачи.

Администратор может создавать шаблоны заполнения задач, содержащие идентифицирующие параметры, сценарии исполнения и получения отчетов по задачам, а также вид формы создания задачи с необходимыми атрибутами.

Создавать задачи в системе может только руководитель, обладающий данным правом, которое назначается индивидуально. У задачи может быть несколько исполнителей. Руководитель имеет возможность просматривать информацию о ходе исполнения задачи на ее различных стадиях, исполнитель имеет возможность сортировки поставленных задач по дате, названию или ФИО руководителя. Все задачи могут быть отсортированы по принадлежности к тематическим папкам, перечень и названия которых задает администратор. Исполнитель имеет право просматривать содержание задач, открывать и сохранять у себя на компьютере копии прикрепленных файлов, отметить задачу как исполненную и, при необходимости, написать комментарий или отчитаться о результатах исполнения, отчитаться о неисполнении задачи в указанные сроки с объяснением причин. Существует возможность поиска задач по любой комбинации идентифицирующих признаков задач. Существует возможность связывать задачи с документами и/или обменом информации через систему ссылок.

Вся текстовая информация, заносимая в систему, хранится в XML формате, за счет чего может быть обеспечена совместимость с другими программными продуктами.

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

Система малораспространенная. Стоимость базовой конфигурации системы WEB-Dailog составляет 5000$.

Стоимость полной версии системы составляет 15000$.


DMS-2005-EPRESSXX. Визуальный слой DocFlow фирмы Банковский бизнес

(С) Владислав Боркус

Дата актуальности: май 2005

!Данный материал защищён авторским правом и любое его копирование не допускается.



Экспресс-анализ продукта "Визуальный слой DocFlow" фирмы "Банковский бизнес"

Внимание! Экспресс-анализ не ставит целью рассмотреть систему во всех деталях. Обычно единственное его назначение - определить необходимость дальнейшего, более углубленного изучения системы. Экспресс-анализ делается под конкретные проектные условия, поэтому его выводы носят весьма не универсальный характер.


Содержание


[убрать]


Общее описание


Визуальный слой DOCFLOW -- это часть более глобального решения, «Системы оперативного управления», предлагаемого фирмой в разных модификациях для банковской сферы ("Система оперативного управления BANK BUSINESS"), предприятий и коммерческих организаций ("Система оперативного управления CORPORATE BUSINESS"), государственных учреждений ("Система оперативного управления GOVERNMENT").

Помимо него в эту систему входят модули:


  • STAFF -- управление информацией о сотрудниках,взаимодействие сотрудников друг с другом);

  • DOCFLOW -- управление потоком документов (учет,согласование, архивное хранение и т.д.);

  • CRM -- управление взаимоотношениями с клиентами;

  • BUDGET -- управление финансами;

  • TUNING -- настройка системы оперативного управления.

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


Протокол обследования по направлениям


Название Выявленные свойства или отсутствие важных свойств

Делопроизводство и управленческий документооборот





- Регистрационные формы


Нет готовых

Возможно создание, редактирование, удаление учетных карточек документов и поручений;


- Работа с входящими, исходящими, внутренними документами


- Все документы равноценны, описаний готовых настроек не найдено


- Особенности нумерации документов


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


- Поддержка словарей и справочников (классификаторы)


- Только классификатор документов и справочник пользователей.


- Ведение журналов документов


нет


Ведения «дел» и архивов


нет


Хранилище электронных документов





- Организация хранилища


Хранение в реляционной СУБД MS SQL 2000 Server атрибутов и электронных версий документов.

- Шаблоны документов располагаются в виде папок в файловой системе.

+- Используются папки. Структура папок соответствует структуре предметной области (классификатору документов) и настраивается при установке системы или в начале отчетного периода (год).

+ Документ может быть в любом формате

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


- Управление версиями, связями, историей


+- Поддержка одноуровневых связей различных документов: документ-документ.

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

+ К карточке можно прикреплять любое число дополнительных (сопроводительных) файлов, которые располагаются на карточке вспомогательных документов.

+ Быстрая навигация по любым типам связей: документ-поручение, документ-основание, документ-документ

+ Коллективная работа с файл-документами (автоблокировка)

+ Протоколирование времени наложения подписи, отклонения, создания, редактирования, рассылки копий, ознакомления с копией, выдачи поручения, исполнения поручения;


Поисковые возможности


+- Поиск производится при помощи индексатора SQL Server. Осуществляется по не очень сложной форме по основным реквизитам документа и полнотекстовый по всем остальным полям, включая вложения.

+ Представление документов и поручений в разрезах структуры организации, типов документов, состояний документов и клиентов (при использовании Визуального слоя CRM).

- Других нет


Ввод/вывод документов





- Внесение готовых документов, создание на базе шаблонов, экспорт


+ Прозрачное для пользователя взаимодействие с офисными пакетами

+ Есть возможность генерации документов с заполнением шаблонов реквизитами (для Microsoft Office)

+ Возможность отсылки по э-почте поддерживается


- Сканирование


+ Есть возможность вызвать сканер и прикрепить отсканированный документ


- E-mail-сервер


- E-mail сервер не поддерживается, но отправить почту можно. Для отправки файл-документов, прикрепленных к учетной карточке необходимо установить фокус на учетную карточку и нажать кнопку "Отправить письмо" на левой управляющей панели. Создается форма электронного письма того почтового клиента, который установлен на станции пользователя "по умолчанию": Microsoft Outlook, Microsoft Express, The Bat, Lotus Notes и другие. К созданной форме автоматически прикрепляются актуальные редакции документов с закладки "Документы" и "Основания" .


- Работа с факс-серверами


- Нет


Исполнительская дисциплина





- Сценарии и особенности выдачи поручений


+ Поручения формируются на базе документов в системе, их список для каждого документа доступен через его карточку.

+ Поручение можно выдать и так, присоединив к нему любое число файлов. Но основание всегда будет одно.

+ Можно также от поручения в списке перейти на связанную с ним карточку.

+ Для поручения есть состояния "На составлении", "Выполняется", "Выполнено", "В архиве".

+ Есть дата исполнения поручения. Можно назначить исполнителя и соисполнителей.

+ Можно создавать дочерние поручения.

-- Других возможностей не найдено


- Уведомления, напоминания


- частично (уведомления), в том числе и по электронной почте


- Контроль исполнения поручений


через списки выданных заданий


Движение документа по организации





- Регистрация изменения состояния документа


"Карточка документа" имеет четыре состояния: "На составлении", "На подписи", "В действии", "В архиве". "Карточка документа" может быть отклонена из любого состояния и иметь несколько циклов обработки. Для любого типа "Карточки документа" может быть задан либо "гибкий", либо "жесткий" маршрут. Учетная карточка, которая прекращает своё действие отправляется в состояние "В архиве".


- Маршруты, определяемые пользователем (листы согласования)


+ Поддерживаются простые последовательные маршруты, с уведомлением другим участникам

Маршруты можно определять

+ Установка списка подписывающих /согласующих и приоритета наложения подписи /установка списка рассылки


  • Можно расширять стандартный набор подписывающих, включать кого-то в копию.



  • Подписанты в списке по настройкам системы имеют роли -- инициатор, руководитель подразделения, ответственный куратор. Можно задавать порядок, в котором они подписывают документ, а также время в часах и минутах, отведенное на подписание.



  • На этапе согласования можно отредактировать документ, отклонить или подписать его, а также добавить резолюцию в поле комментарий.



- Workflow-подобная обработка документа (программирование деловых процессов)


- Программируются жестко администратором


  • Многостадийная обработка карточек документов;



  • Возможность использования различных маршрутов обработки и рассылки документов





Отчеты


Есть возможность формирования реестров учетных карточек документов и поручений через функцию вывода текущего содержимого фрейма "Реестр" в Microsoft Excel по кнопке "Вывод в Excel" на левой управляющей панели.


Проектные площадки


нет


Функции Enterprise Content Management


нет


Готовые «контуры»


CRM, Бюджетирование,


Ролевые механизмы и оргструктуры


Есть механизм заместителей одного пользователя другим




Безопасность





- Контроль доступа


+ Используется смешанная аутентификация -- SQL Server и Windows.

+ Есть механизм заместителей, но каждый пользователь всегда использует только свою ЭЦП.

+ Использование «ролевого» администрирования.


- Применение ЭЦП


+ есть возможность использования самых разных СЗКИ от сертифицированных до PGP

+ Использование любого типа носителя информации для хранения "Авторского ключа" и закрытого ключа средства криптографической защиты информации;


Рабочие места системы


система ориентирована на работу через толстого клиента


Сквозной документооборот холдинга, особенности репликации данных


репликация осуществляется средствами SQL Server, т.е. требует очень надежных каналов




Архитектура и технологичность системы





- Технологическая основа и ограничения


Используется SQL Server и «толстый» клиент


- Открытость системы и средства интеграции


//нет доступной информации


- Производительность и надежность


//нет доступной информации


Лицензионная политика


//нет доступной информации


Свойства поставщика


небольшая компания, мало проектов


Косвенные оценки сложности внедрения


не оценивались



Анализ референтных внедрений


Внедрение системы, насколько известно, произведено в одном банке, где она запущена в промышленную эксплуатацию в КБ "ФУНДАМЕНТ-БАНК". Деталей его не известно.


Профиль компании и проекты


"Банковский бизнес" -- российская компания, специализирующаяся на разработке программных продуктов и банковском IT-консалтинге. Основана в марта 2003 года. Продекларированная цель компании -- предложить комплексный программный продукт, который позволит сэкономить потребителям значительные средства, затрачиваемые на ведение дел и управление серьезной организацией; максимально удобный программный продукт для пользователей и оптимальный для решения задач оперативного управления организациями, банками, холдингами и государственными учреждениями.


Выводы


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

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

«Визуальный слой DOCFLOW» не предлагает готовых средств ведения канцелярии, хотя его, вероятно, можно настроить на решение этой задачи. В продукте много пробелов -- слабые средства настройки нумерации, нет средств ведения дел, средства согласования очень незатейливые, не найдено возможности задавать графически сложные маршруты workflow, репликация -- через средства SQL Server, т.е. не надежная и не удобная.

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