Постановление Правительства РФ от 23 марта 2017 г. № 325 “Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных”

В соответствии с пунктом 6 статьи 12.1 Федерального закона "Об информации, информационных технологиях и о защите информации" Правительство Российской Федерации постановляет:

1. Утвердить прилагаемые:

дополнительные требования к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения;

изменения, которые вносятся в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных, утвержденные постановлением Правительства Российской Федерации от 16 ноября 2015 г. № 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд" (Собрание законодательства Российской Федерации, 2015, № 47, ст. 6600).

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

3. Министерству связи и массовых коммуникаций Российской Федерации:

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

привести нормативные правовые акты в соответствие с настоящим постановлением;

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

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

УТВЕРЖДЕНЫ
постановлением Правительства
Российской Федерации
от 23 марта 2017 г. № 325

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

I. Общие положения

1. Настоящий документ определяет требования к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, в части состава и функциональных характеристик программного обеспечения, предназначенного в том числе для автоматизации функций работников федеральных органов исполнительной власти и государственных внебюджетных фондов Российской Федерации при выполнении должностных обязанностей (далее соответственно - пользователи, программное обеспечение).

2. Информационная поддержка пользователей (далее - сопровождение пользователей) должна оказываться в соответствии с настоящим документом на всей территории Российской Федерации без ограничений.

II. Требования к составу, функциональным характеристикам и среде функционирования офисного программного обеспечения

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

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

4. Офисное программное обеспечение должно обеспечивать работу пользователей на персональных электронных вычислительных машинах, устройствах терминального доступа и абонентских устройствах радиоподвижной связи без подключения к локальным вычислительным сетям, и (или) с использованием информационно-телекоммуникационной сети "Интернет", и (или) с использованием инфраструктуры, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных услуг и исполнения государственных функций в электронной форме, создания, доступа, обработки, хранения и удаления электронных документов ("облачная" технология), и (или) с использованием локальных вычислительных сетей доступа пользователей к программному обеспечению, установленному на серверном оборудовании.

5. В случае наличия в офисном программном обеспечении функции идентификации и аутентификации пользователей должна обеспечиваться возможность идентификации и аутентификации пользователей с использованием в том числе федеральной государственной информационной системы "Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме" в порядке, предусмотренном законодательством Российской Федерации.

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

7. Офисное программное обеспечение не должно требовать установки иного программного обеспечения (дополнительных программных модулей, шрифтов), имеющего любые ограничения на его свободное распространение на территории Российской Федерации, за исключением операционных систем.

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

9. В случае доступа пользователя к офисному программному обеспечению с использованием средств интернет-браузера офисное программное обеспечение должно обеспечивать возможность использования интернет-браузеров не менее чем 3 различных правообладателей исключительных прав на программу для электронных вычислительных машин или базу данных (правообладателей, групп правообладателей), сведения об одном из которых включены в единый реестр российского программного обеспечения.

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

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

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

а) требования к среде функционирования офисного программного обеспечения:

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

для автоматизированного рабочего места пользователя (персональная электронная вычислительная машина или устройство терминального доступа) - под управлением не менее 2 различных операционных систем, сведения о которых включены в единый реестр российского программного обеспечения, и операционных систем Microsoft Windows (версии 7 и выше), сертифицированных в соответствии с требованиями законодательства Российской Федерации о защите информации;

для серверного оборудования - под управлением не менее 2 операционных систем, сведения о которых включены в единый реестр российского программного обеспечения, и операционных систем Microsoft Windows Server (версии 2008 и выше), при этом для обеспечения функционирования офисного программного обеспечения под управлением операционных систем для серверного оборудования могут быть использованы средства виртуализации;

для абонентских устройств радиоподвижной связи - под управлением операционных систем Android, iOS;

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

б) требования к коммуникационному программному обеспечению:

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

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

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

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

возможность сохранения и удаления текстовых сообщений и электронных документов на персональных электронных вычислительных машинах и на абонентских устройствах радиоподвижной связи;

возможность выполнения поиска по сохраненным текстовым сообщениям и электронным документам в случае отсутствия доступа пользователя к серверному программному обеспечению с использованием локальной вычислительной сети или отсутствия доступа к информационно-телекоммуникационной сети "Интернет";

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

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

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

передача данных с использованием коммуникационного программного обеспечения может осуществляться по открытым каналам связи, а также защищенным каналам связи с применением шифровальных (криптографических) средств защиты информации, сертифицированных в соответствии с требованиями законодательства Российской Федерации;

в) требования к офисному пакету:

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

текстовый редактор;

табличный редактор;

редактор презентаций;

почтовые приложения;

коммуникационное программное обеспечение;

программное обеспечение файлового менеджера;

органайзер;

средства просмотра;

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

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

г) требования к почтовому приложению:

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

создание, редактирование, удаление и передачу электронных текстовых сообщений и прикрепление к ним электронных документов, автоматическое сохранение электронных документов и сообщений электронной почты;

создание, удаление, переименование каталогов сообщений электронной почты в электронной почтовой системе (далее - каталоги электронной почтовой системы);

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

возможность поиска сообщений электронной почты в электронном почтовом ящике пользователя с использованием в том числе различных критериев поиска сообщений электронной почты;

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

