Импортозамещение ПО для госзаказчика перестало быть лозунгом. Постановление Правительства №1236 от 16 ноября 2015 года прямо запрещает закупать иностранный софт, если в Едином реестре российских программ есть аналог нужного класса. К августу 2018 года в реестре уже более 4700 продуктов, и отговорка «отечественного нет» почти не работает. Заказчику нужно либо брать из реестра, либо обосновывать невозможность – письменно и по форме. Разберём, как устроены правила и что делать на практике.

Как работает реестр и правило ограничения

Реестр ведёт Минкомсвязи, классы ПО заданы приказом №486. Логика закупки простая: заказчик определяет класс (например, «офисный пакет» или «СУБД»), проверяет реестр и, если там есть хотя бы один продукт этого класса, обязан отклонить заявки с иностранным ПО. Исключение допустимо, но требует обоснования: софт из реестра не обладает нужными характеристиками, и эти характеристики прописаны в техзадании заранее, а не задним числом.

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

Что мешает миграции на практике

Запрет в законе – это полдела. Реальные проблемы начинаются на уровне интеграций. Иностранное ПО за годы обросло связями: обмен с 1С, выгрузки в ведомственные системы, отчётность, шлюзы СМЭВ. Снять Oracle или Microsoft с одного контура и не положить пять смежных – задача не про лицензии, а про архитектуру.

Здесь выигрывает тот, кто заранее развязал системы через стабильные интерфейсы. Подход API-first интеграции позволяет менять СУБД, ОС или прикладной слой, не переписывая каждого потребителя данных. Второй типовой блок – рабочие места и мобильный доступ сотрудников: переход на отечественную платформу затрагивает и клиентские приложения, что мы рассматривали в заметке про мобильную стратегию предприятия.

С чего начать заказчику

Порядок действий, который реально снижает риск срыва закупок и простоя:

  • Инвентаризация. Соберите перечень иностранного ПО, версий, лицензий и сроков их окончания. Без этой карты любой план миграции – фантазия.
  • Сопоставление с реестром. Для каждого продукта найдите класс и российские аналоги. Где аналога нет – фиксируйте это документально, понадобится для обоснования.
  • Оценка интеграций. Постройте схему связей. Именно интеграции, а не сам продукт, определяют стоимость и сроки.
  • Пилот. Перенос одного некритичного контура показывает реальные трудозатраты честнее любой презентации вендора.
  • План закупок. Сведите сроки лицензий, бюджетные циклы и этапы миграции в один график.

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

Вывод

Импортозамещение – это не разовая замена логотипов на иконках, а управляемая программа на 2–3 года. Закон уже не оставляет пространства для «подождём»: реестр наполнен, ФАС следит за обоснованиями, лицензии иностранных вендоров заканчиваются по графику. Начните с инвентаризации и схемы интеграций, проверьте аналоги по реестру и переносите системы поэтапно: чем точнее спланированы архитектура перехода и перенос данных, тем меньше риск простоя на каждом этапе.