Подготовка К Импортозамещению, Или Куда Бежать, На Что Смотреть И К Кому Обратиться За Помощью

Всем привет! В этой статье я попытаюсь объяснить, как осуществить импортозамещение (переход на российское ПО), чтобы все были довольны, и постараюсь объяснить более простым языком смысл требований текущей версии.

приказ Минцифры .

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

Отказ от ответственности: анализ имеет вольное толкование формулировок приказа и выражает субъективное видение.

Но в то же время я искренне надеюсь, что кому-то такие интерпретации будут ближе и понятнее.

Увидимся в комментариях.



Подготовка к импортозамещению, или Куда бежать, на что смотреть и к кому обратиться за помощью

Источник Итак, вы пришли к пониманию, что неизбежно попадаете в категорию организаций, на которые распространяются требования приказа (в вашем уставном капитале доля участия РФ, субъекта РФ превышает 50% , акционерное общество с таким же процентом государственного участия и т. д.).



С чего начать

Прежде всего, я и моя команда «ЛАНИТ-Интеграции» Конечно, мы внимательно изучаем сам заказ.

Признаюсь, мне пришлось перечитать его N раз, чтобы хоть немного понять, чего они хотят от наших клиентов.

Первыми неявными определениями для меня стали определения импортного ПО, данные в пунктах 4 и 5 приказа.

Для упрощения, все программное обеспечение, не включенное в Единый реестр российского программного обеспечения и Единый реестр евразийского программного обеспечения (далее я буду называть их «реестры»), считается импортным.

Единственным исключением является программное обеспечение, разработанное, произведенное и распространяемое российской компанией, в том числе программное обеспечение, разработанное непосредственно по вашему заказу третьей стороной, или программное обеспечение собственной разработки (во всех случаях требуются доказательства, а еще лучше - включение в один из регистры).

Далее в пунктах 6-8 приведены определения офисного программного обеспечения и ссылка на стол , который содержит список классов программного обеспечения, подлежащих замене.

Я не буду приводить это в тексте, чтобы не загромождать содержание.

Я просто скажу две вещи.

Во-первых, если вы не смогли определить место ПО в таблице, спросите у регулятора - Центр компетенций по импортозамещению в сфере ИКТ .

(Это очень отзывчивые и понимающие люди, готовые помочь разобраться в сложных ситуациях).

Во-вторых, офисное программное обеспечение делится на две категории.

В первом коэффициент импортозамещения рассчитывается по количеству копий используемого программного обеспечения, например, браузера.

Второй относится к информационным системам или подсистемам, при этом вся ИС, включая клиентов, серверные и клиентские компоненты, рассматривается как единое целое; Варианты расчета будут подробно рассмотрены далее в статье.

Коротко о пунктах 9-12. Рекомендуется (фактически это обязательно) планировать все в соответствии с требованиями приказа, назначать ответственного, занимающего должность не ниже определенной, менять планы развития и стремиться к импортозамещению, переходить только на программное обеспечение, соответствующее пунктам 4-5 приказа.

Пункт 13 - если вы используете облака, то будьте любезны использовать аналоги российского производства, но если вы решите, что российское «не работает», а ваш «другой» облачный продукт соответствует требованиям РФ, то продолжайте использовать его, не будет никакой ответственности.

Пункт 14 - по моему мнению, никто не способен понять приведенную классификацию.

Гораздо проще найти свой класс/тип по аналогу из реестров или обратиться к регулятору.

Экономьте время и нервы.

Пункты 15-16 – используйте только программное обеспечение, включенное в реестры.

Например, если вы собираетесь использовать «Рабочая станция Альт» или РЭЛС, тогда все программное обеспечение, входящее в репозиторий, должно быть отдельно включено в реестры.

Иначе это не считается.

Далее последует подготовка документации в соответствии с рекомендациями приказа.

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

Здесь много копипаста, но только в благих целях.



Документация

План перехода на отечественное программное обеспечение, в оригинале - «.

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

».

При отсутствии государственной или коммерческой тайны рекомендуется разместить данный план на официальном сайте компании.

План должен содержать:

  • перечень организационно-технических мероприятий;
  • сведения о планируемых финансовых ресурсах с указанием сроков, объемов и источников финансирования, необходимых для эффективной реализации;
  • целевые показатели ( в соответствии с таблицей, приложенной к заказу );
  • полная инвентаризация и описание всего программного обеспечения (прикладное ПО, системы, утилиты, драйвера – в общем, всё);
  • характеристики используемого импортного программного обеспечения;
  • список заменяемого ПО - кандидатов на замену импортного ПО (личная рекомендация - для каждого импортированного выбрать несколько наших; исходя из основных параметров и характеристик ПО может подойти для замены, но при внедрении могут выявиться неприятные тонкости , поэтому всегда полезно иметь план Б);
  • анализ износа оборудования и возможность его использования с программным обеспечением из реестров;
  • требования к функциональным, техническим и эксплуатационным характеристикам для различных классов/типов программного обеспечения;
  • перечень задач и мероприятий, направленных на устранение факторов и барьеров, препятствующих переходу к преимущественному использованию отечественного программного обеспечения;
  • функциональная классификация автоматизированных рабочих мест (АРМ);
  • функциональные, технические и эксплуатационные требования к автоматизированным рабочим местам;
  • оценка необходимых временных и финансовых ресурсов для реализации задач перехода на преимущественное использование отечественного программного обеспечения;
  • план мероприятий по организации перехода на преимущественное использование отечественного программного обеспечения.

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

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