отображение с использованием единого пользовательского интерфейса программного обеспечения электронной почты сообщений электронной почты из нескольких электронных почтовых ящиков пользователя (адресов электронной почты);

объединенное отображение сообщений электронной почты по темам с использованием единого пользовательского интерфейса;

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

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

создание, удаление, редактирование информации о пользователе и автоматическое добавление такой информации в создаваемое электронное сообщение;

возможность выбора пользователем адреса электронной почты иного получателя (получателей) сообщения электронной почты с использованием каталога пользователей организации и личного каталога пользователя;

возможность вывода на печать информации, обработанной с использованием программного обеспечения электронной почты;

возможность использования сертифицированных средств электронной подписи с применением квалифицированных сертификатов в целях обеспечения целостности передаваемых сообщений электронной почты;

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

SMTP или ESMTP - для передачи сообщений электронной почты;

IMAP или POP3 - для получения сообщений электронной почты;

HTTPS - для взаимодействия с веб-клиентом электронной почтовой системы;

CalDav - для создания и получения информации о внесенных в календарь событиях;

CardDav - для создания и получения списка персональных контактов и списка пользователей организации;

в программном обеспечении электронной почты должны быть реализованы:

средства автоматического определения нежелательных сообщений электронной почты и их автоматического перемещения в соответствующий каталог электронной почтовой системы;

средства интеграции с внешним антивирусным программным обеспечением, сведения о котором включены в единый реестр российского программного обеспечения;

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

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

создание сведений о контактах, задачах и событиях пользователя;

просмотр сведений о расписании в календаре пользователя;

удаление события из календаря пользователя;

редактирование события в календаре пользователя;

возможность поддержки совместной работы пользователей;

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

возможность предоставления сведений о событиях пользователя иным пользователям;

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

е) требования к средствам просмотра - средства просмотра, представляющие собой программное обеспечение для просмотра электронных документов без возможности их изменения, должны обеспечивать возможность просмотра электронных документов, сохраненных в том числе в форматах, соответствующих различным расширениям электронных документов, включая bmp, jpg, jpeg, png, gif, tif, tiff, OOXML, docx, doc, pptx, rtf, txt, pdf, xls, xlsx, odt, ods, odp, avi, mpeg, mp3;

ж) требования к интернет-браузеру - средства интернет-браузера должны поддерживать технологии html5, CSS3, javascript, а также иные технологии;

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

создание новых электронных документов презентаций, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010) и Office Open XML (OOXML, PPTX);

открытие существующих электронных документов презентаций, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010) и Office Open XML (OOXML, PPTX);

использование различных шрифтов для оформления размещаемой на слайдах текстовой информации;

оформление размещаемой на слайдах текстовой информации с использованием различных цвета и фона;

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

обеспечение выравнивания текстовой информации по центру зоны размещения информации, по левой или правой границе зоны размещения информации, а также по ширине зоны размещения информации;

вставку в слайд и удаление из слайда графических и иных элементов, в том числе графических изображений, аудио- и видеоинформации;

настройку демонстрации слайдов;

вывод на печать слайдов с использование устройств печати документов;

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

сохранение электронных документов презентаций в форматах, поддерживаемых программным обеспечением, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), Office Open XML (OOXML, PPTX) и Portable Document Format (PDF);

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

создание новых электронных табличных документов, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010) Office Open XML (OOXML, XLSX);

открытие существующих электронных табличных документов, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010) и Office Open XML (OOXML, XLSX);

ввод данных в таблицу;

удаление данных из таблицы;

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

оформление табличных данных, включая объединение и разделение ячеек таблиц, выбор шрифта, цвета вносимой информации, фона ячейки, оформление границ таблицы в целом и ее частей;

форматирование данных в ячейках таблицы, включая данные в форматах числовом, текстовом, денежном, финансовом и процентном;

поддержку возможности отображения графиков и диаграмм;

возможность создания и удаления листов электронного табличного документа;

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

возможность отмены любой операции, совершенной в процессе редактирования, и возврата отмененных операций;

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

использование шаблонов таблиц;

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

сохранение таблиц в форматах, поддерживаемых программным обеспечением, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), Office Open XML (OOXML, XLSX) и Portable Document Format (PDF);

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

создание электронных текстовых документов, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010) и Office Open XML (OOXML, DOCX);

открытие существующих электронных текстовых документов, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010) и Office Open XML (OOXML, DOCX);

ввод данных в электронный текстовый документ, а также их редактирование;

подготовку электронных текстовых документов на бланках А0, A1, A2, A3, A4, A5, A6;

продольное расположение реквизитов на бланке электронного текстового документа;

установку произвольного размера абзацного отступа от левого края электронного текстового документа;

обеспечение возможности нумерации различных элементов списков;

возможность использования устанавливаемых пользователем шрифтов полужирного, курсивного, подчеркнутого, а также размера шрифта 10, 12, 13, 14 или произвольного размера;

возможность выделения текста на письме прописными буквами и вразрядку;

возможность выравнивания текстовой информации в электронном текстовом документе по центру, по левой и правой границе текстового поля, а также по ширине текстового поля;

возможность установки значения междустрочного интервала;

возможность установки отдельной нумерации для первой и последующих страниц электронного текстового документа, в том числе нумерации страниц по центру верхнего или нижнего колонтитула;

