Access to European Union law
<a href="https://eur-lex.europa.eu/content/help/eurlex-content/experimental-features.html" target="_blank">More about the experimental features corner</a>
Choose the experimental features you want to try
EUR-Lex
Access to European Union law

This document is an excerpt from the EUR-Lex website

You are here
Use quotation marks to search for an "exact phrase". Append an asterisk (*) to a search term to find variations of it (transp*, 32019R*). Use a question mark (?) instead of a single character in your search term to find variations of it (ca?e finds case, cane, care).
Search tips
Need more search options? Use the Advanced search

Document 42021X0388

Předpis OSN č. 156 - Jednotná ustanovení pro schvalování vozidel z hlediska aktualizací softwaru a systému řízení aktualizací softwaru [2021/388]

PUB/2020/799

Úř. věst. L 82, 9.3.2021, p. 60–74 (BG, ES, CS, DA, DE, ET, EL, EN, FR, HR, IT, LV, LT, HU, MT, NL, PL, PT, RO, SK, SL, FI, SV)

Legal status of the document In force

ELI: http://data.europa.eu/eli/reg/2021/388/oj

Date of document:
09/03/2021; Den vyhlášení
Date of effect:
22/01/2021; Vstoupení v platnost Viz Znění
Date of end of validity:
No end date
Author:
Evropská hospodářská komise Organizace spojených národů
Form:
Nařízení přijaté institucemi zřízenými mezinárodní dohodou

9.3.2021   

CS

Úřední věstník Evropské unie

L 82/60

Pouze původní texty EHK OSN mají podle mezinárodního veřejného práva právní účinek. Je zapotřebí ověřit si status a datum vstupu tohoto předpisu v platnost v nejnovější verzi dokumentu EHK OSN o statusu TRANS/WP.29/343/, který je k dispozici na internetové adrese: http://www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29fdocstts.html

Předpis OSN č. 156 - Jednotná ustanovení pro schvalování vozidel z hlediska aktualizací softwaru a systému řízení aktualizací softwaru [2021/388]

Datum vstupu v platnost: 22. ledna 2021

Tento dokument slouží výhradně jako dokumentační nástroj. Rozhodné a právně závazné znění je: ECE/TRANS/WP.29/2020/80.

OBSAH

PŘEDPIS

1.

 Oblast působnosti

2.

 Definice

3.

 Žádost o schválení

4.

 Označení

5.

 Schválení

6.

 Osvědčení o shodě pro systém řízení aktualizací softwaru

7.

 Obecné specifikace

8.

 Změna typu vozidla a rozšíření schválení typu

9.

 Shodnost výroby

10.

 Postihy za neshodnost výroby

11.

 Definitivní ukončení výroby

12.

 Názvy a adresy technických zkušeben odpovědných za provádění schvalovací zkoušky a názvy a adresy schvalovacích orgánů

PŘÍLOHY

1

Informační dokument

Dodatek 1 – Vzor prohlášení o shodě pro systém řízení aktualizací softwaru

2

 Sdělení

3

 Uspořádání značky schválení typu

4

 Vzor osvědčení o shodě pro systém řízení aktualizací softwaru

1.   OBLAST PŮSOBNOSTI

1.1

 Tento předpis se vztahuje na vozidla kategorií (1) M, N, O, R, S a T, u kterých je možné provádět aktualizace softwaru.

2.   DEFINICE

2.1

 „Typem vozidla“ se rozumí vozidla, která se neliší alespoň v těchto zásadních hlediscích:

a)

označení typu vozidla výrobcem;

b)

základní aspekty konstrukce typu vozidla s ohledem na procesy aktualizace softwaru.

2.2

 „Softwarovým identifikačním číslem pro účely předpisu RX (RXSWIN)“ se rozumí zvláštní identifikátor definovaný výrobcem vozidla s informacemi o softwaru elektronického řídicího systému, který se řadí k vlastnostem vozidla relevantním pro schválení typu podle předpisu č. X.

2.3

 „Aktualizací softwaru“ se rozumí balíček sloužící k modernizaci softwaru na novou verzi, včetně změny konfiguračních parametrů.

2.4

 „Provedením aktualizace“ se rozumí proces instalace a aktivace stažené aktualizace softwaru.

2.5

 „Systémem řízení aktualizace softwaru (dále též SUMS)“ se rozumí systematický přístup, který definuje organizační procesy a postupy pro splnění požadavků na distribuci aktualizací softwaru podle tohoto předpisu.

