Нормативная база закупок и разработки ПО в ЛНР: применение 44-ФЗ, 223-ФЗ, национальный режим и планы импортозамещения

Бесплатная консультация юриста

+7 (800) -01-07-30

Реклама jurik.ru

Дата актуализации: 27 августа 2026 г. | Юрисдикция: Луганская Народная Республика (ЛНР) как субъект Российской Федерации.


С момента принятия Федерального конституционного закона от № 9-ФКЗ «О принятии в состав Российской Федерации Луганской Народной Республики и о образовании внутри Российского Федерации нового субъекта — Луганской Народной Республики», на территории ЛНР действует правовая система Российской Федерации.

Ключевым документом, регулирующим переходный период, является Федеральный закон от № 476-ФЗ «О особенностях правового регулирования на территориях новых субъектов Российской Федерации». На 2026 год переходный период по большей части нормативных актов завершен или находится в финальной стадии гармонизации. Это означает, что закупки и разработка ПО для государственных нужд ЛНР полностью подчиняются:

  • 44-ФЗ (Закупки товаров, работ, услуг для государственных нужд);
  • 223-ФЗ (Закупки отдельными видами юридических лиц, в т.ч. гос. корпорациями и унитарными предприятиями ЛНР);
  • Гражданскому кодексу РФ (Часть 4 — Интеллектуальные права);
  • Федеральному закону «Об информации, информационных технологиях и о защите информации» (149-ФЗ);
  • Федеральному закону «О персональных данных» (152-ФЗ);
  • Постановлениям Правительства РФ (в т.ч. № 931, № 947, реестр Минцифры);
  • Актам Главы ЛНР и Правительства ЛНР, приводящим региональное законодательство в соответствие с федеральным.

Важно: На 2026 год ссылки на «законы ЛНР» в сфере IT-закупок и разработки ПО имеют преимущественно декларативный характер (утверждение реестров, планов импортозамещения). Прямое регулирование осуществляется федеральным законодательством РФ.


Глава 1. Нормативная база закупок и разработки ПО

Федеральный закон № 44-ФЗ: Ключевые механизмы для разработчиков

Разработка ПО по госзаказу в ЛНР осуществляется в рамках закупки «Работы по созданию объектов интеллектуальной собственности» или «Услуги по разработке ПО».

Национальный режим и Реестр российского ПО (Минцифры)

Согласно ст. 15 и 93 44-ФЗ, а также Постановлению Правительства РФ от № 1574, для государственных нужд обязательно применение национального режима. Закупка иностранного ПО (или ПО с иностранными правами ИС) возможна только при отсутствии российских аналогов в Едином реестре российских программ для ЭВМ и баз данных (Реестр Минцифры).

  • Правило «Русского производителя»: Исполнитель (разработчик) должен быть признан «Отечественным производителем ПО» (включен в реестр Минпромторга/Минцифры) или ПО должно быть включено в Реестр Минцифры на момент подведения итогов закупки.
  • Критерий аффилированности: Передача прав на ПО от одного юрлица другому (сублицензирование, уступка права) допускается только при сохранении аффилированности с правообладателем (п. 4 ст. 12.1 Закона № 223-ФЗ / аналогичные нормы 44-ФЗ). Нарушение — основание для расторжения контракта и штрафов.
  • Преференции: Коэффициент снижения цены для российского ПО — 15% (для отдельных категорий — до 30%), что критически важно при оценке заявок на аукционе/конкурсе.

Федеральный закон № 223-ФЗ: Закупки гос. компаний и унитарных предприятий ЛНР

Государственные унитарные предприятия (ГУП ЛНР), акционерные общества с госучастием (АО «Лугансктепловозоремонт» и др.) закупают ПО по своим Позициям закупок, утвержденным в соответствии с 223-ФЗ.

  • Обязательное включение в Позиции закупок требований к российскому ПО (п. 3.1 ст. 3 223-ФЗ).
  • Применение национального режима обязательно для закупок свыше 10 млн руб. (и в иных случаях, установленных законом).
  • Особенность: Заказчик самостоятельно определяет критерии оценки, но не может ухудшать положение российских разработчиков по сравнению с 44-ФЗ.

План импортозамещения и «План перехода на отечественное ПО»