возможность установки отступа от границы верхнего поля электронного текстового документа;

возможность установки ширины верхнего, нижнего, правого и левого полей электронного текстового документа;

возможность отмены любой совершенной в процессе редактирования операции и возврата отмененных операций;

возможность записи исправлений в электронном текстовом документе;

совместное редактирование электронного текстового документа несколькими пользователями (до 10 и более пользователей);

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

сохранение электронного текстового документа в форматах, поддерживаемых программным обеспечением, в том числе в форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), Office Open XML (OOXML, DOCX) и Portable Document Format (PDF);

обеспечение возможности подготовки электронных текстовых документов на основании типовых шаблонов документов в соответствии с ГОСТ Р 6.30-2003 и требованиями законодательства Российской Федерации в сфере организации делопроизводства и документооборота в деятельности государственных органов;

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

м) требования к справочно-правовым системам - справочно-правовая система должна:

обеспечивать постоянно действующий информационно-поисковый сервис по предоставлению правовых актов и справочно-информационных документов;

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

н) требования к программному обеспечению системы электронного документооборота - программное обеспечение системы электронного документооборота должно соответствовать требованиям, предъявляемым законодательством Российской Федерации к информационным системам электронного документооборота;

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

12. Офисное программное обеспечение в случае необходимости импорта (экспорта) данных должно обеспечивать возможность обработки данных в одном из следующих форматов:

Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010);

Office Open XML (OOXML, DOCX, XLSX, PPTX, проект ISO/IEC IS 29500:2008);

PDF/A-1, соответствующий стандарту ISO 19005-1:2005 "Управление документацией. Формат файлов электронных документов для долгосрочного сохранения. Часть I: Использование формата PDF 1.4 (PDF/A-1)" (Document management - Electronic document file format for long-term preservation - Part I: Use of PDF 1.4 (PDF/A-1) в соответствии с законодательством Российской Федерации;

распространенные файлы обмена аудио- и видеоинформацией, электронными текстовыми документами (например, bmp, jpg, jpeg, png, gif, tif, tiff, rtf, txt, zip, avi, mpeg, mp3).

13. В офисном программном обеспечении должны быть реализованы и документированы программные интерфейсы (API) для интеграции с другими системами.

14. Офисное программное обеспечение должно обеспечивать совместимость с форматами документов на основе Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), а также Portable Document Format (PDF).

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

руководство пользователя;

руководство по установке;

руководство по администрированию;

системные требования;

информацию о новой версии программного обеспечения.

III. Требования к сопровождению программного обеспечения

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

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

УТВЕРЖДЕНЫ
постановлением Правительства
Российской Федерации
от 23 марта 2017 г. № 325

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

1. Пункт 4 дополнить подпунктом "н" следующего содержания:

"н) сведения о соответствии или несоответствии программного обеспечения дополнительным требованиям к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, утвержденным постановлением Правительства Российской Федерации от 23 марта 2017 г. № 325 "Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных" (далее - дополнительные требования).".

2. Пункт 19 дополнить абзацем следующего содержания:

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

Обзор документа

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

К ПО относятся операционная система, коммуникационное программное обеспечение, офисный пакет почтовые приложения, органайзер, средства просмотра, интернет-браузер редактор презентаций, табличный редактор, текстовый редактор, ПО файлового менеджера, справочно-правовая система (СПС), ПО системы электронного документооборота и средства антивирусной защиты.

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

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

При этом для каждого вида ПО предусмотрены специальные требования.

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

Реестровая запись дополнена сведениями о соответствии или несоответствии ПО дополнительным требованиям.

Уважаемые коллеги!

Интересный и полезный материал для государственных и муниципальных заказчиков размещён на сайте Экспертного центра электронного государства d-russia.ru. Данный материал содержит пошаговую инструкцию по применению постановления Правительства РФ от 16 ноября 2015 г. № 1236 «Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд».

Реестр российского ПО – инструкция для госзаказчиков

С 1 января 2016 года все государственные и муниципальные органы, государственные корпорации «Росатом» и «Роскосмос», органы управления государственными внебюджетными фондами, а также казённые и бюджетные учреждения, осуществляющие закупки в соответствии с требованиями Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд», обязаны соблюдать запрет на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд.

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

1) изучить классификатор и определить, какому классу соответствует программное обеспечение, планируемое к закупке;

2) зайти на официальный сайт реестра и выяснить, есть ли в реестре сведения о программном обеспечении по данному классу (как это сделать, см. ниже);

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

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

Примечание

Необходимо отметить, что в соответствии с постановлением правительства Российской Федерации № 1236 в части характеристик ПО, реестровая запись содержит только адрес страницы сайта правообладателя в информационно-телекоммуникационной сети Интернет, на которой размещена документация, содержащая описание функциональных характеристик программного обеспечения и информацию, необходимую для установки и эксплуатации программного обеспечения. На практике сайт правообладателя не всегда содержит всю необходимую информацию о ПО. Механизм получения такой информации для подготовки обоснования не урегулирован. В случае недостаточности информации о необходимом ПО целесообразно запросить правообладателя о предоставлении таких характеристик.

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

Второе возможно, если:

а) в реестре отсутствуют сведения о программном обеспечении искомого класса;

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