2.6

 „Uživatelem vozidla“ se rozumí osoba provozující nebo řídící vozidlo, vlastník vozidla, zplnomocněný zástupce nebo zaměstnanec správce vozového parku, zplnomocněný zástupce nebo zaměstnanec výrobce vozidla nebo autorizovaný technik.

2.7

 „Bezpečným stavem“ se rozumí provozní režim v případě poruchy bez nepřiměřené míry rizika.

2.8

 „Softwarem“ se rozumí část elektronického řídicího systému, která sestává z digitálních dat a instrukcí.

2.9

 „Bezdrátovou aktualizací“ se rozumí jakákoli metoda využívající bezdrátového přenosu údajů namísto připojení kabelem nebo jiného způsobu místního připojení.

2.10

 „Systémem“ se rozumí soubor konstrukčních částí a/nebo subsystémů, které vykonávají jednu nebo více funkcí;

2.11

 „Údaji pro ověření integrity“ se rozumí reprezentace digitálních dat, kterou lze použít pro srovnání za účelem detekce chyb nebo změn v těchto datech. Tyto údaje mohou zahrnovat kontrolní součty a hodnoty hash.

3.   ŽÁDOST O SCHVÁLENÍ

3.1

 Žádost o schválení typu vozidla z hlediska procesů aktualizace softwaru předkládá výrobce vozidla nebo jeho řádně pověřený zástupce.

3.2

 K žádosti musí být přiloženy následující dokumenty ve trojím vyhotovení a tyto náležitosti:

3.3

 Popis typu vozidla, pokud jde o položky uvedené v příloze 1 tohoto předpisu.

3.4

 V případech, kdy se ukáže, že se na některé informace vztahují práva duševního vlastnictví, nebo pokud tyto informace představují zvláštní know-how výrobce nebo jeho dodavatelů, výrobce nebo jeho dodavatelé poskytnou dostatečné údaje, které umožní řádné provedení kontrol uvedených v tomto předpisu. S těmito informacemi se nakládá jako s důvěrnými.

3.5

 Osvědčení o shodě pro systém řízení aktualizací softwaru podle bodu 6 tohoto předpisu.

3.6

 Technické zkušebně odpovědné za provádění schvalovacích zkoušek se předá vozidlo, jež představuje typ vozidla, který má být schválen.

3.7

 Dokumentace musí obsahovat dvě části:

a)

Soubor formální dokumentace pro schválení obsahující materiál uvedený v příloze 1, který musí být dodán schvalovacímu orgánu nebo jeho technické zkušebně současně při podání žádosti o schválení typu. Tato dokumentace se použije schvalovacím orgánem nebo jeho technickou zkušebnou jako základní reference pro schvalovací proces. Schvalovací orgán nebo jeho technická zkušebna zajistí, aby tato složka dokumentace zůstala k dispozici po dobu nejméně 10 let od okamžiku, kdy je výroba typu vozidla s konečnou platností ukončena;

b)

Další podklady, které se vztahují k požadavkům tohoto předpisu, si může výrobce ponechat, musí je však poskytnout ke kontrole při schvalování typu. Výrobce zajistí, aby veškeré materiály, které byly poskytnuty ke kontrole při schválení typu, zůstaly k dispozici po dobu nejméně 10 let od okamžiku, kdy je výroba typu vozidla s konečnou platností ukončena.

4.   OZNAČENÍ

4.1

 Na každé vozidlo, jež odpovídá typu vozidla schválenému podle tohoto předpisu, se na viditelném a snadno přístupném místě uvedeném na formuláři schválení připevní mezinárodní značka schválení typu, která se skládá z:

4.1.1

 písmene „E“ v kružnici, za nímž následuje rozlišovací číslo země, která schválení udělila; (2)

4.1.2

 čísla tohoto předpisu, za nímž následuje písmeno „R“, pomlčka a číslo schválení vpravo od kružnice popsané výše v bodě 4.1.1.

4.2

 Vyhovuje-li vozidlo typu vozidla schválenému podle jednoho nebo více dalších předpisů připojených k dohodě v zemi, která udělila schválení typu podle tohoto předpisu, není třeba symbol předepsaný výše v bodě 4.1.1 opakovat; v takovém případě se čísla předpisu a schválení, jakož i další symboly všech předpisů, podle kterých bylo schválení uděleno v zemi, která udělila schválení podle tohoto předpisu, umístí do svislých sloupců vpravo od symbolu předepsaného výše v bodě 4.1.1.

4.3

 Značka schválení musí být jasně čitelná a nesmazatelná.

