Реестр российского программного обеспечения. Работа над ошибками: реестр российского программного обеспечения ждут изменения
В 2016 году производители программного обеспечения столкнулись с множеством трудностей. Продавать разработки в рамках закона от 5 апреля 2013 года стало очень сложно. Заказчики отказались работать с фирмами, продукция которых не включена в единый реестр. С января привлекать к исполнению государственных или муниципальных контрактов разрешено лишь отечественных производителей, прошедших процедуру регистрации.
Прибегать к помощи иностранных компаний допускается в порядке исключения.
Коротко об изменениях
Нормы о поддержке российских разработчиков включены в закон 149-ФЗ от 27.07.2006 года. Важные коррективы в систему закупок внесло и постановление Правительства РФ № 1236. Приобретать разрешили продукты, зарегистрированные в едином государственном реестре. Возможность купить иностранный аналог у заказчиков осталась. Однако для реализации права необходимо составить исчерпывающее обоснование.
Важно! Если ранее договор был заключен на поставку российского программного обеспечения, приобрести иностранный вариант уже нельзя. Такое условие содержится в закона 44-ФЗ.
Обойти запрет заказчик может в четырех случаях:
| № п. п. | Ситуация | Ссылка на постановление № 1236 | Документальное обоснование |
| 1 | Ни один программный продукт не соответствует требованиям конкурсной документации. | п. а ч. 2 | требуется |
| 2 | В реестре присутствуют российские разработки одного класса с иностранными, но в значительной мере уступают последним по функциональным, эксплуатационным и техническим характеристикам. При этом отечественный продукт признан не соответствующим требованиям заказчика. | п. б ч. 2 | требуется |
| 3 | Закупка проводится для обеспечения деятельности на территории другого государства. В роли заказчика могут выступать торговые представительства России, консульские или дипломатические учреждения. | п. 3 | не требуется |
| 4 | Разработка, либо сведения о ней отнесены к государственной тайне. | п. 4 | не требуется |
Каким требованиям должно соответствовать программное обеспечение?
Российским компаниям остается только одно – совершенствовать собственный продукт и добиваться его включения в реестр. Перед направлением документов в Минкомсвязь РФ потребуется провести анализ соответствия. Внести сведения в государственную базу чиновники обязаны при выполнении шести условий:
| № п. п. | Критерий оценки | Описание |
| 1 | Исключительные права | Участник закупки должен являться зарегистрированным правообладателем. Разрешено сотрудничать со следующими собственниками:
Нормативными актами введен запрет на приобретение программного обеспечения у компаний с преобладающим участием иностранных лиц. |
| 2 | Оборотоспособность | В реестр вносят программы, разработанные в соответствии с гражданским законодательством. Продукт должен без ограничений реализовываться на территории России. |
| 3 | Годовая сумма выплат | Правообладатель может претендовать на регистрацию продукта, если общий размер отчислений третьим лицам не превышает 30% дохода. При расчете объема издержек учитывают:
Расчетным периодом признают 12 месяцев. |
| 4 | Доступность сведений о программе | В реестр не вносят секретные разработки, а также продукты, информация о которых так или иначе отнесена к государственной тайне. |
| 5 | Безопасность | Программное обеспечение должно соответствовать стандартам защиты информации. Правила сертификации утверждены Правительством России. Требование распространяется на новинки, использование которых предполагает обработку конфиденциальных сведений. |
| 6 | Лицензия | Этот документ правообладатель обязан получить до начала фактической деятельности. |
Внимание!
Обязательными условиями внесения записи в реестр являются наличие у заявителя квалифицированной цифровой подписи и регистрация в ЕСИА.
Как составить документы на регистрацию ПО в реестре?
Производителю программного обеспечения необходимо внимательно ознакомиться с правилами, утвержденными правительственным постановлением № 1236, а также изучить приказ МЭР РФ № 614 от 31.12.2015 года.
Первым шагом станет заполнение электронной формы на официальном сайте реестра. В анкете следует указать:
- название программного продукта;
- альтернативное наименование;
- код по ;
- класс;
- подробную информацию о правообладателе;
- данные о доле участия отдельных субъектов в учредительном капитале компании;
- контакты заявителя, включая электронную почту и номер мобильного телефона;
- адрес официальной интернет-страницы с описанием программного продукта;
- сведения о должностном лице, подписавшем заявление;
- реквизиты и наименование документа, предоставившего представителю полномочия на обращение.
В качестве приложения к электронному заявлению выступят сканированные копии доверенности, устава компании, решений о назначении руководства. Дополнительно потребуется прикрепить один экземпляр регистрируемой программы, а также бумаги, подтверждающие права на нее.
Внимание! Рассмотрению подлежат файлы в формате pdf.
В виде текстовых документов можно загрузить технические паспорта, описание функциональных характеристик, сведения о возникновении прав на разработку. Прикрепить к заполненной форме нужно инструкции об устранении неисправностей и порядке совершенствования. Здесь же отражают информацию о требованиях к оборудованию и обслуживающему персоналу. Заявитель вправе прикрепить дополнительные бумаги.
Порядок внесения сведений в реестр Минкомсвязи
Производителю программного обеспечения придется выстраивать отношения с тремя субъектами. Представители Минкомсвязи РФ принимают решение о включении записи в единую базу данных, оператор ведет реестр, а экспертный совет оценивает продукт.
Процедуру оформления можно разбить на девять стадий:
| № п. п. | Этап | Характеристика |
| 1 | Проверка заявления | Задачей сотрудников является оценка соблюдения требований к форме документов, комплектности приложения. На выполнение поставленной задачи отводят 10 дней. |
| 2 | Запрос сведений | В течение 5 суток контролирующий орган направляет запросы впубличные структуры. На этой стадии получают документальное подтверждение полноты и достоверности информации. |
| 3 | Регистрация заявления | По итогам первых двух этапов принимают решение о рассмотрении, либо возврате обращения. Отклонить заявку могут по следующим основаниям:
Устранить ошибки и вновь подать обращение можно лишь в первом случае. В остальных ситуациях придется дождаться окончания штрафного срока – 12 месяцев. |
| 4 | Публикация данных | Оператор размещает информацию о регистрации заявления на официальном сайте реестра в течение 1 рабочего дня с момента принятия решения. Персональные данные из сообщения исключают. |
| 5 | Экспертиза | Совет квалифицированных специалистов рассматривает заявление, оценивает соответствие декларируемых характеристик фактическим параметрам. Заключение выдают по истечении 30 суток. В расчет принимают только рабочие дни. |
| 6 | Направление документов оператору | Пересылка заключения не может длиться дольше 1 дня. |
| 7 | Публикация результатов экспертизы | В систему информацию включают незамедлительно. Мнение независимых специалистов находится в свободном доступе на официальной странице реестра. |
| 8 | Решение о включении записи | Правилами установлены сразу два ограничения по сроку. Приказ Минкомсвязи РФ должен быть издан не позднее 10 суток с момента утверждения заключения эксперта. При этом общий период рассмотрения не должен превышать 65 рабочих дней. |
| 9 | Внесение записи | После получения документов оператор размещает сведения в единой базе данных. Срок минимален – рабочий день. |
В завершение отметим, что отклонить заявку правообладателя уполномоченный орган может при выявлении одного из трех обстоятельств. Причиной отказа служат недостоверность информации, неисполнение заявителем дополнительного запроса, направленного экспертом, либо установление факта несоответствия программного продукта действующим стандартам.
Уважаемые коллеги!
Интересный и полезный материал для государственных и муниципальных заказчиков размещён на сайте Экспертного центра электронного государства d-russia.ru. Данный материал содержит пошаговую инструкцию по применению постановления Правительства РФ от 16 ноября 2015 г. № 1236 «Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд».
Реестр российского ПО – инструкция для госзаказчиков
С 1 января 2016 года все государственные и муниципальные органы, государственные корпорации «Росатом» и «Роскосмос», органы управления государственными внебюджетными фондами, а также казённые и бюджетные учреждения, осуществляющие закупки в соответствии с требованиями Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд», обязаны соблюдать запрет на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд.
Для того, чтобы принять решение о закупке ПО, заказчику необходимо провести работу с реестром. При работе с реестром российского ПО заказчик, размещающий заказ на поставку программных продуктов, должен:
1) изучить классификатор и определить, какому классу соответствует программное обеспечение, планируемое к закупке;
2) зайти на официальный сайт реестра и выяснить, есть ли в реестре сведения о программном обеспечении по данному классу (как это сделать, см. ниже);
3) если сведения об одном или нескольких программных продуктах по искомому классу в реестре есть, заказчику необходимо будет самостоятельно определить, соответствует ли хотя бы один из продуктов тем характеристикам, которые требуются заказчику и которые он планирует включить в описание объекта закупки. Для этого целесообразно определить требуемые функциональные, технические и эксплуатационные характеристики ПО и сравнить их с аналогичными характеристиками ПО, сведения о котором размещены в реестре.
Примерная форма сравнения характеристик приведена ниже:
| № п/п | Характеристики ПО | Требуемые | Продукт А | Продукт Б |
| 1. | Функциональные характеристики | |||
| 1.1. | Централизованное управление | Да | Да | Да |
| 1.2. | Управление физической и виртуальной инфраструктурой | Да | Ограничено | Да |
| … | Возможность управлять средами виртуализации от различных поставщиков | Да | Да | Да |
| 2. | Технические характеристики | |||
| 2.1. | Максимальное количество хостов виртуализации | 64 | 64 | 200 |
| 2.2. | Максимальное количество виртуальных машин | 3000 | 8000 | Не документировано |
| 2.3. | Автоматическое восстановление ВМ после сбоя (HA) | Да | Да | Да |
| 3. | Эксплуатационные характеристики | |||
| 3.1. | Интеграция c AD | Да | Да | Нет |
| 3.2. | Возможность централизованного управления через веб-браузер | да | Да | Да |
| 3.3. | Наличие API для резервного копирования | Нет | Да | Нет |
Примечание
Необходимо отметить, что в соответствии с постановлением правительства Российской Федерации № 1236 в части характеристик ПО, реестровая запись содержит только адрес страницы сайта правообладателя в информационно-телекоммуникационной сети Интернет, на которой размещена документация, содержащая описание функциональных характеристик программного обеспечения и информацию, необходимую для установки и эксплуатации программного обеспечения. На практике сайт правообладателя не всегда содержит всю необходимую информацию о ПО. Механизм получения такой информации для подготовки обоснования не урегулирован. В случае недостаточности информации о необходимом ПО целесообразно запросить правообладателя о предоставлении таких характеристик.
По результатам проведенной работы заказчик принимает одно из двух решений: либо приобретать один из российских программных продуктов, указанных в реестре, либо обосновывать закупку ПО, не входящего в реестр.
Второе возможно, если:
а) в реестре отсутствуют сведения о программном обеспечении искомого класса;
б) программное обеспечение, сведения о котором включены в реестр по искомому классу, по своим функциональным, техническим и (или) эксплуатационным характеристикам не соответствует требованиям заказчика.
В этом случае заказчик должен подготовить, утвердить и опубликовать (вместе с документацией о закупке) обоснование невозможности соблюдения запрета. Такая обязанность установлена частью 3 статьи 14 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Порядок подготовки обоснования (Порядок) утвержден постановлением правительства от 16.11.2015 г. № 1236 .
Стоит обратить внимание, что в соответствии с п. 4 Порядка, заказчик должен утвердить указанное обоснование по состоянию непосредственно на день размещения извещения об осуществлении закупки. Недостаточно утвердить обоснование одновременно со всем пакетом документации о закупке.
Для соблюдения указанного положения, учитывая сложные процедуры закупки в целом, заказчикам стоит осуществлять мониторинг не только самого реестра, но и заявлений, поданных для включения в реестр (они также размещены на сайте оператора реестра). Это позволит заранее предусмотреть включение того или иного программного обеспечения в реестр.
Целесообразно подготовить проект обоснования в момент подготовки полного пакета документации о закупке, а затем актуализировать и утвердить его в день публикации.
Обоснование должно содержать указание на:
а) обстоятельство, в связи с которым невозможно соблюдение запрета (выбирается подпункт «а» или «б» пункта 2 постановления правительства Российской Федерации № 1236);
б) класс (классы) программного обеспечения, которому (которым) должно соответствовать программное обеспечение, являющееся объектом закупки;
в) требования к функциональным, техническим и эксплуатационным характеристикам программного обеспечения, являющегося объектом закупки, установленные заказчиком (с указанием класса (классов), которому (которым) должно соответствовать программное обеспечение, см. выше);
г) функциональные, технические и (или) эксплуатационные характеристики, в том числе количественные, по которым программные продукты из реестра не соответствуют установленным заказчиком требованиям к программному продукту, являющемуся объектом закупки, по каждому программному продукту из реестра (с указанием его названия). Сравниваемые таким образом программные продукты должны принадлежать одному классу (пример сравнения программных продуктов ).
Если в реестре нет сведений о программном обеспечении по искомому классу (выбран подпункт «а» пункта 2 постановления правительства Российской Федерации № 1236), последний блок («г») в обоснование не включается.
По данному блоку («г») также следует иметь в виду, что постановлением правительства Российской Федерации № 1236 не предусмотрено обязательное указание и функциональных, и технических, и эксплуатационных характеристик закупаемого ПО, чтобы доказать его отличие от ПО, указанного в реестре. Тем не менее, некорректно указанные характеристики, как требуемого заказчику ПО, так и ПО, размещенного в реестре, могут послужить основанием для возникновения претензий контролирующих органов. Причиной для претензий может послужить, например, обращение разработчика программного обеспечения, сведения о котором внесены в реестр, с жалобой в Федеральную антимонопольную службу на некорректное обоснование заказчиком невозможности соблюдения запрета.
В случае недостаточности информации о характеристиках ПО, сведения о котором размещены в реестре, целесообразно запросить правообладателя о предоставлении таких характеристик.
Если такая информация не будет предоставлена, целесообразно сделать скриншоты страниц сайта правообладателя, на которых размещена информация о характеристиках ПО из реестра (на момент публикации обоснования), и приложить данные скриншоты к обоснованию.
Пример обоснования невозможности соблюсти запрет на закупку ПО приведен в приложении .
Проверка наличия в реестре сведений о программном обеспечении по конкретному классу на сайте reestr.minsvyaz.ru в его нынешнем виде выполняется следующим образом:
1) на сайте реестра российского ПО заходим в раздел «Реестр» ;
2) выбираем необходимый класс (классы) ПО:
3а) если в реестре сведений о программном обеспечении по искомому классу нет, появляется соответствующее сообщение:
3б) если в реестре есть сведения о программном обеспечении искомого класса, появляется список программных продуктов:
В середине августа Минкомсвязь в лице директора департамента развития высоких технологий Салавата Мигранова объявило, что уже осенью этого года реестр российского ПО станет работать по новым правилам. По словам чиновника необходим переход от экстенсивного роста реестра к качественному. Помимо этого, будут устранены некоторые прорехи в правовом регулировании импортозамещения в сфере ИТ. Новые правила также установят дополнительное требование об отсутствии принудительного обновления и управления конкретным программным обеспечением из-за границы. Ознакомиться с текстом законопроекта можно . Очевидно, что анонсированные Минкомсвязью перемены в работе реестра отразятся как на российских разработчиках ПО, так и на госзаказчиках. В ожидании конкретики попробуем порассуждать, к чему это все приведет.
Немного теории
Для включения программного продукта в реестр российского ПО разработчику необходимо подать в Минкомсвязь заявление в электронном виде, дождаться его публикации, после чего заявка будет рассмотрена экспертным советом, в который входят представители ИТ-компаний. На основании решения совета министерство выпустит приказ о включении в реестр либо об отказе. Вся процедура занимает около 70 дней.
К заявлению должны прилагаться документы, подтверждающие исключительное право разработчика на ПО. Также необходимо предоставить экземпляр продукта без технических средств защиты авторских прав или со средствами законного устранения ограничений использования софта. Кстати, новые правила работы реестра содержат более туманные формулировки. Ссылаясь на члена экспертного совета, издание пишет, что теперь разработчики могут приложить к заявке не продукт целиком, а только его элементы, что существенно затруднит экспертизу.
Страсти вокруг реестра
В 2016 году достоянием общественности стало президента НП «Руссофт» Валентина Макарова директору департамента развития высоких технологий Минкомсвязи Дмитрию Чернову, которое касалось непрозрачности процедуры принятия решений о включении программных продуктов в реестр. По мнению Макарова, члены экспертного совета не всегда могут «избежать разночтений, ошибок, конфликта интересов при вынесении решений». Однако предложенная им возможность создания процедуры апелляций, в том числе с привлечением независимых экспертов, пока осталась нереализованной.
На непрозрачность процедуры включения в реестр указывали и другие участники рынка. Компания «ИСЕТ Девелопмент» оспаривала решение Минкомсвязи об отказе включить в реестр антивирусное решение Eset. В октябре 2016 года суд вынес решение в пользу ведомства, мотивировав это тем, что «ИСЕТ Девелопмент» не имеет сертификата для разработки ПО, в котором реализованы функции защиты конфиденциальной информации. Участники рынка посчитали это формальной причиной и предположили, что реальная заключается в том, что «ИСЕТ Девелопмент» как дочерняя компания словацкого производителя не смогла доказать, что ее продукт является российским. В подтверждение этому глава Минкомсвязи Никифоров поприветствовал решение суда, отметив, что довольно часто зарубежные компании пытаются представить свои разработки через дочерние структуры в России, чтобы включить их в реестр.
Наглядный пример: в августе в реестре российского ПО был продукт американской компании Hewlett Packard Enterprise. «Русская» версия программы ArcSight носит название «Ankey SIEM». При этом указано, что исключительные права на ПО и все его компоненты принадлежат разработчику ООО «Газинформсервис». В HPE открыто , что таким образом они локализуют свои продукты для продажи их в государственные структуры.
На этом фоне интересно выглядят сообщения о том, что в реестр не вошла операционная система «ОСь», разработанная «дочкой» «Ростеха», компанией НЦИ. Основанием для отказа: НЦИ не предоставил экспертному совету документы, подтверждающие исключительные права на систему, а также лицензию ФСТЭК. История достаточно громкая, поэтому скажу только основное. В самой НЦИ , что «ОСь» основана на свободном программном обеспечении и программных модулях собственной разработки. Однако по члена экспертного совета Натальи Касперской, в заявке, напротив, было указано, что это проприетарное ПО. Как будет развиваться ситуация - покажет время, а пока НЦИ подал заявку.
Есть и другие интригующие случаи: так, в июне 2016 года без каких-либо комментариев со стороны Минкомсвязи из реестра ранее включенные в него продукты на базе решений IBM и EMC, в том числе разработки «КРОКа», «Логики Бизнеса» («дочка» «АйТи»), «К-МИС», «Метамодель групп» и др. Сам факт, что продукты были исключены из реестра, а не получили отказ по итогам рассмотрения заявки, свидетельствовал о незрелости процедур работы экспертного совета на тот момент.
Миллиарды мимо бюджета
Десятки миллиардов рублей ежегодно необоснованно уходят к иностранным производителям ПО, Минкомсвязь. В связи с этим ведомство совместно с ФАС намеревается жестко наказывать госструктуры и компании с государственным участием, использующим зарубежный софт при наличии российских аналогов. В мае Николай Никифоров предложил и вовсе обложить налогом такие госучреждения, размер сбора может составить 5% стоимости на то иностранное ПО, которое можно было бы заменить отечественным.
Что и говорить, переход от софта мировых производителей на разработки своих соотечественников - дело нешуточное. Необходимость тратить время и ресурсы на проекты по миграции на новое ПО, а также риски таких проектов отпугивают заказчиков и толкают их на поиск обходных путей. Широко практика приобретения вычислительной техники с предустановленным софтом, а также «завуалированной» закупки иностранных программных продуктов под видом услуг, например, SaaS, аренды оборудования с предустановленным софтом или техподдержки, включающей обновление ПО.
После вступления в силу изменений, касающихся работы реестра, такие схемы работать больше не будут. Заказчиков обяжут закупать ПО отдельно от вычислительной техники, и таким образом ограничения нельзя будет обойти. Это обернется дополнительными расходами на миграцию на отечественный софт, но в некоторых случаях часть затрат компенсируется за счет меньшей стоимости российских разработок.
Не числом, а умением
На сегодняшний день реестр содержит сведения более чем о 4000 программных продуктах, которые официально признаны российскими. С учетом того, что реестр задуман как инструмент реализации импортозамещения, а не просто как перечень всех имеющихся ИТ-продуктов российского происхождения, крайне важно обеспечить объективную оценку соответствия ПО требованиям госзаказчиков. Но это сделать очень трудно, и вот почему. Действующая на данный момент процедура подачи заявки не предполагает какой-либо экспертизы на предмет соответствия программных продуктов тем или иным требованиям заказчиков. Иначе говоря, задача экспертного совета - подтвердить или опровергнуть российское происхождение ПО, а уж его функциональность, надежность, безопасность остаются на совести разработчика. Госзаказчикам не позавидуешь: даже несмотря на поддержку Минкомсвязи (методические материалы, таблица соответствия российского ПО иностранным аналогам и т. п.), задача выбора программных продуктов, мягко говоря, затруднена. Если уж совсем образно выразиться, то это выбор одного из сотен «котов в мешке».
Обозначенная министерством перспектива качественного роста реестра внушает надежду, что в будущем к программным продуктам, претендующим на включение в него, будут предъявляться более развернутые требования, соответствующие интересам заказчиков. Разработчикам при этом придется сфокусироваться не столько на организационных вопросах, сколько на функциональности своего ПО, на что потребуется и время, и немалые затраты. Но в итоге повысится конкурентоспособность и клиентоориентированность продуктов, а от этого выиграют все.