В этом случае заказчик должен подготовить, утвердить и опубликовать (вместе с документацией о закупке) обоснование невозможности соблюдения запрета. Такая обязанность установлена частью 3 статьи 14 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Порядок подготовки обоснования (Порядок) утвержден постановлением правительства от 16.11.2015 г. № 1236 .

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

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

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

Обоснование должно содержать указание на:

а) обстоятельство, в связи с которым невозможно соблюдение запрета (выбирается подпункт «а» или «б» пункта 2 постановления правительства Российской Федерации № 1236);

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

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

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

Если в реестре нет сведений о программном обеспечении по искомому классу (выбран подпункт «а» пункта 2 постановления правительства Российской Федерации № 1236), последний блок («г») в обоснование не включается.

По данному блоку («г») также следует иметь в виду, что постановлением правительства Российской Федерации № 1236 не предусмотрено обязательное указание и функциональных, и технических, и эксплуатационных характеристик закупаемого ПО, чтобы доказать его отличие от ПО, указанного в реестре. Тем не менее, некорректно указанные характеристики, как требуемого заказчику ПО, так и ПО, размещенного в реестре, могут послужить основанием для возникновения претензий контролирующих органов. Причиной для претензий может послужить, например, обращение разработчика программного обеспечения, сведения о котором внесены в реестр, с жалобой в Федеральную антимонопольную службу на некорректное обоснование заказчиком невозможности соблюдения запрета.

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

Если такая информация не будет предоставлена, целесообразно сделать скриншоты страниц сайта правообладателя, на которых размещена информация о характеристиках ПО из реестра (на момент публикации обоснования), и приложить данные скриншоты к обоснованию.

Пример обоснования невозможности соблюсти запрет на закупку ПО приведен в приложении .

Проверка наличия в реестре сведений о программном обеспечении по конкретному классу на сайте reestr.minsvyaz.ru в его нынешнем виде выполняется следующим образом:

1) на сайте реестра российского ПО заходим в раздел «Реестр» ;

2) выбираем необходимый класс (классы) ПО:

3а) если в реестре сведений о программном обеспечении по искомому классу нет, появляется соответствующее сообщение:

3б) если в реестре есть сведения о программном обеспечении искомого класса, появляется список программных продуктов:

Единый реестр российских программ для электронных вычислительных машин и баз данных (реестр отечественного ПО) предназначен для расширения использования отечественной ИТ-продукции в органах государственной власти РФ, а также в целях оказания правообладателям ПО мер государственной поддержки. Реестр содержит перечень российского ПО, отечественное происхождение которого было подтверждено и для которого предусмотрена преференция при государственных и муниципальных закупках. Реестр формируется Экспертным советом по российскому ПО при Минкомсвязи России . Большинство голосов в совете имеют представители отечественной ИТ-отрасли.

Официальный сайт оператора единого реестра российских программ для электронных вычислительных машин (ЭВМ) и баз данных расположен по адресу: http://reestr.minsvyaz.ru .

Инициирование

Создание единого реестра российских программ для электронных вычислительных машин и баз данных (реестра отечественного ПО) предусмотрено Федеральным законом №188 «О внесении изменений в Федеральный закон “Об информации, информационных технологиях и о защите информации” и статью 14 Федерального закона “О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд”» от 29 июня 2015 года.

Цели

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

Сроки

29 июня 2015 года Президент РФ Владимир Путин подписал Федеральный закон №188 «О внесении изменений в Федеральный закон “Об информации, информационных технологиях и о защите информации” и статью 14 Федерального закона “О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд”», который определил порядок и условия признания ПО происходящим из РФ, а также создание реестра российского ПО. В законе также были определены базовые критерии включения программных продуктов в реестр.

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

С 1 января 2016 года все государственные и муниципальные органы, государственные корпорации «Росатом» и «Роскосмос», органы управления государственными внебюджетными фондами, а также казённые и бюджетные учреждения, осуществляющие закупки в соответствии с требованиями «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд», обязаны соблюдать запрет на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд.

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

1) изучить классификатор и определить, какому классу соответствует программное обеспечение, планируемое к закупке;

2) зайти на официальный сайт реестра и выяснить, есть ли в реестре сведения о программном обеспечении по данному классу (как это сделать, см. ниже);

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

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

Примечание

Необходимо отметить, что в соответствии с постановлением правительства Российской Федерации № 1236 в части характеристик ПО, реестровая запись содержит только адрес страницы сайта правообладателя в информационно-телекоммуникационной сети Интернет, на которой размещена документация, содержащая описание функциональных характеристик программного обеспечения и информацию, необходимую для установки и эксплуатации программного обеспечения. На практике сайт правообладателя не всегда содержит всю необходимую информацию о ПО. Механизм получения такой информации для подготовки обоснования не урегулирован. В случае недостаточности информации о необходимом ПО целесообразно запросить правообладателя о предоставлении таких характеристик.

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

Второе возможно, если:

а) в реестре отсутствуют сведения о программном обеспечении искомого класса;

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

В этом случае заказчик должен подготовить, утвердить и опубликовать (вместе с документацией о закупке) . Такая обязанность установлена частью 3 статьи 14 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Порядок подготовки обоснования (Порядок) утвержден .

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

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

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

Обоснование должно содержать указание на:

