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

Проект изменений к ПП РФ № 719 усиливает роль ПО в автомобильной электронике. Для ряда электронных блоков управления предусматривается требование: с 1 июня 2027 года программное обеспечение должно быть зарегистрировано в одном из предусмотренных реестров или перечней. Исключение указано для блоков управления антиблокировочной системы и электронной системы динамической стабилизации автомобиля.

Для производителей автоэлектроники это важный сигнал: ПО больше нельзя воспринимать как «внутреннюю прошивку», которая живет где-то внутри изделия и не требует отдельного внимания. В реестровой логике программная часть становится самостоятельным блоком проверки — вместе с КД, ТД, компонентами, производственными операциями и баллами.

«Автоэлектронику готовят к более глубокой проверке по ПП РФ № 719»

Главное за 30 секунд

— ПО в автоэлектронике становится отдельной зоной подтверждения;
— с 1 июня 2027 года для ряда позиций потребуется регистрация ПО в предусмотренном реестре или перечне;
— проверять нужно не только наличие ПО, но и права, версию, установку, связь с изделием и документы;
— встроенная прошивка, диагностический модуль, интерфейс, алгоритм обработки сигнала или навигационная логика могут стать частью доказательной базы;
— если ПО разработал подрядчик, нужно отдельно проверить договоры и объем переданных прав;
— слабое место часто появляется не в инженерии, а в несоответствии между изделием, версией ПО, КД и документами;
— разбирать программную часть лучше до финального расчета баллов и подготовки пакета.

Почему ПО стало критичным для автомобильной электроники

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

ПО управляет:

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

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

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

Что меняется с 1 июня 2027 года

Проект усиливает требования к программному обеспечению для ряда электронных блоков управления.

С 1 июня 2027 года ПО должно быть зарегистрировано в одном из предусмотренных источников:

— едином реестре российских программ для ЭВМ и баз данных;
— едином реестре программ для ЭВМ и баз данных из государств ЕАЭС, кроме Российской Федерации;
— перечне российских программ для ЭВМ и баз данных, разработанных и используемых для собственных нужд российских юридических лиц.

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

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

Для какой автоэлектроники ПО особенно важно

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

В зоне внимания:

— электронные блоки управления двигателем;
— блоки управления трансмиссией;
— кузовная электроника;
— телематические устройства;
— аппаратура спутниковой навигации;
— ГЛОНАСС и ГЛОНАСС/GPS-устройства;
— алкозамки;
— блоки систем помощи водителю;
— приборы видеообзора и видеорегистрации;
— мультимедийные и информационно-развлекательные системы;
— дисплеи и информационные панели;
— приборы мониторинга состояния водителя;
— системы диагностики и обмена данными.

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

«ГЛОНАСС, навигация и алкозамки: как подготовить автоэлектронику к новым требованиям»

Где возникает главный риск

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

Проблема в другом: ПО может быть не оформлено так, чтобы пройти проверку по требованиям ПП РФ № 719.

Типовые слабые места:

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

Почему договор с разработчиком нужно проверить заранее

Один из самых частых рисков — договорная база.

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

Нужно проверить, что именно передано:

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

Если договор дает только ограниченное право использования, производитель может столкнуться с проблемой: изделие производится в России, но контроль над программной частью не подтвержден.

Почему версия ПО важна не меньше, чем правообладатель

В автомобильной электронике версия ПО может менять функциональность изделия.

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

Нужно понять:

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

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

Установка ПО как производственная операция

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

Поэтому производителю нужно проверить:

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

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

ПО и баллы: почему эти темы нельзя разделять

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

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

Если ПО не раскрыто, могут возникнуть вопросы и к другим блокам:

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

«Баллы по автоэлектронике в ПП 719: как не потерять реестр после 2028 года»

Особый риск для датчиков и телематики

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

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

«Электронные датчики для автопрома: почему базовых 140 баллов может не хватить»

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

Как производителю провести инвентаризацию ПО

Перед подготовкой к реестру стоит составить отдельную карту программного обеспечения.

В ней нужно зафиксировать:

1. Какие изделия содержат ПО.

2. Какое ПО является неотъемлемой частью оборудования.

3. Какая версия ПО используется в каждой модификации.

4. Кто правообладатель.

5. Какие права есть у производителя.

6. Можно ли использовать ПО в производстве.

7. Можно ли модернизировать и развивать изделие.

8. Есть ли регистрация в нужном реестре или перечне.

9. Если регистрации нет — применимо ли требование к конкретному изделию.

10. Где выполняется установка ПО.

11. Как подтверждаются настройка, тестирование и валидация.

12. Как ПО связано с КД, ТД, спецификацией и схемой.

13. Есть ли риски по подрядчикам и сторонним компонентам.

14. Какие действия нужно выполнить до 1 июня 2027 года.

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

Быстрый чек-лист по ПО в автоэлектронике

Перед подачей стоит задать семь вопросов.

1. ПО вообще выделено в документах?
Если оно существует только в инженерной переписке или производственной практике, это риск.

2. Версия ПО связана с изделием?
Нужно понимать, какая версия стоит в каждой модификации.

3. Права оформлены корректно?
Особенно если ПО разрабатывал подрядчик.

4. Есть ли право на развитие и модернизацию?
Для ПП РФ № 719 важно не только использовать, но и контролировать развитие продукции.

5. Установка ПО описана как операция?
Если операция влияет на баллы и подтверждение, она должна быть видна в маршруте.

6. Есть ли документы по тестированию?
ПО должно быть связано с функциональной проверкой и валидацией изделия.

7. Применимо ли требование о регистрации с 2027 года?
Этот вопрос лучше решить заранее, а не в момент подготовки заявки.

Практикум от «Корстоун»

Нужно ли проверять ПО, если изделие уже производится в России?

Да. Российская сборка не закрывает вопрос программного обеспечения.

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

Что делать, если ПО разработал подрядчик?

Проверить договор и объем переданных прав.

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

Нужно ли регистрировать каждую прошивку?

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

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

Можно ли оставить ПО «внутри изделия» и не раскрывать отдельно?

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

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

Что опаснее всего для производителя?

Обнаружить проблему с ПО после того, как основной пакет уже подготовлен.

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

Как подготовить ПО в автоэлектронике к требованиям ПП РФ № 719

Проект изменений показывает: программное обеспечение становится таким же важным элементом подтверждения, как КД, производственные операции, печатные платы, микросхемы и электронные компоненты.

Производителю нужно связать инженеров, юристов, производство, ИТ, качество и коммерческий блок. Иначе ПО останется в зоне «технических деталей», а риск проявится уже на этапе подготовки документов.

«Корстоун» помогает производителям автоэлектроники проверить применимость требований ПП РФ № 719, разобрать программную часть изделия, оценить права на ПО, связать ПО с КД и производственными операциями, предварительно определить риски по регистрации и подготовить управляемый маршрут включения продукции в реестр Минпромторга.