4.4

 Značka schválení typu se umístí poblíž tabulky s údaji o vozidle, kterou umísťuje výrobce, nebo přímo na ni.

4.5

 V příloze 3 tohoto předpisu jsou uvedeny příklady uspořádání značky schválení typu.

5.   SCHVÁLENÍ

5.1

 Schvalovací orgány v příslušných případech udělí schválení typu z hlediska postupů a procesů aktualizací softwaru pouze těm typům vozidel, které splňují požadavky tohoto předpisu.

5.1.1

 Schvalovací orgán nebo technická zkušebna ověří zkouškou vozidla daného typu vozidla, že výrobce vozidla zavedl opatření, která uvedl v dokumentaci. Zkoušky provádí schvalovací orgán nebo technická zkušebna sama nebo ve spolupráci s výrobcem vozidla výběrem vzorků.

5.2

 Oznámení o schválení nebo o rozšíření či odmítnutí schválení typu vozidla podle tohoto předpisu se zašle stranám dohody z roku 1958, které uplatňují tento předpis, na formuláři podle vzoru v příloze 2 tohoto předpisu.

5.3

 Schvalující orgány neudělí schválení typu, aniž by ověřily, že výrobce zavedl uspokojivá opatření a postupy pro řádné řízení aspektů aktualizací softwaru, na něž se vztahuje tento předpis.

6.   OSVĚDČENÍ O SHODĚ PRO SYSTÉM ŘÍZENÍ AKTUALIZACÍ SOFTWARU

6.1

 Smluvní strany určí schvalovací orgán, který provede posouzení výrobce a vydá osvědčení o shodě pro systém řízení aktualizací softwaru.

6.2

 Žádost o udělení osvědčení o shodě pro systém řízení aktualizací softwaru předkládá výrobce vozidla nebo jeho řádně pověřený zástupce.

6.3

 K žádosti musí být přiloženy následující dokumenty ve trojím vyhotovení a tyto údaje:

6.3.1

 Dokumentace popisující systém řízení aktualizací softwaru.

6.3.2

 Podepsané prohlášení podle vzoru popsaného v dodatku 1 k příloze 1.

6.4

 V souvislosti s posouzením musí výrobce učinit prohlášení za použití vzoru definovaného v dodatku 1 k příloze 1 a ke spokojenosti schvalovacího orgánu nebo jeho technické zkušebny prokázat, že má nezbytné postupy pro splnění všech požadavků na aktualizace softwaru podle tohoto předpisu.

6.5

 Po úspěšném dokončení tohoto posouzení a po obdržení podepsaného prohlášení od výrobce podle vzoru definovaného v dodatku 1 k příloze 1, se výrobci udělí osvědčení nazvané „Osvědčení o shodě pro SUMS“, jak je popsán v příloze 4 tohoto předpisu (dále jen „Osvědčení o shodě pro SUMS“).

6.6

 Osvědčení o shodě pro SUMS zůstává v platnosti po dobu nejvýše tří let ode dne vydání osvědčení, není-li odňato.

6.7

 Schvalovací orgán, který vydal osvědčení o shodě pro systém řízení aktualizací softwaru, může kdykoli ověřit, zda je tento systém nadále v souladu s požadavky osvědčení. Pokud již požadavky stanovené v tomto předpisu nejsou splněny, může být osvědčení o shodě pro systém řízení aktualizací softwaru odejmuto.

6.8

 Výrobce informuje schvalovací orgán nebo jeho technickou zkušebnu o každé změně, která by mohla ovlivnit platnost osvědčení o shodě pro systém řízení aktualizací softwaru. Po konzultaci s výrobcem schvalovací orgán nebo jeho technická zkušebna rozhodne, zda jsou zapotřebí nové kontroly.

6.9

 Na konci doby platnosti osvědčení o shodě pro systém řízení aktualizací softwaru vydá schvalovací orgán po kladném posouzení nové osvědčení o shodě pro systém řízení aktualizací softwaru, nebo prodlouží dobu platnosti stávajícího osvědčení o další tři roky. V případě, že byly schvalovacímu orgánu nebo jeho technické zkušebně oznámeny změny a tyto změny byly kladně přehodnoceny, vydá schvalovací orgán nové osvědčení.

6.10

 Stávající schválení typu vozidla nepozbývají platnosti v důsledku uplynutí platnosti osvědčení výrobce o shodě systému řízení aktualizací softwaru.

7.   OBECNÉ SPECIFIKACE