а) обстоятельство, в связи с которым невозможно соблюдение запрета (выбирается подпункт «а» или «б» пункта 2 постановления правительства Российской Федерации № 1236);

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

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

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

См. также примеры обоснований невозможности закупки ПО из реестра: ; . Ещё примеры аналогичных документов, представленных в обоснование невозможности закупить отечественный программный продукт, можно посмотреть .

Если в реестре нет сведений о программном обеспечении по искомому классу (выбран подпункт «а» пункта 2 постановления правительства Российской Федерации № 1236), последний блок («г») в обоснование не включается.

По данному блоку («г») также следует иметь в виду, что постановлением правительства Российской Федерации № 1236 не предусмотрено обязательное указание и функциональных, и технических, и эксплуатационных характеристик закупаемого ПО, чтобы доказать его отличие от ПО, указанного в реестре. Тем не менее, некорректно указанные характеристики, как требуемого заказчику ПО, так и ПО, размещенного в реестре, могут послужить основанием для возникновения претензий контролирующих органов. Причиной для претензий может послужить, например, обращение разработчика программного обеспечения, сведения о котором внесены в реестр, с жалобой в Федеральную антимонопольную службу на некорректное обоснование заказчиком невозможности соблюдения запрета.

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

Если такая информация не будет предоставлена, целесообразно сделать скриншоты страниц сайта правообладателя, на которых размещена информация о характеристиках ПО из реестра (на момент публикации обоснования), и приложить данные скриншоты к обоснованию.

Пример обоснования невозможности соблюсти запрет на закупку ПО приведен в .

Проверка наличия в реестре сведений о программном обеспечении по конкретному классу на сайте reestr.minsvyaz.ru в его нынешнем виде выполняется следующим образом:

1) на сайте реестра российского ПО заходим в раздел «Реестр» ;

2) выбираем необходимый класс (классы) ПО:

3а) если в реестре сведений о программном обеспечении по искомому классу нет, появляется соответствующее сообщение:

3б) если в реестре есть сведения о программном обеспечении искомого класса, появляется список программных продуктов:

Актуальные дополнения (по состоянию на декабрь 2017)

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

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

Согласно постановлению реестровая запись дополнена сведениями о соответствии или несоответствии ПО дополнительным требованиям. Однако по состоянию на конец 2017 года таких сведений в реестре обнаружить не удалось.

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

Полный перечень нормативных актов, относящихся к импортозамещению ПО, см.

Созданного в рамках мер, принимаемых государством с целью ограничить закупки импортного ПО в госструктурах и компаниях с госучастием. Реестр заработал с 1 января 2016 года. Итак. 21 сентября 2016 года министр связи и массовых коммуникаций Российской Федерации Николай Никифоров допустил возможность расширения действия отечественного реестра программного обеспечения на весь Евразийский экономический союз.

Свое мнение министр выразил выступая на ежегодной 33-й Всемирной конференции Международной ассоциации научных парков и зон инновационного развития (IASP) «Единое технологическое пространство Евразийского экономического союза (ЕАЭС): модель для сборки».

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

Участники дискуссии затронули вопрос выработки единой позиции по ряду аспектов национальных законодательств для совместной работы в ЕАЭС. В частности, главаМинкомсвязи России сообщил, что недавно Правительство РФ приняло постановление, закрепляющее за российскими производителями ценовую преференцию в объеме 15% при поставках продукции и услуг государственным компаниям. Он также рассказал об опыте развития реестра отечественного программного обеспечения и предложил представителям стран союза рассмотреть возможность создания аналогичных механизмов в своих законодательствах.

Реестр российского ПО пополнился 645 новыми программными продуктами

В рамках пятого очного заседания в Министерстве связи и массовых коммуникаций РФ, экспертный совет по российскому программному обеспечению в сентябре 2016 года проголосовал за включение 645 новых продуктов в единый реестр российского ПО, т.о. в реестр российского ПО включено уже 1823 программных продукта.

Добавленные программные продукты были признаны соответствующими требованиям, установленным пунктом 5 правил формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных, утвержденных постановлением Правительства РФ №1236 «Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд» от 16 ноября 2015 г.

Экспертный совет по российскому ПО является постоянно действующим органом, который проводит экспертизу заявлений компаний на включение сведений об их программных продуктах в единый реестр российского ПО. В состав совета входят представители федеральных органов исполнительной власти, институтов инновационного развития, а также ассоциаций российских разработчиков ПО. Представители ведомств не могут иметь в нем более 40% голосов, при этом представители ИТ-индустрии, в чьих интересах реализуется реформа, должны иметь не менее 50% голосов. Решения совета принимаются простым большинством голосов его членов, участвующих в заседании, в том числе дистанционно. При равенстве голосов решающим является голос председателя.

Разработчик требует от Никифорова включить в реестр российского ПО продукт на импортной платформе

Компания «Летограф», разработчик одноименного продукта для создания систем управления документами, направляла письмо министру связи Николаю Никифорову, требуя пересмотреть решение о включении своего продукта в реестр российского ПО.

Приказ об отказе включить «Летограф» в реестр Минкомсвязи выпустило в мае и опубликовало в августе 2016 года. Гендиректор компании Глеб Лукин сообщил TAdviser, что «Летограф» отправляла в ведомство запрос о причине отказа, и свое решение Минкомсвязи обосновало тем, что ключевая функциональность заявленного «Летограф» программного обеспечения реализована на иностранной проприетарной платформе Ensemble.

