Трябва ли да документирам колко дълго устройството получава актуализации на софтуера?

Поддръжката на софтуер все още не е постоянно задължение

Задължителен период за актуализиране на софтуера все още не е определен. Рамковата регламентация ESPR (Регламент (ЕС) 2024/1781) предоставя правната база за задължаване на това по категория продукти, но действителното изискване — колко дълго производителят трябва да продължи да доставя актуализации и дали този период трябва да стои в цифровия паспорт на продукта — се определя едва в делегиран акт за конкретната група продукти. За електрониката и ICT оборудването такъв акт още не съществува. Докато той не бъде издаден, няма общо, принудително задължение да се определи период за актуализации в паспорта, макар че остаряването на софтуера по съдържание е точно видът тема за устойчивост, на която е насочена ESPR.

Релевантно за продукти със софтуер, а не за всичко

Този предмет се отнася до устройства, чиято функционалност зависи от софтуер: бяла техника с интелигентни функции, ICT оборудване и по-широка електроника с фърмуер или операционен софтуер. За чисто механични продукти без софтуер въпросът просто не е актуален. Освен това в электронния сектор важи: ESPR работи с делегирани актове по подкатегория, така че изискване, което важи за смартфони, не автоматично важи за пералня или маршрутизатор. Самата рамкова регламентация (членове 5 до 7) изброява видовете изисквания, които мога да се поставят — включително устойчивост, надеждност и пригодност за ремонт и модернизация — но все още не превежда това в конкретен брой години за конкретен продукт. Който сега ищет твърдо определен период за конкретно устройство, няма да го намери никъде в текста на текущата ESPR.

Все още няма дата: делегирани актове по категория

Няма определена дата, кога това ще важи за електроника и ICT. Според работния план на ESPR 2025-2030 делегирани актове се разработват по подкатегория, с очакване първите да бъдат издадени от 2027 година нататък. Това е указание от работния план, не обещание и не закон. Докато делегиран акт за конкретна група продукти не бъде издаден, за тази група важат общите разпоредби на ESPR (членове 5 до 7 за материалните изисквания, член 10 за това какво трябва да бъде включено в цифровия паспорт на продукта) без да следва вече конкретен период за актуализации. Веднага щом делегиран акт за електроника или ICT бъде издаден, датата и съдържанието на това изискване ще бъдат указани тук.

Какво това означава: ред на действие

Който иска да се подготви за това, първо разглежда собствената категория продукти в работния план на ESPR и оттам следи издаването на съответния делегиран акт — това е моментът, в който ще стане ясно дали и за колко дълго периодът за актуализиране е задължителен и дали трябва да стои в цифровия паспорт на продукта. Докато издаването е факт, няма законово задължение да се включва тази информация в паспорт, но нищо не спира производителя да начини вътрешно сега записване на това, колко дълго софтуерната поддръжка се гарантира по линия продукти — това е тогава собствено, доброволно задължение, не ESPR-вина. За който съставя цифров паспорт на продукта, това означава конкретно: текущата структура на паспорта все още не трябва да съдържа това поле, но щом делегирания акт за съответната подкатегория това предпише, то поле се добавя към паспорта и се попълва с данните, които производителят или вносителят тогава доставя. Който сега вече записва данни за софтуерната поддръжка — кои модели, кои периоди, кои политики на актуализиране — има предимство в момента, в който изискването становится конкретно, тъй като данните вече ще бъдат налични за включване в паспорта.

Основата: членове 5 до 7 и член 10

Възможността за поставяне на изисквания към поддръжката на софтуера следва от членове 5 до 7 на ESPR (Регламент (EU) 2024/1781), които формират рамката за еколого-икономическия дизайн: изисквания за производителност като трайност, надежност и пригодност за надграждане, и информационни изисквания по отношение на тях. Тези членове посочват категориите на изисквания, които могат да бъдат допълнително попълнени чрез делегирани актове за всяка група продукти, но сами по себе си не установяват конкретен период за актуализация. Член 10 от същия регламент регулира какво трябва да бъде включено в цифровия продуктен паспорт; тук също важи, че точните полета с данни се определят за всяка категория продукти въз основа на изисквания, които са установени за тази категория. Докато за електроника и ICT не бъде публикуван делегиран акт, който специално споменава поддръжката на софтуера, тази тема в рамковия регламент остава възможност, а не конкретно задължение.

Ако вече работите по този въпрос, най-добрата практика е да следите публикуването на делегирания акт за вашата собствена категория продукти и да приведете в ред собственото си попълнение на данни за поддръжката на софтуера, така че да бъдат готови, когато паспортът го поиска.

На какво се основава това