7.1

 Požadavky pro systém řízení aktualizací softwaru výrobce

7.1.1

 Postupy ověřované během počátečního posouzení

7.1.1.1

 Postup, pomocí kterého jsou informace týkající se tohoto předpisu dokumentovány a bezpečně uchovávány výrobcem vozidla a mohou být na požádání poskytnuty schvalovacímu orgánu nebo jeho technické zkušebně;

7.1.1.2

 Postup, pomocí kterého lze jednoznačně identifikovat informace o všech počátečních a aktualizovaných verzích softwaru, včetně údajů pro validaci integrity, a o příslušných hardwarových součástech typově schváleného systému;

7.1.1.3

 Postup, pomocí kterého lze pro typ vozidla s RXSWIN před aktualizací i po ní získat informace ohledně RXSWIN daného typu vozidla a aktualizovat je. Tento postup musí pro kterékoliv z RXSWIN umožnit aktualizaci informací týkající se verzí softwaru a příslušných údajů pro validaci integrity veškerého relevantního softwaru;

7.1.1.4

 Postup, pomocí kterého může výrobce vozidla u typu vozidla s RXSWIN ověřit, že verze softwaru přítomné na konstrukční části systému schválení typu jsou v souladu s verzemi definovanými příslušným RXSWIN;

7.1.1.5

 Postup, pomocí kterého lze identifikovat vzájemnou závislost aktualizovaného systému s jinými systémy;

7.1.1.6

 Postup, pomocí kterého je výrobce vozidla schopen identifikovat cílová vozidla pro aktualizaci softwaru;

7.1.1.7

 Postup pro potvrzení kompatibility aktualizace softwaru s konfigurací cílového vozidla (cílových vozidel) před jejím vydáním. Tento postup musí zahrnovat posouzení poslední známé konfigurace softwaru i hardwaru cílového vozidla (cílových vozidel) z hlediska kompatibility s aktualizací předtím, než je aktualizace vydána;

7.1.1.8

 Postup pro posuzování, identifikaci a zaznamenávání toho, zda aktualizace softwaru ovlivní některé typově schválené systémy. Tento postup musí zahrnovat posouzení, zda aktualizace ovlivní nebo změní některý z parametrů použitých k definování systémů, na které má aktualizace dopad, nebo zda může změnit některý z parametrů používaných k schválení typu tohoto systému (jak je definováno v příslušných právních předpisech);

7.1.1.9

 Postup pro posuzování, identifikaci a zaznamenávání toho, zda aktualizace softwaru přidá, změní nebo umožní jakékoli funkce, které nebyly přítomny nebo aktivovány v době, kdy byl typ vozidla schválen, nebo zda změní či znemožní jakékoli jiné parametry nebo funkce, které jsou definovány v právních předpisech. Posouzení musí zahrnovat zvážení toho, zda:

a)

bude nutné změnit záznamy ve schvalovací dokumentaci;

b)

po úpravě vozidla přestanou být platné zkušební výsledky, které se k němu vztahují;

c)

jakékoli změny funkcí vozidla ovlivní schválení typu vozidla.

7.1.1.10

 Postup pro posouzení, identifikaci a zaznamenávání toho, zda aktualizace softwaru ovlivní jakýkoli jiný systém potřebný pro bezpečný a nepřetržitý provoz vozidla nebo zda aktualizace zvýší nebo změní fungování vozidla ve srovnání se stavem během jeho registrace;

7.1.1.11

 Postup, pomocí kterého má uživatel vozidla možnost být informován o aktualizacích;

7.1.1.12

 Postup, pomocí kterého musí být výrobce vozidla schopen zpřístupnit odpovědným orgánům nebo technickým zkušebnám informace podle bodů 7.1.2.3 a 7.1.2.4. Může tak činit za účelem schvalování typu, shodnosti výroby, dozoru nad trhem, stažení z oběhu a pravidelné technické kontroly (PTI).

7.1.2

 Výrobce vozidla zaznamenává a uchovává následující informace pro každou aktualizaci daného typu vozidla:

7.1.2.1

 Dokumentaci popisující postupy používané výrobcem vozidla pro aktualizace softwaru a veškeré příslušné normy používané k prokázání jejich shody;

7.1.2.2

 Dokumentaci popisující konfiguraci veškerých příslušných typově schválených systémů před aktualizací a po ní, která musí zahrnovat jedinečnou identifikaci hardwaru a softwaru daného typově schváleného systému (včetně verzí softwaru) a všech příslušných parametrů vozidla nebo systému;