В «Летограф» заявляют, что такое основание отказа не предусмотрено законодательством. Система управления документами «Летограф» полностью удовлетворяет требованиям, указанным в федеральном законе от 29.06.2015 №188-ФЗ и статье 14 федерального закона и является полностью отечественной разработкой, констатируют в компании.

Гендиректор «Летограф» Глеб Лукин не согласен с решением Минкомсвязи об отказе включить продукт компании в реестр

В № 188-ФЗ «О внесении изменений в Федеральный закон «Об информации, информационных технологиях и о защите информации» и статья 14 Федерального закона «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» сформулированы требования для отечественного ПО. В своем письме Никифорову «Летограф» поясняет, что их ПО соответствует соответствии всем пунктам, включающим наличие исключительных прав на ПО у российской компании, свободное распространение на территории РФ, размер отчислений за иностранные компоненты, не превышающие 30% выручки от реализации продукта, а также отсутствие в ПО сведений, составляющих государственную тайну.

Там же говорится, что продукт содержит более 500 МБ программного кода, написанного российскими разработчиками и принадлежащего отечественной коммерческой организации.

В письме министру «Летограф» обращает внимание на то, что все СЭД, представленные на отечественном рынке, для функционирования требуют СУБД, разработанной третьей компанией, и в реестр включены продукты, использующие импортные СУБД, такие как Microsoft SQL Serverили Oracle. В пример разработчик приводит СЭД «Е1 Евфрат» и «Дело». В свою очередь, «Летограф» является полностью отечественным решением, использующим в качестве СУБД решения InterSystems Cache или Ensemble, говорится в письме.

В ответ на письмо Николаю Никифорову «Летограф» получила письмо от замдиректора департамента развития высоких технологий Минкомсвязи Иннокентия Дементьева, который порекомендовал компании повторно подать заявку, устранив причины, по которым ранее было отказано во включении сведений о программных продукте в реестр, либо приложив к заявке разъяснения по вопросу соответствия продукта требованиям, установленным правилами.

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

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

Откровения разработчика: «Шансов сразу попасть в реестр российского ПО немного»

В компании «Элар», специализирующейся на создании, оснащении и наполнении электронных архивов и других ИТ-услугах, рассказали о «подводных камнях», с которыми столкнулись в процессе подачи и рассмотрения заявки на попадание в реестр российского ПО. В приказах об отказе включить программные продукты в единый реестр, впервые опубликованныхМинкомсвязи в июле 2016 года, числятся три решения «Элар»: «АИС Элар-Архив», «Элар-СААД» и «ЭЛАР-Документопоток».

Формально заявки на включение программных продуктов компании в реестр были отклонены из-за наличия в дистрибутивах программных компонентов иностранного происхождения и отсутствия некоторых документов, подтверждающих право собственности компании на ПО, объяснил TAdviser руководитель департамента маркетинга «Элар» Артем Вартанян. Однако, такое «несоответствие» требованиям – следствие того, что процедура внесения в реестр отечественного ПО непрозрачна, заявил он.

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

Разработчики и собственники, подавая заявки в Минкомсвязь, опираются на следующие документы, поясняет представитель «Элар». Во-первых, на Федеральный закон РФ от 29 июня 2015 г. № 188-ФЗ «О внесении изменений в Федеральный закон «Об информации, информационных технологиях и о защите информации» и статью 14 Федерального закона «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд», в котором сформулированы требования для отечественного софта. Во-вторых, на «Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных». В-третьих, на «Порядок подачи заявления для включения сведений о программном обеспечении в единый реестр российских программ для электронных вычислительных машин и баз данных».

Ни в одном из этих документов не сказано о требованиях к дистрибутивам или, например, о том, что для доказательства собственности на ПО необходимо предоставить штатное расписание, которое убедит комиссию, что именно наши программисты писали код, отметил Артем Вартанян в разговоре с TAdviser.

Кого и за что не пускают в реестр отечественного ПО

В августе 2016 года Минкомсвязи опубликовало серию приказов об отказе включить программные продукты в единый реестр российского ПО. В 12 таких документах, выпущенных в разное время с февраля по май, числятся порядка 230 продуктов. Среди наиболее известных компаний и продуктов в списках, – «Крок» с корпоративной СЭД, «дочка» ГК «АйТи» «Логика Бизнеса» с несколькими решениями в области электронного документооборота, решение для мониторинга СМИ «Медиалогия», ряд продуктов «МСВСфера» «Национального центра поддержки и разработки», WorksPad «дочки» «АйТи» «Лаборатория Корпоративной Мобильности», пакет офисных приложений «ИволгаПРО» и другие.

Причины отказов о внесении всех этих программ в реестр Минкомсвязи не поясняет. Ранее имели место прецеденты , когда продукты исключались из реестра, поскольку базировались на иностранных технологиях. Например, два продукта «Логики Бизнеса» – «Логика ЕСМ ASL.СЭД» и «Логика ЕСМ ASL. Электронный архив» сначала были включены в реестр, а потом исключены из него, поскольку эксперты обнаружили в них использующиеся технологии IBM. На момент публикации приказов об отказе в реестре числятся три других продукта «Логики Бизнеса». В компании заявили TAdviser, что процесс регистрации ещё идет, и компания будет готова комментировать это сразу по завершению.

