Какие риски связаны с заменой ПО, серверного оборудования и сетевой инфраструктуры? Как в процессе миграции их минимизируют компании? Рассказала Дарья Ларионова, директор бизнес-направления «Цифровые решения» Айсорс.
Минимизация рисков
Первый риск — отсутствие компонентов иностранного производства. Локализация ещё не является стопроцентной: нужных компонентов может не быть и потребуется долгая доставка из-за границы.
Второй момент — это совместимость ПО (прямая и обратная). Не всегда ПО корректно работает в единой инфраструктуре. Если ранее вопрос совместимости регулировался международными стандартами, то сейчас мы только стоим на пороге стандартизации.
Минимизация рисков происходит за счёт процесса тестирования программных продуктов — на предмет совместимости и исполнения разных сценариев. Это может влиять на сроки ввода в эксплуатацию, поэтому важно заранее планировать этот этап.
По сетевому оборудованию: многие компании стремятся сформировать запас необходимых компонентов на складе заблаговременно — это снижает риск отсутствия компонентов на рынке и долгой доставки, однако это «замораживает» рабочий капитал. Со временем часть компонентов может устаревать, бывают ситуации, когда компоненты могут совсем не потребоваться, то есть формируется неликвидный запас.
Особенность отечественных цифровых решений
Если речь идёт о внедрении отечественных решений, здесь всё немного проще. Как правило, отечественное ПО создаётся под задачи отрасли и конкретной компании с учётом имеющейся инфраструктуры, его развитие происходит с учётом особенностей развития под влиянием внешних факторов. Такие решения более адаптивны и хорошо совместимы с инфраструктурой отечественных предприятий.
Таким образом создавались решения цифровой платформы Isource — в привязке к решению задач промышленных компаний. Здесь каждый продукт решает свой блок задач — управление данными, закупки, контроль производства, логистика и аналитика. Это даёт синергетический эффект по оптимизации затрат.
Быстрая адаптация к потребностям рынка
Из примеров быстрой адаптации возможностей ПО к потребностям рынка — организация телеприёмки в Китае с языковым переводом для металлургической компании во время пандемии, запуск ИИ-ассистента для поиска в нормативной документации (более чем 200 документов, включая ГОСТ, СТО, РД, СТ, ЦКБА) и пр.
Для более лёгкой интеграции систем и качественного переноса данных предварительно используется сервис НСИ: он исключает человеческий фактор при передаче данных между системами. Сервис предполагает создание и поддержку справочников и каталогов компании по единому набору признаков — это классификатор, шаблоны, справочники, словари признаков и значений, алгоритмы и маски наименований.
Основные проекты, которые делает команда Айсорс в этом направлении, - это нормализация справочников МТР и услуг. Чаще всего к нам обращаются клиенты, у которых совсем нет справочников, либо те, кому нужно усилить команду в период внедрения. Основная работа заключается в том, чтобы правильно и эффективно переработать, структурировать огромный массив данных.
Самый маленький справочник, с которым работала команда Айсорс, – это 20 000 позиций, средний – это 400-500 000 позиций, огромные проекты – за 1 млн позиций. В нашей команде есть узкоспециализированные специалисты и инженеры-проектировщики.
Роль вендора и интегратора
Крупнейшие предприятия уже применяют меры поддержки и повышения отказоустойчивости. Например, выполняется тестирование разных продуктов: в поиске надёжного партнёра промышленные корпорации тестируют разные продукты, сравнивают функционал, совместимость и возможности доработок, адаптации под инфраструктуру. Часть продуктов разрабатывается внутри периметра компаний — это также позволяет снизить риски.
Особую роль в этом процессе играет не просто продукт, но работа вендора и интегратора. Бывают случаи, когда компании-производители ПО из-за внутренних проблем перестают существовать на рынке — поддержка и развитие их ПО при этом сильно осложняются. Для заказчика открытый код таких решений обеспечивает стабильность: в случае ухода вендора с рынка, решение можно будет обслуживать и поддерживать самостоятельно или с помощью интегратора.
Важно смотреть не только на технологический стек и его функциональные возможности, нужно также смотреть на стабильность компании и профессионализм команды, реализованные проекты. Важно, чтобы у команды был релевантный опыт и понимание специфики отрасли, в которой работает заказчик.