Журнал о системах электронного документооборота (СЭД)
Задачи компаний и их решение

Возможно ли импортозамещение в сфере ECM-решений?

  11 комментариев Добавить в закладки

Возможно ли импортозамещение в сфере ECM-решений?

 

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

Рынок СЭД в России существует уже более двадцати лет, и экспертное сообщество признает его зрелость. Отечественные вендоры-лидеры накопили огромный опыт автоматизации как классических задач делопроизводства, так и специфических бизнес-задач, завязанных на работе с документами и контентом. Российские ECM-системы закрывают все потребности средних заказчиков, а ведущие отечественные СЭД представляют собой платформы, на которых можно строить инфраструктурные решения, объединяющие десятки корпоративных информационных систем различных классов, автоматизирующие десятки тысяч пользователей. Лучшие отечественные продукты не уступают западным по функциональности и возможностям платформы.

При этом цены российских решений остаются более выгодными, а стоимость поддержки не так значительно зависит от курса рубля, как это характерно для обслуживания иностранного проприетарного ПО. Более того, в соответствии с федеральными законами 44-ФЗ (редакция от 15.09.2015) и 223-ФЗ (от 26.06.2015) отечественное ПО получает определенные преференции при осуществлении закупок на конкурсной основе. Все это влияет на выбор заказчиков в пользу российских ECM-систем.

 

Такое положение вещей в целом отвечает плану импортозамещения ПО, утвержденному соответствующим приказом Минкомсвязи России от 01.04.2015. Максимальная доля импорта в закупках корпоративных бизнес-приложений (ERP, CRM, BI, СЭД/ECM, управление проектами и т.д.) к 2025 году должна составить 25%. По оценке, приведенной в приказе, в 2014-м доля импорта по направлению бизнес-приложений составила 75%. Получается, что за 10 лет российское корпоративное ПО должно отвоевать около половины рынка у импортных решений. Причем российские системы будут не только внедряться для покрытия новых задач, но и замещать иностранные решения, поддержка которых оказывается неоправданно дорогой.

Однако планы импортозамещения по направлению бизнес-приложений не означают, что получится так же сократить долю западных СУБД, серверных ОС и других инфраструктурных решений. Российские СУБД мало распространены, работу с ними, как правило, не поддерживают даже отечественные корпоративные информационные системы. Есть проекты на базе СПО, но надежность решений пока не проверена на крупных масштабах. Поэтому Минкомсвязи к 2025 году планирует сокращение доли импорта по направлению СУБД до 50%, а это значит, что во многих ECM-проектах какая-то зависимость от иностранного ПО сохранится.

Источник: Журнал "Современные технологии делопроизводства и документооборота"

Ещё материалы автора
Похожие записи
Комментарии (11)
Андрей Подкин 29 апреля 2016 г. 15:39  
Есть проекты на базе СПО, но надежность решений пока не проверена на крупных масштабах.

Разве масштабы Twitter, Flickr и Basecamp невелики?

 

Василий Бабинцев 29 апреля 2016 г. 17:16  
Разве масштабы Twitter, Flickr и Basecamp невелики?

 Важный фактор - это профиль компании. ИТ-компании могут себе позволить поддерживать и развивать СПО проекты. Другие - спорно.

 

 

Андрей Подкин 30 апреля 2016 г. 00:00  
Василий Бабинцев 29 апреля 2016 17:16
Важный фактор - это профиль компании. ИТ-компании могут себе позволить поддерживать и развивать СПО проекты. Другие - спорно.    

Это бесспорно. Как и то, что производители ECM - тоже ИТ компании. Я не вижу глобальных стратегических преимуществ той же 37signals перед Directum в плане поддержки MySQL (кроме желания, конечно).

Максим Кайнер 01 мая 2016 г. 11:14  
Разве масштабы Twitter, Flickr и Basecamp невелики?

Андрей, материал об импортозамещении в РФ, поэтому не важен даже профиль этих трёх компаний, а важно то, что они не российские. У нас я не встречал описания большого (хотя бы 500 АРМ) проекта внедрения ECM на базе свободной СУБД.