Аналогичная судьба и по той же причине – использование ПО IBM – постигла продукт «Карельская медицинская информационная система» компании «К-МИС». Также из реестра была удалена платформа электронного документооборота «М1: ЕСМ Платформа» компании«Метамодель групп», базирующаяся на продуктах EMC.

В Минкомсвязи не объясняют причины отказа включать продукты в реестр

«Крок» ранее сообщал о получении сертификации EMC на продукт с таким же названием, как у поданного в реестр, базирующийся на платформе EMC Documentum, и получившего отказ. В компании не уточнили TAdviser, продукт на базе какой платформы подавали в реестр, но отметили, что это решение собственной разработки, отвечающее требованиям Минкомсвязи.

Игорь Никулин, директор департамента информационных технологий «Крок», сообщил TAdviser, что компания планирует дождаться официального уведомления и продолжить взаимодействие с коллегами из Минкомсвязи: «Мы заинтересованы в том, чтобы в реестре было опубликовано максимальное количество наших программных разработок, ведь широта выбора и здоровая конкуренция в интересах самих заказчиков».

В свою очередь, решения «МСВСфера», не попавшие в реестр, основаны на продуктах Red Hat. Ранее члены Экспертного совета по российскому ПО при Минкомсвязи, принимающего решения о включении ПО в реестр, договаривались не пускать в него продукты, в том числе, с открытым кодом, если их ключевое свойство базируется не на отечественных технологиях .

Что касается продукта «ИволгаПРО», ранее СМИ писали о наличии связи этого продукта с продуктами латвийской компании Ascensio CIA (бренд OnlyOfice). В компании «Новые коммуникационные технологии» – разработчике «ИволгаПРО» – заявили TAdviser, что решение Минкомсвязи им не понятно. Письменных обоснований отказа компания не получала и может «только гадать», что послужило его причиной. Возможно, дело в несовершенстве механизма включения ПО в реестр: «механизм включения ПО в реестр очень закрытый и непрозрачный», считает гендиректор компании Лев Баннов. Он добавил, что с вынесенным решением компания не согласна.

Отказ не поменял планы компании, добавил Лев Баннов. Главные задачи остаются прежними – сделать конкурентноспособный продукт и найти свое место в мировой системе разделения труда. При этом в создание чисто российской системы разделения труда в области программного обеспечения топ-менеджер не верит: «Это фикция и самообман. Все программы, включенные в реестр, имеют импортные компоненты. Просто почему – то одни считаются российскими, а другие нет». Он добавил, что «Новые коммуникационные технологии» подождут развития ситуации.

Часть продуктов могла оказаться в отказных списках в связи с неправильно оформленными или поданными документами или еще какими-то организационными причинами. Так, например, было в случае с решением «Барс.ЖКХ». Это решение числится в списках «отказников», но по факту на момент их публикации присутствует в реестре. В «Барс Груп» объяснили TAdviser, что причины, по которым это решение оказалось в списке отказников по включению в реестр, носят исключительно организационный характер.

В случае с решением «КриптоПро CSP (версия 4.0)», которое есть в списках, но также присутствует в реестре, отказ в регистрации был сделан по просьбе самой компании-разработчика в соответствии с письмом об ошибочной повторной подаче заявки.

Из Реестра удалены программные оболочки для платформ IBM и EMC

8 июня 2016 года стало известно об удалении из Реестра отечественного ПО, курируемогоМинкомсвязи, ряда программных продуктов по факту их зарубежного происхождения .

В “список изгоев” попали:

• «Логика ЕСМ ASL.СЭД» и «Логика ЕСМ ASL. Электронный архив» компании «Логика бизнеса» (входит в группу «Айти»),
• «Карельская медицинская информационная система» компании «К-МИС» и
• «М1: ЕСМ Платформа» компании «Метамодель групп».

Первые три продукта внесены в реестр в начале апреля 2016 года, последний - в конце апреля.

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

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

По мнению источника издания CNews, рассматриваемый софт попал в Реестр по ошибке и недосмотру. Он подчеркнул – ответственный эксперт, дающий предварительное заключение о соответствии ПО критериям «чистокровности», в каждом из четырех случаев был свой. То есть речи о чьем-либо системном злонамеренном попустительстве не идет.

Эксперт считает, что Минкомсвязи, издавая приказ о внесении продуктов в реестр (по всей видимости, речь идет о «транше», когда в списки попали решения на IBM), было осведомлено о происходящем, но механически завершило формальный процесс.

Партнерские решения на базе SAP будут претендовать на попадание в реестр российского ПО

SAP с рядом российских партнеров обсуждает, как совместить свое программное обеспечение с их продуктами, чтобы в составе партнерских решений оно могло войти в реестр российского программного обеспечения, рассказал TAdviser в марте 2016 года Рольф Шуман (Rolf Schumann), CTO SAP в регионе EMEA&MEE (подробнее).

84 новых продукта, включая ПО Abbyy, «МойОфис», Dr. Web, Docsvision