Каждый государственный орган ЛНР (министерства, комитеты, администрации городов/районов) обязан иметь утвержденный План перехода на отечественное ПО (согласно рекомендациям Минцифры России и распоряжениям Правительства ЛНР).

Правовое значение для разработчика: Если ПО заказчика внесено в План импортозамещения, закупка иностранного аналога становится практически невозможной (требуется обоснование невозможности использования российского ПО комиссией закупки, что сложно доказуемо). Это создает гарантированный спрос на доработку/поддержку российских решений (Астра Линукс, РЕД ОС, 1С, СБИС, Научно-технический центр «Автоматизация» и др.).


Глава 2. Интеллектуальные права: Кому принадлежит код? (ГК РФ, Ч. 4)

Статья 1295 ГК РФ: Исключительное право по госзаказу

Это «золотой стандарт» для юристов. По умолчанию:

Исключительное право на программу для ЭВМ, созданную по государственному контракту для государственных нужд, принадлежит заказчику (государственному органу ЛНР).

Нюансы, которые меняют всё:

  1. Совместная собственность (п. 2 ст. 1295 ГК РФ): Контрактом может быть предусмотрено, что исключительное право принадлежит совместно исполнителю (разработчику) и заказчику. Рекомендация: Всегда прописывайте это условие в Техническом задании (ТЗ) и Проекте контракта, если планируете коммерциализировать продукт.
  2. Право исполнителя на использование (п. 3 ст. 1295 ГК РФ): Даже если право у заказчика, исполнитель сохраняет право бесплатно использовать созданную программу для своих нужд (внутренние нужды), если контрактом не установлено иное. Внимание: «Для своих нужд» — не означает «для сублицензирования третьим лицам».
  3. Авторское право (личные неимущественные права): Всегда остаются за физическими лицами-авторами (программистами, архитектором). Не подлежат уступке. В контракте обязательно прописывайте гарантию заказчику об оформлении уступки исключительных прав от всех авторов (сотрудников/субподрядчиков).

Юридическая чистота кода (IP Due Diligence)

Перед подписанием акта приема-передачи заказчик (через юристов/аудиторов) проверит:

  • Отсутствие в коде Open Source компонентов с «вирусными» лицензиями (GPL v2/v3, AGPL), обязывающими открывать исходный код всего продукта. Допустимы: MIT, BSD, Apache 2.0 (с соблюдением атрибуции).
  • Наличие договоров о уступке исключительных прав (ДУИП) от всех фрилансеров, аутстафферов, субподрядчиков, стажеров.
  • Отсутствие заимствований из проприетарных библиотек без лицензии.
  • Соответствие заявленному в Реестре Минцифры составу ПО (версия, хеш-суммы, состав библиотек).

Глава 3. Методологии разработки (Agile/Scrum/DevOps) vs Жесткий правовой формализм

Одна из самых больших проблем в госзакупках ЛНР (как и во всей РФ) — конфликт гибких методологий и требований 44-ФЗ/223-ФЗ к ТЗ (Техническому заданию) и Актам приема-передачи.

Проблема «Зафиксированного ТЗ»

44-ФЗ требует ТЗ с четкими, измеримыми, проверяемыми требованиями (п. 1 ст. 22 44-ФЗ). Agile подразумевает меняющийся Бэклог.

Правовые паттерны решения (судебная практика и рекомендации Минфина/Минцифры):

  • ТЗ как «Рамки» (Scope Baseline): В ТЗ фиксируются: архитектура, стек технологий, NFR (нефункциональные требования: безопасность, производительность, доступность), интеграционные контуры, модель данных. Функционал описывается через User Stories / Use Cases высокого уровня с привязкой к ролям и бизнес-процессам (BPMN).
  • Дополнительные соглашения (ДС) как «Спринт-ревью»: По итогам спринта подписывается ДС к контракту с обновленным реестром требований (Backlog) и Актом о выполненных работах за спринт. Требует дисциплины от заказчика.
  • Использование «Гибких контрактов» (Time & Materials с потолком): В 44-ФЗ сложно, но возможно через оплату «ставочного тарифа» команды за человеко-часы с ограничением максимальной цены (Ceiling Price). Требует детальной отчетности по таймшитам.