Т.е. трудно собрать команду специалистов, которые такой проект реализуют.

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

 

 

Андрей Подкин 02 мая 2016 г. 09:06  

Максим, я всё же не понимаю посыла. Небольшие (а в 37signals меньше 40 сотрудников) западные компании спокойно поднимают системы на базе MySQL, в которых работают сотни тысяч пользователей ежедневно. И у них всё хорошо. Почему же в России для подобных задач нужны компании уровня Яндекса, а все, кто меньше, пасуют?

 

Про 500 АРМ реально работающих на свободной СУБД, не в курсе, но по беглому изучению сайта Naumen складывается впечатление, что они не пасуют перед такими задачами.

Сергей Бушмелев 03 мая 2016 г. 21:37  

Какая-то странная статья... Уж очень от нее несет бодреньким ура-патриотизмом. Как там говорили в славном прошлом? Партия сказала - Надо! Комсомол ответил - Есть! Сказали импортозаместиться, бизнес вот и импортозмещается.

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

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

Ну и, не стоит забывать, что мы уже живем в эпоху облачных решений. Не все еще переехало в облако, но что-то уже там. И вот, что там за фронт-эндом - импортные или отечественные, проприетарные или СПО платформы и компоненты, пользователь может и не знать.  

Eugene Kochurov 11 мая 2016 г. 11:04  

Слабо представляю, как можно сделать ECM-платформу на MySQL силами специалистов, привыкших к архитектурным возможностям, предоставляемым Oracle или MSSQL (давно не слежу за этой темой, но вроде бы основные российские игроки в серьезных проектах используют именно эти две СУБД?). И дело не только в технических возможностях самой СУБД, важна экосистема вокруг нее. С этой точки зрения очень интересно выглядит PostgreSQL - она развивается очень быстро, включая русскоговорящее сообщество и русскоязычные ресурсы.

Андрей Подкин 11 мая 2016 г. 13:33  

Женя, а в чем принципиальное преимущество PostgreSQL перед MySQL? Экосистема вокруг MySQL ничуть не слабее. Ну, разве что, после приобретения продукта компанией Oracle произошел форк в виде MariaDB и все фанаты GPL ушли туда.

Eugene Kochurov 11 мая 2016 г. 15:04  

Про отличия в интернетах пишут много, вот интересное только с хабра:

https://habrahabr.ru/post/268631/

https://habrahabr.ru/company/mailru/blog/248845/

https://habrahabr.ru/post/282764/

Но я-то говорю не об абстрактных преимуществах, а о возможностях миграции для конкретных компаний. Вот у меня есть представление, как ту систему на Oracle, с которой сейчас работаю (по требованиям к платформе она во многих пунктах близка к ECM), перевести на PostgreSQL. Это будет долго и дорого, но хотя бы виден способ и есть уверенность, что получится. А для MySQL я не вижу способа иного, чем создать новую компанию с новым продуктом, причем уверенности в успехе нет никакой.

Андрей Подкин 11 мая 2016 г. 16:39  

Ага, спасибо, в общем-то я часть из этого читал. Часть из того, что там есть очень сильно устарела, часть вполне актуальна.

 

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

Не, ну это понятно. Любая подобная миграция требует квалифицированных специалистов по этой самой миграции. С наскока тот же самый DIRECTUM даже на Oracle с MS SQL не переведешь :-)

 

Eugene Kochurov 16 мая 2016 г. 16:55  

Кстати, еще одна немаловажная деталь - это безопасность. Для нас, в области медицинских информационных систем, она даже более критична, чем для СЭД общего назначения. У PostgreSQL тут все очень неплохо:
Попов_ВВ_05_02_2016.pdf

Сейчас обсуждают
Исхаков Роберт 10 февраля 2017 г. 16:33  
Сергей Бушмелев 10 февраля 2017 г. 13:45  
Вадим Майшев 10 февраля 2017 г. 13:39  
Сергей Бушмелев 10 февраля 2017 г. 13:27  
Исхаков Роберт 10 февраля 2017 г. 11:28  
Больше комментариев