7.1.2.3

 Pro každé RXSWIN musí existovat kontrolovatelný rejstřík popisující veškerý software relevantní pro RXSWIN typu vozidla před aktualizací a po ní. Tento postup musí zahrnovat informace týkající se verzí softwaru a příslušných údajů pro validaci integrity veškerého relevantního softwaru pro každé RXSWIN;

7.1.2.4

 Dokumentaci obsahující seznam cílových vozidel pro aktualizaci a potvrzení kompatibility poslední známé konfigurace těchto vozidel s aktualizací.

7.1.2.5

 Dokumentaci pro veškeré aktualizace softwaru daného typu vozidla popisující:

a)

účel aktualizace;

b)

které systémy nebo funkce vozidla mohou být touto aktualizací ovlivněny;

c)

které z těchto systémů nebo funkcí jsou typově schválené (jsou-li některé);

d)

v příslušných případech zda aktualizace softwaru ovlivňuje splnění některého z příslušných požadavků na daný typ schváleného systému;

e)

zda aktualizovaná verze softwaru ovlivňuje jakýkoli parametr relevantní pro schválení typu systému;

f)

zda bylo vyžádáno schválení aktualizace od schvalovacího orgánu;

g)

jak může být aktualizace provedena a za jakých podmínek;

h)

potvrzení, že aktualizace softwaru bude provedena způsobem, který neohrozí bezpečný stav vozidla, a bude zabezpečený proti hrozbám;

i)

potvrzení, že aktualizace softwaru úspěšně prošla postupy ověřování a schvalování.

7.1.3

 Zabezpečení – výrobce vozidla prokáže:

7.1.3.1

 postup, který použije k zajištění toho, aby byly aktualizace softwaru přiměřeným způsobem ochráněny proti manipulaci předtím, než je proces aktualizace zahájen;

7.1.3.2

 způsob ochrany procesů aktualizace, který přiměřeně zabrání jejich narušení, a to včetně vývoje systému distribuce aktualizace;

7.1.3.3

 vhodnost postupů použitých k ověření a validaci funkčnosti softwaru a kódu používaného ve vozidle.

7.1.4

 Dodatečné požadavky pro aktualizace softwaru prováděné bezdrátově

7.1.4.1

 Výrobce vozidla musí prokázat procesy a postupy, které použije k posouzení toho, zda provedení bezdrátové aktualizace neovlivní provozní bezpečnost, pokud je provedeno během jízdy.

7.1.4.2

 Výrobce vozidla musí prokázat procesy a postupy, které použije k zajištění toho, aby v případě, že bezdrátově provedená aktualizace vyžaduje specifické kvalifikované nebo složité kroky, například překalibrování snímače po naprogramování, mohla aktualizace pokračovat pouze tehdy, pokud je přítomna osoba kvalifikovaná k provedení tohoto úkonu, nebo má taková osoba nad tímto procesem kontrolu.

7.2

 Požadavky pro typ vozidel

7.2.1

 Požadavky pro aktualizace softwaru

7.2.1.1

 Pravost a neporušenost aktualizací softwaru musí být chráněna tak, aby přiměřeně zabránila jejich narušení a přiměřeně zabránila neplatným aktualizacím.

7.2.1.2

 Pokud typ vozidla používá RXSWIN:

7.2.1.2.1

 Každé RXSWIN musí být jedinečně identifikovatelné. Změní-li výrobce vozidla programové vybavení relevantní pro schválení typu, RXSWIN musí být aktualizováno, pokud vede k rozšíření schválení typu nebo k novému schválení typu.

7.2.1.2.2

 Každé RXSWIN musí být snadno čitelné standardizovaným způsobem pomocí elektronického komunikačního rozhraní, alespoň prostřednictvím standardního rozhraní (OBD port).

Není-li na vozidle uloženo žádné RXSWIN, musí výrobce schvalovacímu orgánu předložit prohlášení o verzi (verzích) softwaru vozidla nebo jednotlivých řídicích jednotek motoru (ECU) souvisejících s příslušnými schváleními typu. Toto prohlášení se aktualizuje při každé nahlášené aktualizaci verze softwaru. V takové m případě musí být verze softwaru snadno zjistitelná standardizovaným způsobem pomocí elektronického komunikačního rozhraní, alespoň prostřednictvím standardního rozhraní (OBD port).