Самият регламент е на EUR-Lex. Ние правим препратка към всяко твърдение; вие не трябва да ни вярвате.

Какво конкретно трябва да направите

Какво се очаква от вас

Поддръжката на софтуер може да стане екологична констатация на дизайна

ESPR дава възможност да се включат в делегирани действия изисквания относно устойчивостта на продукта, включително и относно софтуера: колко време един уред получава функционални и защитни актуализации, и какво се случва с функционалността на уреда, след като тази поддръжка прекрати. Членове 5 до 7 на ESPR (Регламент (ЕУ) 2024/1781) споменават това като част от изискванията за ефективност и информация, които могат да бъдат определени за всяка група продукти. За електроника и ICT-уреди това е един от предметите, които се считат за релевантни, с оглед ролята на софтуера за живота на уреда — пералня или лаптоп, които технически все още работят, но вече не получават актуализации, на практика често се подменят. За фирма с 10 до 100 служители това означава, че отделът, отговорен за информация за продукта (често същият отдел, който сега вече събира периодите на гаранцията и потребителските ръководства), трябва да следи ново данни: периодът, през който се доставляват актуализации, за всеки модел продукт или за всяка версия на софтуер.

Информацията трябва да се намери в цифровия паспорт на продукта

Член 10 на ESPR (Регламент (ЕУ) 2024/1781) описва какви информация трябва да бъде включена в цифровия паспорт на продукта, след като делегирано действие определи това за дадена група продукти. След като продължителността на поддръжката на софтуера съставляет изискване за електроника, тази информация така не само попада в ръководство или на уебсайт, но и в самия паспорт — структурирана и свързана с QR-носител на данни на продукта. За средностойна фирма това означава, че периодът на актуализация не може да се определи отделно от софтуерния отдел и не може да се съобщава отделно от маркетинга: тази информация трябва в крайна сметка да се намира в същия набор от данни като например потреблението на енергия и оценката на ремонтопригодността. Точно какво трябва да се включи в паспорта, се различава по група продукти; на какви данни попадат в дигиталното произведено удостоверение на електроника? се намира преглед на категориите данни, които се появяват там.

Посочённия период трябва да отговаря на действителността

Определяне на период на поддръжка е един етап; осъществяване и на това е друго. Ако производител обещае период на актуализации в паспорта, очакванието е, че този период наистина ще бъде достигнат — и че промените (по-ранно спрян цикъл на актуализации, поглъщане при което софтуерен екип се разпускa) се обработят. Това засяга въпроса колко често данните на паспорта трябва да останат актуални; виж колко актуални трябва да бъдат данните? за какво е известно по този въпрос. За фирма с този размер това често означава, че обещанието относно продължителност на актуализация не само се дава от мениджъра на продукта, но се съгласува със страната, която наистина поддържа софтуера — внътрешен екип или външен доставчик.

Къде се допускат грешки в практиката

Първа ситуация: производител споменава период на актуализация в маркетингов материал ("пет години защитни актуализации"), но това обещание не е зафиксирано никъде във вътрешен документ с начална и крайна дата. След като тази информация трябва да бъде в паспорта, няма недвусмислен източник, от който да се черпи.

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

Трета ситуация: един уред се продава в няколко варианта (различни чипсети, различни версии на софтуера по пазарни региони), но периодът на актуализация се посочва за целия номер на модела като една цифра. При по-късна проверка се оказва, че някои варианти се подкрепят по-кратко от други.

Четвърта ситуация: продадено вече устройство престава да получава актуализации по-рано от планиран график поради промяна на стратегията, без информирането на отговорния за паспорта. Данните в паспорта остават първоначалните, прекалено оптимистични периоди.

Пета ситуация: предприятие приема, че "поддръжка на софтуер" се отнася само до актуализации за сигурност, докато функционалните актуализации (нови функции, съвместимост с нови аксесоари) се третират отделно — и общуването по този въпрос към клиента е непоследователно, без ясно определение кое от двете трябва да бъде в паспорта.

Какво можете да регистрирате

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

Веднага щом делегираният акт за електроника и ИКТ бъде публикуван, ще бъде ясно кои точно данни са задължителни и в какъв формат. До тогава създаването на собствено, проверяемо досие относно периодите на актуализирането е начин да не се налага по-късно да се реконструира какво е било обещано.

Това не е правно съветване. Тази страница дава общо право информация за регламентирането, на което се основава тази платформа. Ние не знаем вашата ситуация. При съмнение относно вашия собствен случай консултирайте се с адвокат или компетентния контролен орган.

Написано с AI на базата на посочените по-горе източници, проверено от човек на 2026-08-22. Нещо не е наред ли? Дайте ни знак — корекциите получават приоритет.