Возможно ли импортозамещение в сфере ECM-решений?
Если кратко - да, развернуто - в посте.
Возможно ли импортозамещение в сфере 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-проектах какая-то зависимость от иностранного ПО сохранится.
Источник: Журнал "Современные технологии делопроизводства и документооборота"
Похожие статьи
Комментарии 8
Разве масштабы Twitter, Flickr и Basecamp невелики?
Важный фактор - это профиль компании. ИТ-компании могут себе позволить поддерживать и развивать СПО проекты. Другие - спорно.
Это бесспорно. Как и то, что производители ECM - тоже ИТ компании. Я не вижу глобальных стратегических преимуществ той же 37signals перед Directum в плане поддержки MySQL (кроме желания, конечно).
Андрей, материал об импортозамещении в РФ, поэтому не важен даже профиль этих трёх компаний, а важно то, что они не российские. У нас я не встречал описания большого (хотя бы 500 АРМ) проекта внедрения ECM на базе свободной СУБД.
Т.е. трудно собрать команду специалистов, которые такой проект реализуют.
Вендоры по каким-то своим причинам не готовы поддерживать тот же MySQL. Таковы реалии рынка, и менять их, похоже, придется самим крупным заказчикам — делая свои проекты или продавливания соответствующие доработки уже купленных систем.
Максим, я всё же не понимаю посыла. Небольшие (а в 37signals меньше 40 сотрудников) западные компании спокойно поднимают системы на базе MySQL, в которых работают сотни тысяч пользователей ежедневно. И у них всё хорошо. Почему же в России для подобных задач нужны компании уровня Яндекса, а все, кто меньше, пасуют?
Про 500 АРМ реально работающих на свободной СУБД, не в курсе, но по беглому изучению сайта Naumen складывается впечатление, что они не пасуют перед такими задачами.
Какая-то странная статья... Уж очень от нее несет бодреньким ура-патриотизмом. Как там говорили в славном прошлом? Партия сказала - Надо! Комсомол ответил - Есть! Сказали импортозаместиться, бизнес вот и импортозмещается.
Да, мне не нравится идея мпортозамещения. Она какая-то убогая. Хотим мы или нет, глобализация шагает семимильными шагами. Это вызов всем локальным производителям. И, в то же время, это и возможность выйти на внешние рынки. Поэтому я желаю, чтобы российские вендоры не просто импортозамещали что-то, а создавали продукты, которые востребованы во всем мире. Примеры есть. И нет тут ничего зазорного в использовании "импортных" компонентов, библиотек, инструментов, платформ, ОС и т.п. (проприетарных и СПО) при создании отечественных продуктов.
Теперь поговорим про покупателей. Если ставить политику впереди экономики - это может выйти боком. Если у бизнеса нет неограниченного ресурса в виде бюджетных средств, то при покупке решения он, в соответствии со здравым смыслом, будет руководствоваться стоимостью владения. Если именно более низкая стоимость владения заставляет его покупать отечественные решения, то это хорошо и правильно. Если импортное решение подразумевает более низкую стоимость владения - почему бы не взять и его? Если покупатель, руководствуясь ложно понятым чувством патриотизма, возьмет более дорогой, но отечественный продукт, то он сделает плохо и себе и продавцу. Себе - это в смысле, что неоправданно увеличит расходы и сократит прибыль. А продавцу - что он поддержит неэффективного неконкурентноспособного вендора, не позволит ему стать эффективнее. Зачем вендору совершенствоваться, если и так хавают?!
Ну и, не стоит забывать, что мы уже живем в эпоху облачных решений. Не все еще переехало в облако, но что-то уже там. И вот, что там за фронт-эндом - импортные или отечественные, проприетарные или СПО платформы и компоненты, пользователь может и не знать.
Женя, а в чем принципиальное преимущество PostgreSQL перед MySQL? Экосистема вокруг MySQL ничуть не слабее. Ну, разве что, после приобретения продукта компанией Oracle произошел форк в виде MariaDB и все фанаты GPL ушли туда.
Ага, спасибо, в общем-то я часть из этого читал. Часть из того, что там есть очень сильно устарела, часть вполне актуальна.
Не, ну это понятно. Любая подобная миграция требует квалифицированных специалистов по этой самой миграции. С наскока тот же самый DIRECTUM даже на Oracle с MS SQL не переведешь :-)