18 февраля в Минкомсвязи под председательством министра Николая Никифорова состоялось очное заседание экспертного совета по российскому программному обеспечению. По его итогам в реестр отечественного ПО вошли 84 новых продукта.

В списке оказались продукты таких разработчиков как Cognitive Technologies, Dr. Web, «Барс Груп», «Новые облачные технологии», «Прогноз», «1С-Битрикс», «Доксвижн», «1С», «Альт Линукс» и др. По продуктам двух последних упомянутых разработчиков число позиций для включения в реестр было сокращено, рассказал TAdviser источник, близкий к экспертному совету.

По состоянию на середину февраля поступило более 700 заявлений о внесении сведений о программном обеспечении в реестр российского ПО

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

В числе продуктов, вошедших в реестр, – «1С-Битрикс: Управление сайтом» (несколько версий),«1С-Битрикс24», ABBYY FineReader, ABBYY Lingvo, ABBYY Comparator, Dr.Web Desktop Security Suite, Dr.Web Katana, Prognoz Platform, система Docsvision, «1С: ERP Управление предприятием 8», «1С:Бухгалтерия 8», «1С:Розница 8», «МойОфис Почта», Digital Design: Защищенная мобильность, Барс ЖКХ, БАРС.Мониторинг – Образование, «Альт Линукс КДесктоп», «Альт Линукс 7.0 Кентавр» и др.

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

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

Антивирусы ESET могут попасть в реестр

5 февраля 2016 года стало известно о том, что программное обеспечение ESET может быть признано российским. ООО «Исет девелопмент» предложило включить свой продукт комплексного антивирусного решения в реестр отечественного ПО (подробнее).

Первые продукты в реестре российского ПО

1 февраля 2016 года министр связи Николай Никифоров подписал приказ о включении первых трех программных продуктов в единый реестр российского ПО. Одним из них стала система управления базами данных «Ред База Данных» от «Ред Софт», разработанная на базе ПО с открытым кодом Firebird. Она используется в более чем в 30 органах государственной власти и государственных организациях, более чем в 150 банках. Крупнейшим клиентом «Ред База Данных» в госсекторе является ФССП.

Другие два продукта, включенные в реестр, – «1С: Школа. Информатика. 11 класс» и «1С: Школа. Русский язык. 5-6 класс. Лексикология» от «1С-Паблишинг».

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

EMC Documentum претендует на попадание в реестр

В январе 2016 года EMC запустила процесс регистрации ряда партнерских наработок на базе своей платформы Documentum в реестре отечественного программного обеспечения, рассказалВячеслав Кадников, региональный директор EMC ECD (Enterprise Content Division) по Восточной Европе, России и СНГ (подробнее).

Регулирование работы реестра

Утверждение правил формирования реестра

Правила формирования реестра утверждены постановлением Правительства от 16 ноября 2015 года № 1236.

До подписания постановления Правительства у Минкомсвязи не было полномочий заниматься реестром. С подписанием документа министерство становится ответственным за реестр, объяснила TAdviser Евгения Василенко, исполнительный директор Ассоциации российских разработчиков программного обеспечения (АРПП “Отечественный софт”).

“Времени до 1 января мало, а задач много. Минкомсвязи нужно принять нормативку, определить правила работы экспертного совета, назначить оператора реестра. Нужно разработать и утвердитьклассификатор ПО. Создать информационную систему реестра”, – говорит Василенко.

Ассоциация, по ее словам, готова активно участвовать в этих задачах.

“Классификатор уже делаем и передадим Минкомсвязи. К созданию информационной системы готовы подключаться, но тут нужна конкретика, которую можно выработать совместно с регулятором. Предварительно мы в АРПП обсудили, что готовы безвозмездно реализовать систему и передать министерству, если будем совместно над ней работать, в первую очередь, в части формализации требований к системе”, – добавляет директор АРПП.

В Минкомсвязи обещают ответить на вопросы о формировании реестра после публикации постановления Правительства.

Закон о создании реестра

Создание реестра российского ПО закреплено федеральным законом, подписанным президентом Владимиром Путиным в июне 2015 года.

ФЗ определяет критерии, которым должно соответствовать ПО, чтобы попасть в данный реестр. В их числе:

• исключительное право на ПО на территории всего мира и на весь срок действия исключительного права должно принадлежать: РФ, субъекту РФ или муниципальному образованию; российской НКО, высший орган управления которой формируется прямо или косвенно РФ, субъектами РФ, муниципальными образованиями или россиянами и которая не признается контролируемой иностранным лицом российской организацией; российской коммерческой организации с суммарной долей прямого или косвенного участия РФ, субъектов РФ, муниципальных образований, НКО и прямого или косвенного участия граждан РФ более 50%; гражданину РФ;

• ПО доступно в свободной продаже;

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

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

• сведения о ПО не составляют гостайну и сами программы или базы данных не содержат сведений, составляющих гостайну.

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

Минкомсвязи назначено ответственным за реестр постановлением Правительства, подписанным премьер-министром Дмитрием Медведевым в ноябре 2015 года. Постановление накладывает ограничения на закупки импортного софта в госорганах и компаниях с госучастием, если аналогичное программное обеспечение содержится в реестре.

Программные продукты, включенные в реестр

Реестр российского программного обеспечения

Актуальный состав реестра доступен на сайте Минкомсвязи по