В связи с этим допускается вольная трактовка, исходя из описания в заказе.

Предметы.

24-25 - по сути то же самое, что и пункты 4 и 5. Если вы используете программное обеспечение, разработанное, производимое и распространяемое российской компанией, в том числе программное обеспечение, разработанное непосредственно по вашему заказу сторонней организацией или программное обеспечение собственной разработки, то либо внести его в регистрации или будьте готовы предоставить убедительные доказательства вышеизложенного.

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

Дальше — повторение всего сказанного ранее, общие рекомендации по управлению проектом, ничего обязательного.



Подготовка к импортозамещению, или Куда бежать, на что смотреть и к кому обратиться за помощью

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

И, наконец, перейдем к более подробному рассмотрению системы расчета показателя эффективности.

В то же самое таблица 2.2 заказа есть столбец «Наименование целевого показателя».

Содержимое именно этого столбца определяет метод расчета показателя производительности, и он определяется для каждого класса (типа) программного обеспечения.

Рассмотрим два основных случая расчета показателей эффективности.

У вас две системы виртуализации Hyper-V и VMware, показатель импортозамещения 0%.

Методика расчета следующая: «Доля отечественного программного обеспечения, установленного и используемого в госкомпаниях на серверном оборудовании, от общего количества используемых средств облачных и распределенных вычислений, %».

В этом случае, если заменить все узлы Hyper-V на Rosa Virtualization, показатель станет 50%, объемы виртуализации, количество виртуальных машин в системах и т.д. не играют никакой роли.

Вы используете браузеры Chrome (137), Mozilla (54), Яндекс.

Браузер (1200) - всего внутри организации установлено 1391 клиент, не важно на рабочей станции или сервере.

Методика расчета следующая: «Доля пользователей в госкомпаниях, использующих отечественное программное обеспечение, от общего числа пользователей, %».

В этом случае показатель будет равен 86,26%.

Здесь все просто, клиент находится на автоматизированном рабочем месте, а значит оно используется.

Нет смысла пытаться доказать обратное.

Все остальные случаи рассчитываются по аналогии.

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

Получился красивый стол.



Подготовка к импортозамещению, или Куда бежать, на что смотреть и к кому обратиться за помощью

Да, выглядит великолепно, но здесь невозможно прочитать, поэтому даю ссылка на оригинал

  1. Мы скопировали структуру и названия из исходной таблицы заказов.

  2. Мы перечислили все используемое программное обеспечение, соответствующее классу (типу).

  3. Мы провели инвентаризацию и зафиксировали количество ПО/ИС, для которого будет рассчитываться показатель эффективности.

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

  5. Они указали, включен ли продукт в реестры, является программным обеспечением с открытым исходным кодом (свободным ПО) или импортным.

  6. Дали краткую оценку соответствия технических характеристик предлагаемого и заменяемого программного обеспечения.

  7. Мы прописали ключевые технические характеристики исходного ПО, те, которым должно соответствовать предлагаемое ПО.

  8. Мы собрали и записали бизнес-критичность, чтобы понять уровень детализации требований на этапе пилотирования.

  9. Мы указали, имеет ли программное обеспечение собственный дистрибутив для систем *nix. Для ОС пункт выглядит странно, но для конкретного ПО из категории 3DS max и его аналогов из реестров он очень актуален.

    Эта информация необходима, чтобы понять, понадобится ли вам использовать Vine для портирования ПО или нет.



Заключение

В заключение хотелось бы обозначить ключевые выводы, которые нам удалось сделать после работы с импортозамещением, и показать общий подход, сформировавшийся на фоне реализованных проектов.

  • Импортозамещение — это серьезное изменение, большой проект, и, как и к любому изменению, к нему нужно быть готовым.

  • Подготовка к импортозамещению – не самая простая задача, но инструменты для ее решения не так уж и плохи, если разобраться в них, и я надеюсь, что информация в этой статье вам в этом поможет.
  • В зависимости от размера инфраструктуры и количества уникальных IP подготовка может занять от нескольких недель до полугода.

  • Импортозамещение должно осуществляться итеративно, иначе потерь не избежать.

  • Продолжать использовать импортное программное обеспечение можно, но для этого нужны веские и объективные причины.

  • Существует множество качественных IT-продуктов российской разработки, о которых вы, возможно, не знаете, но они вполне способны конкурировать с брендовыми зарубежными решениями.

  • Бесплатное программное обеспечение часто оказывается отличной альтернативой использованию известных решений.

    Их внедрение и поддержка обходятся значительно дешевле, чем лицензии на зарубежные фирменные ИС.

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

Причем важен порядок действий:

  1. Инвентаризация пользовательского и системного программного обеспечения
  2. Классификация систем и программного обеспечения в соответствии с требованиями заказа
  3. Определение списка приоритетных систем для замены
  4. Подбор нескольких вариантов программного обеспечения на замену приоритетным системам
  5. Разработка технического задания и плана пилотирования замены
  6. Замена пилота
  7. Оценка эффективности замещения по результатам пилотного проекта
  8. Разработка ЧТЗ и документации в соответствии с приказом на боевую замену приоритетных систем
  9. Замена боевых систем
  10. Подготовка документации в соответствии с требованиями заказа
Спасибо, что нашли время написать мой текст. Буду рад вопросам и комментариям.

Кстати, у нас есть вакансии!

Теги: #it-инфраструктура #Системное администрирование #открытый исходный код #импортозамещение #импортозамещение #ланит
Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.