Приемка работ: От «Приемки-сдачи» к «Непрерывной приемке»

  • Акт приема-передачи (КС-2/КС-3 или единая форма): Подписывается по итогам этапа/спринта/релиза.
  • Критерии приемки (Definition of Done): Должны быть зафиксированы в ТЗ/Контракте: прохождение автотестов (CI/CD), ручное тестирование по чек-листам, отсутствие критических багов (Severity 1), соответствие профилю безопасности (ФСТЭК/ФСБ).
  • Исходный код и репозиторий: Требование передачи исходного кода (Git-репозитория) — обязательное условие госконтракта. Передача осуществляется через защищенные контуры (VPN, ГосВПН, контуры ГИС).

Глава 4. Информационная безопасность и защита данных: Непреодолимые барьеры

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

Требования ФСТЭК и ФСБ России (действуют на территории ЛНР напрямую)

Объект защиты Нормативный акт Требование к разработчику/ПО
ГИС (Гос. инф. системы) (Критичность 1-3) Постановление ПРФ № 1316, Приказ ФСТЭК № 239 (УДОБ), Приказ ФСТЭК № 17 (Модель угроз) Обязательная аттестация ГИС. Разработчик должен обеспечить реализацию мер защиты информации (МЗИ) по профилю (Уровни 1-4). Наличие сертификата ФСТЭК на СЗИ (средства защиты информации) — часто обязательно для поставки.
КИИ (Критические объекты ИИ) 187-ФЗ, Постановление ПРФ № 1316, Приказ ФСТЭК № 239 Создание СЗИ КИИ. Категория значимости (КЗ 1-3). Обязательное инцидент-менеджмент, мониторинг (ГосСОПКА), обновление ПО в установленные сроки.
Персональные данные (ПДн) 152-ФЗ, Приказ ФСТЭК № 21 (Уровни ЗПД 1-4) ПО должно обеспечивать реализацию мер по защите ПДн (шифрование, контроль доступа, аудит, обезличивание). Для УЗ 1-3, сертифицированные СЗИ.
Криптографическая защита ФЗ-126 «О криптографической защите информации», Приказы ФСБ Использование только сертифицированных ФСБ средств криптозащиты (СКЗИ) (КриптоПро, Лиси, ViPNet и др.). Запрет на OpenSSL/GnuTLS для гостайны/КИИ/ПДн высоких уровней без сертификата ФСБ.

Локализация данных (Data Residency)

Согласно 152-ФЗ (ст. 18) и 242-ФЗ (статья 16.1 о локализации баз данных), базы данных, содержащие ПДн граждан РФ (в т.ч. жителей ЛНР), должны находиться на территории Российской Федерации. Развертывание ПО в облаках за рубежом (AWS, Azure, Google Cloud, DigitalOcean), недопустимо. Допустимы: Облако Яндекс, VK Cloud, Selectel, Ростелеком, СБЕРОблако, а также частные облака заказчика (On-premise).


Глава 5. Специфика ЛНР: Региональные риски и особенности 2026 года

Кадровый голод и «Аутстаффинг»

Дефицит разработчиков в ЛНР ведет к массовому привлечению специалистов из РФ (удаленно) или через аутстаффинговые компании.

  • Риск 44-ФЗ: Замена ключевых специалистов (указанных в заявке на участие/контракте) требует согласия заказчика и соответствия квалификации (п. 11 ч. 11 ст. 95 44-ФЗ).
  • Налоговый риск: Работа физлиц из ЛНР на российские ИП/ООО, вопросы страховых взносов, НДФЛ (резидент/нерезидент), аккредитации IT-компаний (для льгот по НДС/страховкам).

Инфраструктурные ограничения

  • Нестабильное электроснабжение/интернет в приграничных районах -> Требования к отказоустойчивости ПО (офлайн-режим, локальное кэширование, синхронизация при появлении связи) должны быть в ТЗ.
  • Интеграция с федеральными ГИС (ЕСИА, Госуслуги, ЕРН, ФГИС ФСС, ЕГРН, ГИС ЖКХ) — через шлюзы Минцифры/Ростелеком. Необходимо закладывать сроки на согласование ТЗ интеграции (часто 3-6 месяцев).