7.2.1.2.3

 Výrobce vozidla musí chránit RXSWIN a/nebo verze softwaru na vozidle před neoprávněnými změnami. V průběhu schválení typu musí být důvěrně poskytnuty prostředky na ochranu proti neoprávněné změně RXSWIN a/nebo verze softwaru zvolené výrobcem vozidla.

7.2.2

 Dodatečné požadavky pro aktualizace softwaru prováděné bezdrátově

7.2.2.1

 Vozidlo musí mít v souvislosti s aktualizacemi softwaru následující funkce:

7.2.2.1.1

 Výrobce vozidla zajistí, aby vozidlo bylo schopno obnovit systémy v případě poruchy nebo přerušení aktualizace do předchozí verze, nebo aby bylo možné vozidlo po neúspěšné nebo přerušené aktualizaci uvést do bezpečného stavu.

7.2.2.1.2

 Výrobce vozidla zajistí, aby aktualizace softwaru mohly být provedeny pouze tehdy, má-li vozidlo dostatek energie k dokončení procesu aktualizace (včetně energie nezbytné k případnému obnovení předchozí verze nebo k uvedení vozidla do bezpečného stavu).

7.2.2.1.3

 Pokud může provedení aktualizace ovlivnit bezpečnost vozidla, musí výrobce vozidla prokázat, jak bude zajištěna bezpečnost provedení aktualizace. Toho se dosáhne technickými prostředky, které zajistí, že se vozidlo bude nacházet ve stavu, v němž může být aktualizace provedena bezpečně.

7.2.2.2

 Výrobce vozidla musí prokázat, že uživatel vozidla má možnost získat informace o aktualizaci před jejím provedením. Zpřístupněné informace musí obsahovat:

a)

účel aktualizace; to může zahrnovat kritičnost aktualizace a zda je aktualizace určena pro účely stažení z oběhu, bezpečnosti a/nebo zabezpečení proti hrozbám;

b)

veškeré změny provedené aktualizací, které se týkají funkcí vozidla;

c)

očekávanou dobu potřebnou k dokončení aktualizace;

d)

veškeré funkce vozidla, které nemusí být během aktualizace k dispozici;

e)

veškeré pokyny, které mohou uživateli vozidla pomoci aktualizaci bezpečně provést;

v případě skupin aktualizací s podobným obsahem souhrnnou informaci pro celou skupinu aktualizací.

7.2.2.3

 V situaci, kdy by provedení aktualizace za jízdy mohlo být nebezpečné, musí výrobce vozidla prokázat, jak:

a)

zajistí, aby vozidlo nemohlo během aktualizace jet;

b)

zajistí, aby řidič nebyl schopen používat funkce vozidla, které by ovlivnily bezpečnost vozidla nebo úspěšné provedení aktualizace.

7.2.2.4

 Po provedení aktualizace musí výrobce vozidla prokázat, jak bude zajištěno, že:

a)

uživatel vozidla má možnost získat informaci o úspěchu (nebo selhání) aktualizace;

b)

uživatel vozidla má možnost získat informaci o provedených změnách a případných souvisejících aktualizacích uživatelské příručky.

7.2.2.5

 Vozidlo musí před provedením aktualizace softwaru zajistit splnění předběžných podmínek.

8.   ZMĚNA TYPU VOZIDLA A ROZŠÍŘENÍ SCHVÁLENÍ TYPU

8.1

 Každá změna typu vozidla, která má vliv na jeho technickou výkonnost a/nebo dokumentaci požadovanou tímto předpisem, se oznámí schvalovacímu orgánu, který typ vozidla schválil. Schvalovací orgán potom může:

8.1.1

 dojít k závěru, že změny vyhovují požadavkům a dokumentaci již udělenému schválení typu; nebo

8.1.2

 požadovat od technické zkušebny odpovědné za provedení zkoušek další zkušební protokol.

8.1.3

 Potvrzení, rozšíření nebo odmítnutí schválení se spolu s výčtem změn sdělí prostřednictvím formuláře sdělení podle vzoru v příloze 2 tohoto předpisu. Schvalovací orgán, který vydává rozšíření schválení, přidělí tomuto rozšíření pořadové číslo a informuje o něm ostatní strany dohody z roku 1958, které uplatňují tento předpis, a to prostřednictvím formuláře sdělení podle vzoru v příloze 2 tohoto předpisu.

9.   SHODNOST VÝROBY

9.1

 Postupy pro zajištění shodnosti výroby musí odpovídat postupům stanoveným v příloze 1 dohody z roku 1958 (E/ECE/TRANS/505/Rev.3) společně s následujícími požadavky:

