Запрос «ФГИС реестры ПО» относится к федеральной государственной информационной системе, где размещают сведения о программах для электронных вычислительных машин, базах данных и правообладателях. Система нужна для проверки реестрового статуса программного обеспечения и работы с заявлениями. Ее нельзя смешивать с ФГИС Росаккредитации, реестрами промышленной продукции и добровольной сертификацией.
Включение программного продукта в реестр не требуется каждому разработчику. Такая процедура имеет смысл, когда реестровая запись предусмотрена закупочной документацией, правилами платформы, договором или бизнес-моделью правообладателя.
Коротко о главном
- ФГИС реестров ПО содержит сведения о программах для ЭВМ, базах данных и их правообладателях в рамках предусмотренных реестров.
- Перед подготовкой заявления стоит проверить, нет ли в системе записи о продукте, модуле, редакции или прежнем наименовании.
- Для предварительной оценки анализируют исключительные права, сведения о правообладателе, состав продукта и документацию.
- Запись в реестре и добровольный сертификат решают разные задачи и не заменяют друг друга.
- Формулировка «нужна сертификация ПО» недостаточна для выбора процедуры. Нужны основание требования и критерии приемки документа.
Что означает запрос «ФГИС реестры ПО»
Как расшифровывается ФГИС
ФГИС расшифровывается как федеральная государственная информационная система. В рассматриваемом случае речь идет не о единой базе всех документов на программное обеспечение, а о специализированной системе для реестров программ для электронных вычислительных машин и баз данных.
Информационная система хранит и публикует сведения в пределах установленного порядка. Решения по заявлению принимают уполномоченные участники процедуры, а не сайт, консультант или организация, которая помогает подготовить документы.
О каких реестрах программ идет речь
Полное наименование системы: ФГИС «Реестры программ для электронных вычислительных машин и баз данных». В поисковых запросах ее называют короче: реестр российского программного обеспечения, реестр программ для ЭВМ, реестр баз данных или ФГИС реестры ПО.
Термин «российское ПО» в этом контексте означает программное обеспечение, соответствие которого рассматривают по критериям конкретной реестровой процедуры. Место разработки или российский адрес компании сами по себе не подтверждают требуемый статус.
Чем ФГИС реестров ПО отличается от других государственных реестров
| Что требуется найти | Где проверяют | Зачем нужна проверка |
|---|---|---|
| Сведения о программах для ЭВМ и базах данных | ФГИС реестров программ для ЭВМ и баз данных | Проверить статус программного продукта, правообладателя и содержание реестровой записи |
| Сертификаты и декларации соответствия на продукцию | ФГИС Росаккредитации | Проверить документы об оценке соответствия продукции и сведения об аккредитованных лицах |
| Сведения о средствах измерений и результатах поверки | ФГИС «Аршин» | Получить метрологическую информацию |
Название «реестр» не определяет назначение информационной системы. Например, проверка лицензии в ведомственном реестре проводится по другим основаниям и реквизитам. Реестры программного обеспечения, лицензий, документов об оценке соответствия и средств измерений не взаимозаменяемы.
Тот же принцип действует в экологическом регулировании: реестр утилизаторов подтверждает сведения в своей предметной области и не имеет отношения к статусу программы для ЭВМ. Сначала определяют вид документа, затем выбирают государственную систему для проверки.
Для чего разработчику и заказчику нужны сведения из реестра
Участие в закупках и работа с заказчиками
Реестровый статус может иметь значение при закупках программного обеспечения, если документация устанавливает требования к происхождению продукта или прямо требует наличия сведений в соответствующем реестре. Правовое регулирование таких закупок связано, в частности, с постановлением Правительства Российской Федерации № 1236.
Сама запись не гарантирует допуск к любой закупке и тем более победу. Участник должен сопоставить реестровые сведения с предметом закупки, характеристиками продукта, условиями лицензирования и остальными требованиями документации. Заказчик также проверяет, относится ли найденная запись именно к предлагаемому решению.
Проверка статуса программного продукта перед договором
До подписания договора заказчик обычно сопоставляет наименование программы, сведения о правообладателе, назначение и функциональные характеристики продукта. Если предметом сделки выступает определенный модуль, редакция или программно-аппаратный комплекс, одной похожей записи по названию недостаточно.
А что будет, если в реестре найдена программа с таким же коммерческим обозначением? Это еще не подтверждает статус предлагаемого продукта. Нужно проверить правообладателя, описание функций, состав решения и идентифицирующие сведения, доступные в реестровой записи.
Подтверждение информации для платформ и корпоративных процедур
Корпоративная платформа вправе установить собственный перечень документов для регистрации поставщика или программного продукта. Такое требование не становится реестровой процедурой только потому, что в нем употреблены слова «сертификат», «регистрация» или «российское программное обеспечение».
Если платформа просит сертификацию ПО, правообладателю следует запросить точный пункт правил, наименование документа, критерии его приемки и сведения о том, кем документ должен быть выдан. Без этой информации нельзя обоснованно определить процедуру, нормативный документ и состав подтверждающих материалов.
Реестр ПО, добровольный сертификат и регистрация на платформе: в чем разница
У реестровой процедуры, добровольной оценки соответствия и регистрации на платформе разные правовые основания. Ошибка на этом этапе приводит к подготовке документа, который заказчик не примет, хотя сам документ может быть оформлен корректно.
| Задача | Что может потребоваться | Что проверить до начала |
|---|---|---|
| Подтвердить статус ПО в рамках реестровой процедуры | Заявление о включении и комплект сведений, предусмотренный действующим порядком | Права на продукт, сведения о правообладателе, состав и характеристики ПО, наличие прежней записи |
| Подтвердить соответствие заявленному стандарту или техническим условиям | Добровольный сертификат соответствия | Что именно подтверждается, какой нормативный документ применим и принимает ли сертификат заказчик |
| Выполнить правила платформы или корпоративного заказчика | Один документ либо комплект подтверждений по правилам соответствующей процедуры | Точную формулировку требования, критерии приемки и статус организации, выдающей документ |
Добровольная сертификация ПО проводится отдельно от включения в реестр. В рамках такой оценки подтверждают соответствие определенным требованиям, относящимся к объекту сертификации. Стандарт или технические условия нельзя выбирать только по удобству названия: их область применения и проверяемые показатели должны соответствовать программному продукту и цели заказчика.
Сертификат не создает реестровую запись автоматически. В обратную сторону правило тоже действует: включение ПО в реестр не подтверждает соответствие любому стандарту, требованиям информационной безопасности, совместимости или правилам конкретной платформы.
Как проверить программное обеспечение в ФГИС реестров ПО
Какие данные подготовить для поиска
Поиск программного обеспечения стоит начинать не с общего коммерческого названия, а с набора идентифицирующих сведений. Это снижает риск принять за нужный продукт чужую программу или другую редакцию решения.
- Точное наименование. Используйте название из документации, договора или прежнего заявления.
- Правообладатель. Подготовьте полное наименование лица, которому принадлежит исключительное право.
- Варианты написания. Проверьте сокращения, прежние названия и коммерческие обозначения.
- Версия и состав. Уточните редакцию, модуль или программный комплекс, если это существенно для требования.
- Реквизиты записи. Используйте их при наличии, но все равно сопоставьте содержание записи с продуктом.
Что сверить в найденной записи
Проверка ПО в реестре не заканчивается на совпадении названия. Нужно установить, что запись относится к предмету договора или закупки, а указанный правообладатель и описание программного продукта соответствуют документам компании.
- совпадает ли правообладатель;
- соответствует ли назначение программы заявленной задаче;
- не относится ли запись к другой редакции, подсистеме или модулю;
- охватывает ли описание тот продукт, который передается заказчику;
- актуальны ли сведения для конкретной проверки.
Особое внимание требуется после изменения наименования правообладателя, передачи исключительного права или перестройки состава программного комплекса. Реестровая карточка и договорные документы должны позволять однозначно идентифицировать продукт.
Что делать, если запись не находится
- Повторить поиск. Проверьте полное и сокращенное название, прежние обозначения и данные правообладателя.
- Сопоставить документацию. Коммерческое имя продукта может отличаться от названия, закрепленного в документах.
- Уточнить объект требования. Заказчику может требоваться запись для отдельного модуля, базы данных или всего комплекса.
- Не подменять подтверждение. Заявление о российской разработке без реестровых или иных предусмотренных сведений не заменяет требуемый документ.
- Оценить основание для включения. Для этого анализируют права, структуру продукта, правообладателя и имеющиеся материалы.
Что проверяют перед подачей заявления о включении ПО в реестр
Для предварительной оценки обычно анализируют правовую структуру продукта, сведения о правообладателе, состав программного обеспечения и документы, подтверждающие заявляемую информацию. Итоговый комплект зависит от действующих требований и особенностей конкретного решения.
Права на программу для ЭВМ или базу данных
Статья 1261 Гражданского кодекса Российской Федерации предусматривает охрану программы для ЭВМ как литературного произведения. Для реестровой процедуры существенно не только авторство разработчиков, но и то, кто распоряжается исключительным правом на программный продукт и на каком основании.
Правообладатель проверяет договоры с авторами и подрядчиками, документы о передаче исключительного права, служебный характер разработки и условия использования сторонних компонентов. Наличие открытых библиотек само по себе не дает вывода о допустимости включения. Значение имеют лицензии, роль компонентов и распределение прав.
Сведения о правообладателе
Данные правообладателя оценивают по требованиям, действующим для выбранной реестровой процедуры. Название, организационно-правовая форма и сведения в документах должны быть согласованы между собой. Если права принадлежат нескольким лицам или переходили от одного владельца к другому, эту структуру необходимо разобрать до подачи заявления.
Документация на программный продукт
Комплект нельзя считать универсальным, однако для первичного анализа обычно готовят материалы, которые позволяют понять назначение ПО, его функции, состав и правовую принадлежность.
- Описание продукта. Назначение, основные функции и круг пользователей.
- Состав решения. Модули, базы данных, компоненты и связи между ними.
- Пользовательская документация. Инструкции и описание работы с продуктом, если они подготовлены.
- Технические материалы. Документация, необходимая для понимания архитектуры и характеристик в пределах процедуры.
- Сведения о сайте. Информация о продукте или правообладателе, когда она требуется установленным порядком.
- Документы о правах. Материалы, подтверждающие исключительное право и основания его возникновения или перехода.
Требование, ради которого оформляется документ
Фрагмент закупочной документации, договора или правил платформы нужно изучить одним из первых. Он показывает, требуется ли заявление о включении, выписка или сведения из реестра, добровольный сертификат либо документ иного вида.
Без исходного требования специалист рискует правильно оформить неподходящее подтверждение. Особенно осторожно следует разбирать запросы «сертификация для Госпеха», «сертификат для реестра» и «сертификат российского ПО»: эти бытовые формулировки не называют процедуру однозначно.
Порядок работы с заявлением и сведениями в реестре
- Определить цель. Зафиксировать, нужно ли проверить запись, подготовить заявление о включении, выполнить правила платформы или провести добровольную сертификацию.
- Получить требование. Сохранить точную формулировку из закупочной документации, договора, технического задания или правил платформы.
- Проверить существующие сведения. Найти продукт по названию, правообладателю и известным реквизитам, затем изучить содержание найденной записи.
- Проанализировать права. Установить правообладателя, основания приобретения прав и условия использования сторонних компонентов.
- Подготовить документацию. Согласовать наименование, описание функций, состав продукта и подтверждающие материалы.
- Направить заявление. Использовать установленный порядок работы с ФГИС и актуальные требования к представлению сведений.
- Отработать уточнения. Отвечать на поступившие запросы и корректировать материалы только на основании достоверных документов.
- Сверить результат. После появления записи проверить ее содержание применительно к закупке, договору или правилам платформы.
Решение по заявлению принимает уполномоченный орган в установленном порядке. Консультант или представитель правообладателя может проверить материалы и сопровождать подготовку, но не утверждает включение и не вправе обещать положительное решение до рассмотрения заявления.
Частые сложности и как их решить
Заказчик просит «сертификат на ПО», но не называет основание
Нужно запросить пункт технического задания, закупочной документации, договора или правил платформы. Затем уточнить, подразумевает ли заказчик добровольный сертификат, запись в реестре, подтверждение совместимости, документ по информационной безопасности либо другое основание.
Вопрос «какой сертификат сделать» преждевременен. Сначала устанавливают проверяемое требование и допустимую форму подтверждения.
Продукт состоит из нескольких модулей и сторонних компонентов
Правообладателю следует описать состав продукта, назначение модулей, используемые библиотеки и основания их применения. Если отдельные части принадлежат разным лицам, нужно определить границы исключительных прав и объект, который предполагается заявлять.
Нельзя переносить статус одного модуля на весь программно-аппаратный комплекс без анализа. То же относится к разным редакциям, облачной и локальной версиям продукта.
В реестре есть похожее название, но другой правообладатель
Совпадение названия не позволяет использовать чужую запись. Сверять нужно правообладателя, назначение программы, состав решения и идентифицирующие сведения. Если права переходили, проверяют документы о переходе и актуальность сведений в системе.
Нужного вида «сертификации» нет в перечне услуг или на сайте
Отсутствие привычного названия не доказывает, что процедура обязательна, невозможна или относится к сертификации. Правовую природу требования определяют по документам заказчика. После этого становится понятно, требуется ли реестровая работа, добровольная оценка соответствия или другой вид подтверждения.
Пример из практики: как уточняют требование к ПО для платформы
В центр «Реестр Гарант» обратилась представительница компании, которая готовила программное обеспечение к регистрации на платформе, названной в обращении «Госпех». В требованиях фигурировала сертификация, но из формулировки нельзя было определить вид документа и основание его выдачи.
Специалист не подтвердил возможность оформления до анализа. У заявителя запросили точный фрагмент требования и сведения о программном продукте, после чего материалы передали на экспертную оценку. Обсуждение сроков и состава работ отложили до определения процедуры.
Этот случай показывает типовую последовательность: запрос начинается со слов «нужна сертификация ПО», а проверку начинают с документа платформы, статуса правообладателя и характеристик продукта. Без этих данных выбор сертификата или реестровой процедуры был бы предположением.