Можно ли внести в Реестр российского ПО программы, использующие SQL?

Этот вопрос возникает у многих разработчиков и компаний, которые работают с базами данных и создают решения, завязанные на SQL. 

Короткий ответ: Нет, если речь идет только о скриптах. Но да, если речь идет о законченном программном продукте, использующем SQL.

SQL (Structured Query Language) — это не язык программирования в классическом понимании, как Java или C++. Это язык запросов, предназначенный для управления данными в реляционных базах данных. Сам по себе файл с SQL-скриптами (например, для создания таблиц, представлений или хранимых процедур) не является самостоятельным программным обеспечением в контексте Реестра российского ПО (РПО).

Ключевые критерии для включения в Реестр установлены Постановлением Правительства РФ № 1236, и они касаются готового программного комплекса, а не технологии его реализации.

Как зарегистрировать продукт, основанный на SQL?

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

Ситуация 1: Самостоятельное приложение, которое использует базу данных

Это самый распространенный случай. Ваша компания разрабатывает, например:

• ERP- или CRM-систему;
• Банковское или бухгалтерское приложение;
• Систему для автоматизации бизнес-процессов.

В этом случае:

• Ядро приложения может быть написано на любом языке (C#, Python, Java, 1С и т.д.);
• SQL используется "под капотом" для взаимодействия с базой данных (чаще всего это хранимые процедуры, функции, триггеры);
• Конечный продукт — это ваше приложение вместе с его установщиком, документацией и, часто, со скриптами для развертывания базы данных.

Такой продукт полностью подходит для регистрации. Критерии оцениваются для приложения в целом:

• Правообладатель — российская компания;
• Исходный код вашего приложения (не СУБД) принадлежит вам или разработан по договору;
• Отсутствие иностранного контроля.

Ситуация 2: Специализированное решение на основе СУБД

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

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

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

На что обратить особое внимание?

1. Лицензия СУБД. Это критически важный момент. Если ваше приложение поставляется в связке с конкретной СУБД (например, Microsoft SQL Server, Oracle Database), вы должны убедиться, что ее использование в вашем дистрибутиве соответствует лицензионному соглашению. Использование СУБД с открытым исходным кодом (например, PostgreSQL) или российской СУБД (например, Postgres Pro) значительно снижает риски и полностью соответствует политике импортозамещения;
2. Используемые сторонние библиотеки и драйверы. Если ваше приложение использует драйверы для подключения к БД (например, ODBC, JDBC), необходимо также проверить их лицензии на соответствие критериям Реестра.

Практический вывод

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

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