9.1.1

 Držitel schválení musí zajistit, aby byly výsledky zkoušek shodnosti výroby zaprotokolovány a aby byly připojené dokumenty k dispozici po dobu stanovenou v souladu se schvalovacím orgánem nebo technickou zkušebnou. Tato doba nepřesáhne 10 let od doby, kdy byla výroba definitivně ukončena.

9.1.2

 Schvalovací orgán, který udělil schválení typu, může kdykoli ověřit metody kontroly shodnosti používané v každém výrobním zařízení. Obvyklá četnost těchto kontrol je jednou za dva roky.

9.1.3

 Schvalovací orgán nebo jeho technická zkušebna pravidelně ověřují, zda jsou použité postupy a rozhodnutí výrobce vozidla v souladu, zejména v případech, kdy se výrobce vozidla rozhodl neinformovat schvalovací orgán nebo jeho technickou zkušebnu o aktualizaci. Toho lze dosáhnout pomocí výběru vzorků.

10.   POSTIHY ZA NESHODNOST VÝROBY

10.1

 Schválení udělené typu vozidla podle tohoto předpisu je možno odejmout, pokud požadavky stanovené v tomto předpisu nejsou dodrženy nebo jestliže požadavkům tohoto předpisu neodpovídají vozidla vybraná jako vzorek.

10.2

 Pokud schvalovací orgán odejme schválení, které dříve udělil, neprodleně to prostřednictvím formuláře sdělení podle vzoru uvedeného v příloze 2 tohoto předpisu oznámí smluvním stranám, které uplatňují tento předpis.

11.   DEFINITIVNÍ UKONČENÍ VÝROBY

11.1

 Pokud držitel schválení typu zcela ukončí výrobu typu vozidla schváleného podle tohoto předpisu, musí o tom uvědomit orgán, který schválení typu udělil. Po obdržení příslušného sdělení podá uvedený orgán zprávu o ukončení výroby ostatním smluvním stranám dohody, které uplatňují tento předpis, a to prostřednictvím kopie formuláře schválení opatřené na konci velkými písmeny napsanou, podepsanou a datovanou poznámkou „VÝROBA UKONČENA“.

12.   NÁZVY A ADRESY TECHNICKÝCH ZKUŠEBEN ODPOVĚDNÝCH ZA PROVÁDĚNÍ SCHVALOVACÍ ZKOUŠKY A NÁZVY A ADRESY SCHVALOVACÍCH ORGÁNŮ

12.1

 Smluvní strany dohody, které uplatňují tento předpis, sdělí sekretariátu Organizace spojených národů názvy a adresy technických zkušeben odpovědných za provádění schvalovacích zkoušek, jakož i názvy a adresy schvalovacích orgánů, které schválení udělují a jimž se mají zasílat formuláře osvědčující udělení, rozšíření, zamítnutí nebo odnětí schválení vydané v jiných zemích.

(1)  Podle definice v Úplném usnesení o konstrukci vozidel (R.E.3.), dokument ECE/TRANS/WP.29/78/Rev.6, bod 2 – www.unece.org/trans/main/wp29/wp29wgs/wp29gen/wp29resolutions.html

(2)  Rozlišovací čísla smluvních stran dohody z roku 1958 jsou uvedena v příloze 3 Úplného usnesení o konstrukci vozidel (R.E.3), dokument ECE/TRANS/WP.29/78/Rev.6.

PŘÍLOHA 1

Informační dokument

Následující informace, přicházejí-li v úvahu, se spolu se soupisem obsahu předkládají trojmo. Předkládají-li se výkresy, musí být dodány ve vhodném měřítku a s dostatečnými podrobnostmi na archu formátu A4, nebo musí být na tento formát složeny. Fotografie, pokud se přikládají k žádosti, musí být dostatečně detailní.

1.   

Značka (obchodní název výrobce): …

2.   

Typ a všeobecný obchodní popis: …

(Typem se rozumí typ, který má být schválen, obchodní označení odkazuje na výrobek, v němž je schválený typ použit)

3.   

Způsob označení typu, je-li na vozidle vyznačen: …

4.   

Umístění tohoto označení: …

5.   

Kategorie vozidla: …

6.   

Jméno a adresa výrobce/zástupce výrobce: …

7.   

Název (názvy) a adresa (adresy) montážního závodu (závodů): …

8.   

Fotografie a/nebo výkres (výkresy) reprezentujícího vozidla: …

9.   

Aktualizace softwaru

9.1   

Všeobecné konstrukční vlastnosti typu vozidla …

9.2   

