Интеграция СЭД: разбираем узкие места
Бизнес требует прозрачного обмена документами и данными между ECM различных поставщиков, а также использования этой информации в сквозных бизнес-процессах. Аналогичная ситуация складывается и в госсекторе, где движущим фактором развития выступают электронные госуслуги — внедрение во всех ОГВ одной-единственной СЭД невозможно в силу многих причин, поэтому есть потребность в согласованной работе систем множества поставщиков.
Гетерогенный ИТ-ландшафт стал обычной практикой
В крупных и средних организациях сосуществуют прикладные системы схожего функционального назначения от различных разработчиков, в том числе и СЭД. Это может быть результатом слияний и поглощений или изменения предпочтений руководства. Системы вынуждены работать вместе. И бывает так, что в интересах заказчика даже прямые конкуренты вынуждены работать вместе и обеспечивать взаимодействие своих систем.
Это одно из проявлений коммодитизации — заказчику не важно, чей конкретно продукт он использует, но важно, чтобы при этом бизнес работал продуктивно. Ведь никого же не волнует, от какой ГЭС или АЭС у него электричество в розетке, не так ли?
Мы спросили вендоров СЭД, был ли у них опыт совместных проектов с их конкурентами.
Сергей Курьянов ответил конкретно и лаконично: "Пилотные проекты – были. В частности с Documentum. Был давнишний проект интеграции с "ДЕЛО".
Сергей Полтев обозначил общие подходы его компании: "Скорее стоит говорить об интеграции нескольких СЭД в рамках одной организации. Такие проекты реализуются не слишком часто, но тем не менее, существуют. Реализовывались они как проекты, в которых для интеграции используется API-интерфейс, так и решение СЭВ. В случае с СЭВ в основе лежит "ГОСТ "Системы электронного документооборота. Взаимодействие систем управления документами. Требования к электронным сообщениям", а "ДЕЛО" и другие продукты обеспечиваются необходимыми "коннекторами" для преобразования данных в стандартный формат".
Василий Бабинцев подтвердил, что такие проекты есть, но имен не назвал: "Интеграцию мы проводим поэтапно с минимальными "жертвами" для компании-клиента и пользователей. Так, например, в одном из проектов внедрения Directum в госсекторе, на начальном этапе нами был организован двухсторонний обмен документами с разными базами уже используемой СЭД, расположенными в нескольких ведомствах. Передача информации была настроена в прямом и обратном направлении. На последующих этапах эти ведомства переводятся на новую систему. Таким образом, поэтапно, проходит внедрение новой ECM-системы у клиента".
Эпоха первичной автоматизации прошла
Сегодня всякое внедрение новой системы подразумевает миграцию данных из унаследованных систем. Этот процесс не всегда происходит одномоментно, он бывает продолжительным во времени. Зато миграция всегда создает много головной боли для внедренцев, ведь легких решений практически не бывает. О самом неприятном в миграции говорят эксперты.
Василий Бабинцев видит трудности в психологическом барьере: "Самое сложное — это доказать и показать, что новая система работы лучше и эффективнее старой. На любом предприятии есть пользователи, которые легко принимают новое, но есть и такие, кто проявляет особенное сопротивление изменениям. Как правило, корни его в нежелании переобучаться, несмотря на более богатые возможности новой системы. Как правило, именно новая степень свободы и расширенный функционал и создают максимальный психологический барьер перехода. Однако в ходе сравнения раскрываются и положительные стороны. Это, например, быстродействие, современный дружелюбный интерфейс, интеграция с офисным ПО, использование элементов социализации. И здесь большое влияние играют доброжелательность, настойчивость и профессионализм команды внедрения. Все вместе эти факторы в итоге перекрывают нежелание переобучения. А мы получаем положительные отзывы от клиентов и готовность развивать систему дальше".
Сергей Полтев считает проблемой миграции отсутствие документации и поддержки заменяемой системы: "Как правило, миграция происходит с "самописных" и устаревших систем. В таких случаях возникают сложности даже с пользовательской документацией, не говоря уже о документированном API –интерфейсе. Найти "след" компаний-разработчиков зачастую невозможно, и единственный вариантом остается перенос данных вручную".
Сергей Курьянов видит трудности в попытках "перепрыгнуть на ходу" с одной системы на другую: "Самое неприятное, когда заказчик требует перенести из старой системы все документы и задания, включая еще не завершенные, находящиеся в обработке. К счастью, это бывает редко. Обычно старая система сохраняется как архив".
Интеграция ECM: Конфликт интересов
Вопрос интеграции различных ECM всегда будет в поле конфликта интересов разработчиков систем и пользователей. Любой вендор стремится к захвату большей доли рынка и вытеснению с него конкурентов. "Должен остаться только один!" – этот девиз из кинофильма "Горец" вполне актуален. Поэтому разработка средств совместной работы с другими ECM-системами обычно не считается приоритетной задачей.
С другой стороны, любой заказчик неизбежно сталкивается с задачами миграции с одной ECM на другую по мере роста бизнеса или морального устаревания системы. В этом случае миграция воспринимается как неизбежное зло. Часто даже миграция не является возможным вариантом – бизнес требует использования нескольких ECM совместно, либо ради сохранения наработанной экспертизы, либо считая миграцию на единую ECM неоправданно дорогим удовольствием.
В этой ситуации возможны три сценария. Можно прибегать к заказным разработкам в каждом отдельном случае. Это имеет свои минусы — непрозрачность процесса обмена данными и необходимость каждый раз платить программистам за почти одинаковую работу. Жругим сценарием является развитие стандартов взаимодействия ECM и поддержка их в продуктах вендоров. Увы, это путь достаточно долгий, потому что сами стандарты еще не достигли зрелости, а на выпуск новых версий ECM-платформ с их поддержкой уйдут годы. Последним сценарием является появление на рынке специализированных продуктов независимых поставщиков, развивающих экспертизу именно в нише обеспечения интеграции разнородных ECM. По такому пути шло развитие рынка СУБД, где имеется целый класс поставщиков систем ETL. Чего-то подобного стоит ждать и для рынка ECM. В качестве примера — такой продукт предлагает венгерский стартап, компания Mulipass Solution, которая позиционирует себя как эксперта в ECM-интеграции.
Станислав Макаров / CNews
Короткая ссылка на материал: //cnews.ru/link/a3316