Реестр российского ПО: Включение продукта разработчика ЛНР

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

  1. Юрлицо — разработчик должно быть создано по закону РФ (ООО/АО в ЛНР или РФ).
  2. Исключительное право на ПО принадлежит этому юрлицу (или совместная собственность с правом сублицензирования).
  3. ПО не содержит вредоносного кода (заключение ФСТЭК/лицензиатов).
  4. ПО функционирует на российских ОС (Астра, РЕД ОС, Альт) и СУБД (PostgreSQL Pro, Яндекс БД, ClickHouse и др.).
  5. Подача заявки через личный кабинет реестра (reestr.minsvyaz.ru). Срок рассмотрения ~ 30 рабочих дней.

Глава 6. Чек-лист юриста при сопровождении разработки ПО для госнужд ЛНР

  1. Этап претензионной работы (до контракта):
    • [ ] Анализ Плана закупок заказчика (План импортозамещения).
    • [ ] Проверка включения ПО/разработчика в Реестр Минцифры / Реестр Минпромторга.
    • [ ] Проверка соответствия ТЗ требованиям 44-ФЗ (измеримость, проверяемость) и реалиям Agile (если применимо).
    • [ ] Аудит IP чистоты кодовой базы (Open Source, права авторов, субподряд).
    • [ ] Оценка требований ФСТЭК/ФСБ/152-ФЗ/187-ФЗ к итоговому продукту;
  2. Этап договора (Проект контракта):
    • [ ] Статья о праве ИС: Совместная собственность (п. 2 ст. 1295 ГК РФ) или право исполнителя на использование (п. 3 ст. 1295 ГК РФ).
    • [ ] Гарантии отсутствия «вирусных» лицензий (GPL/AGPL) в поставляемом коде.
    • [ ] Порядок передачи исходного кода (Git, хеш-суммы, документация API, схемы БД).
    • [ ] Критерии приемки (DoD): Тесты, безопасность, производительность, документация (ПОЭ, ПУ, ТО).
    • [ ] Ответственность за утечки/инциденты ИБ (штрафы, ущерб).
    • [ ] Условия Сопровождения (SLA: время реакции, восстановление, обновления безопасности).
  3. Этап исполнения (Agile/DevOps):
    • [ ] Регламент согласования изменений ТЗ (Change Request / ДС).
    • [ ] Еженедельные/двухнедельные Акты приема-передачи по спринтам/релизам.
    • [ ] Ведение Реестра требований (Backlog) как неотъемлевой части контракта.
    • [ ] Контроль за заменой ключевых специалистов.
    • [ ] Мониторинг уязвимостей (БДУ ФСТЭК) и своевременное патчинг.
  4. Этап сдачи/эксплуатации:
    • [ ] Акт приема-передачи итогового результата (Исключительное право перешло/фиксируется совместная доля).
    • [ ] Передача всего пакета документации для аттестации ГИС/КИИ (Модель угроз, Описание МЗИ, Результаты ПИМЗИ).
    • [ ] Внесение сведений в Реестр Минцифры (если ПО новое) или обновление версии.

Разработка ПО для государственных нужд ЛНР в 2026 году — это высокорегулируемая область, где успех определяется не только качеством кода, но и юридической инженерией на этапе преконтрактной подготовки.

Ключевые успехи достигаются при сочетании:

  • Глубокого понимания 44-ФЗ / 223-ФЗ и механизмов национального режима;
  • Грамотного распределения ИП-прав по ст. 1295 ГК РФ (совместная собственность, стандарт де-факто для коммерчески успешных продуктов);
  • Адаптации Agile-процессов под жесткие рамки госконтракта через этапное контрактирование и регламентированные ДС;
  • Встроенной с первого коммита безопасности (Security by Design) под требования ФСТЭК, ФСБ, 152-ФЗ, 187-ФЗ;
  • Своевременного включения продукта в Реестр Минцифры для доступа к рынку госзаказов без конкурентов.

Игнорирование любого из этих блоков несет риски: от невозможности оплаты затрат (неподписание Актов) и штрафов до уголовной ответственности за утечки гостайны/ПДн или нарушение закона о криптографической защите. Профессиональное юридическое сопровождение — не издержки, а инвестиция в получение оплаты и сохранение актива (кода) за разработчиком.


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