Číslo osvědčení o shodě pro systém řízení aktualizací softwaru …

9.3   

Bezpečnostní opatření

9.3.1   

Dokumentace pro typ vozidla, který má být schválen, popisující, že postup aktualizace bude zabezpečen proti hrozbám …

9.3.2   

Dokumentace pro typ vozidla, který má být schválen, popisující ochranu RXSWIN na vozidle před neoprávněnou manipulací …

9.4   

Softwarové aktualizace prováděné bezdrátově

9.4.1   

Dokumentace pro typ vozidla, který má být schválen, popisující, že postup aktualizace bude prováděn bezpečně …

9.4.2   

Jakým způsobem má uživatel vozidla možnost získat informace o aktualizaci před jejím provedením a po něm …

Příloha 1 – dodatek 1

Vzor prohlášení o shodě pro systém řízení aktualizací softwaru

Prohlášení výrobce o splnění požadavků na systém řízení aktualizací softwaru

Název výrobce: …

Adresa výrobce: …

… … … … …(název výrobce) potvrzuje, že jsou zavedeny postupy nezbytné ke splnění požadavků na systém řízení aktualizací softwaru stanovených v bodě 7.1 předpisu OSN č. 156, a že tyto postupy budou nadále dodržovány.

Vystaveno v: ………………………………………… (místo)

Datum: …

Jméno podepisující osoby: …

Funkce podepisující osoby: …

…………………………………………

(razítko a podpis zástupce výrobce)

PŘÍLOHA 2

Sdělení

(maximální formát: A4 (210 × 297 mm))

Image 1

 (1)

vydal:

název správního orgánu:

…

…

…


týkající se (2):

Udělení schválení

Rozšíření schválení

Odejmutí schválení s účinkem ode dne dd/mm/rrrr

Odmítnutí schválení

Definitivního ukončení výroby

typu vozidla podle předpisu OSN č. 156

Schválení č.: …

Rozšíření č.: …

Důvod rozšíření: …

1.   

Značka (obchodní název výrobce): …

2.   

Typ a obecný obchodní popis (popisy) …

3.   

Způsob označení typu, je-li na vozidle vyznačen: …

3.1   

Umístění tohoto označení: …

4.   

Kategorie vozidla: …

5.   

Jméno a adresa výrobce/zástupce výrobce: …

6.   

Název (názvy) a adresa (adresy) výrobního závodu (závodů): …

7.   

Číslo osvědčení o shodě pro systém řízení aktualizací softwaru …

8.   

Zahrnuje bezdrátové aktualizace softwaru (ano/ne): …

9.   

Technická zkušebna odpovědná za provádění zkoušek: …

10.   

Datum vydání zkušebního protokolu: …

11.   

Číslo zkušebního protokolu: …

12.   

Připomínky: (jsou-li): …

13.   

Místo: …

14.   

Datum: …

15.   

Podpis: …

16.   

Je přiložen soupis schvalovací dokumentace uložené u schvalovacího orgánu, kterou lze na požádání obdržet.

(1)  Rozlišovací číslo země, která schválení udělila/rozšířila/zamítla/odejmula (viz ustanovení o značení (pozn. pod čarou) v tomto předpise).

(2)  Nehodící se škrtněte.

PŘÍLOHA 3

Uspořádání značky schválení typu

VZOR A

(viz bod 4.2 tohoto předpisu)

Image 2

a = minimálně 8 mm

Výše uvedená značka schválení typu upevněná na vozidlo prokazuje, že typ silničního vozidla byl schválen v Nizozemsku (E4) v souladu s předpisem č. 156 pod číslem schválení 001234. První dvě číslice čísla schválení udávají, že schválení bylo uděleno v souladu s požadavky tohoto předpisu v jeho původním znění (00).

PŘÍLOHA 4

Vzor osvědčení o shodě pro systém řízení aktualizací softwaru

Osvědčení o Shodě pro Systém Řízení Aktualizací Softwaru

s předpisem OSN č. 156

Číslo osvědčení [referenční číslo]

[……. Schvalovací orgán]

potvrzuje, že

Výrobce: …

Adresa výrobce: …

Je v souladu s ustanoveními předpisu č. 156

Ověření proběhlo dne: …

(název a adresa schvalovacího orgánu nebo technické zkušebny): …

Číslo protokolu: …

Toto osvědčení je platné do: [………………………………………………datum]

Vystaveno v: [………………………………………………místo]

Dne: [………………………………………………datum]

[………………………………………………podpis]

Top