규제별 요약

UN Regulation No. 156 · Software Update and Software Update Management System

UN R156 소프트웨어 업데이트 관리 규정

차량 소프트웨어 업데이트(OTA 등)의 안전성·인증 유지 확보 및 체계적 리스크 관리

UN R156의 정의부터 소프트웨어 업데이트 관리체계(SUMS), 소프트웨어 식별과 RXSWIN, 기록과 추적관리, 업데이트 위험평가와 검증, 형식승인 관리, 업데이트 보안과 무결성, OTA 업데이트 안전관리, 생산 적합성과 인증 유지까지 차례로 소개합니다.

규제 유형
UN WP.29 국제 차량 기술 규정
소관
UNECE WP.29 (1958년 협정)
대상
소프트웨어 업데이트 기능이 있는 M·N·O·R·S·T 범주 도로 차량

구성

어디에 적용되고 무엇을 갖추는가어디에 적용되고 무엇을 갖추는가1UN R156이란?UN R156이란?2소프트웨어 업데이트 관리체계(SUMS)소프트웨어 업데이트관리체계(SUMS)3소프트웨어 식별·버전·RXSWIN 관리소프트웨어 식별·버전·RXSWIN 관리4소프트웨어 업데이트 기록과 추적관리소프트웨어 업데이트기록과 추적관리배포 전에 무엇을 판단하는가배포 전에 무엇을 판단하는가5소프트웨어 업데이트 위험평가와 안전성 검증소프트웨어 업데이트위험평가와 안전성 검증6소프트웨어 변경과 형식승인 관리소프트웨어 변경과형식승인 관리어떻게 안전하게 배포하는가어떻게 안전하게 배포하는가7소프트웨어 업데이트 보안과 무결성 보호소프트웨어 업데이트보안과 무결성 보호8무선(OTA) 업데이트 안전관리무선(OTA) 업데이트안전관리승인은 어떻게 유지되는가승인은 어떻게 유지되는가9생산 적합성·인증 유지·규제 적용생산 적합성·인증 유지·규제 적용어디에 적용되고 무엇을 갖추는가 → 배포 전에 무엇을 판단하는가 흐름배포 전에 무엇을 판단하는가 → 어떻게 안전하게 배포하는가 흐름어떻게 안전하게 배포하는가 → 승인은 어떻게 유지되는가 흐름

UN R156이란?

UN R156은 소프트웨어 업데이트가 가능한 차량이 형식승인을 받을 수 있도록, 제조업체가 소프트웨어 업데이트 관리체계(SUMS)를 갖추고 차량이 업데이트 관련 기술요구사항을 충족하도록 정한 UN 규정입니다.

규제 개요

정식 명칭UN Regulation No. 156 — Uniform provisions concerning the approval of vehicles with regard to software update and software update management system
및 에 관한 차량 승인 통일 규정
규제 성격UNECE 1958년 협정에 따른 국제조약 기반 규정으로, 체약국에서 차량 형식승인을 받기 위한 필수 요건입니다.
목적차량 (OTA 등)의 안전성·인증 유지 확보 및 체계적 리스크 관리
대상를 허용하는 M·N·O·R·S·T 범주의 도로 차량을 대상으로 합니다.
대상 제외이륜차는 적용 대상에서 제외되며, 군용·특수목적 차량은 국가별로 다릅니다.
1.1

어떤 산업에 적용되는가

가 가능한 M, N, O, R, S, T 범주의 차량을 대상으로 합니다. 해당 차량이 를 허용하는지가 적용범위 판단의 핵심 조건입니다.

§1.1
M

승용차

N

화물차

O

트레일러

T

농업용 트랙터

R

농업용 트레일러

S

교환형 견인장비

주요 적용

ECUADAS인포테인먼트게이트웨이BMSVCUTCU브레이크·조향 제어기

다음 차량은 UN R156 적용 대상에서 제외되거나 국가별로 다릅니다.

이륜차군용·특수목적 차량 (국가별 상이)
1.2

누가 의무를 가지는가

차량 제조업체가 주된 의무를 지고, 승인당국과 기술서비스기관이 심사합니다.

제조업체Manufacturer (OEM)

SUMS 구축·이행·유지와 인증, RXSWIN 관리, 업데이트 전 영향평가, 업데이트 무결성·진본성 보장, 롤백 기능 제공

승인당국Approval Authority

SUMS 심사·인증, 차량 형식승인 발급

기술서비스기관Technical Service

SUMS 실사, 시험보고서 발행

공급업체Supplier (Tier-1/2)

제조업체의 CSMS·SUMS 요구사항 준수, 위협분석·시험보고서·SBOM 제공

1.3

어떻게 구성되는가

UN R156은 12개 조항(§1~§12)과 부속서(Annex)로 구성되며, 핵심 요구사항은 §7에 있습니다.

적용 범위와 정의적용 범위와 정의적용 범위와 정의§1적용범위§1 적용범위§2정의§2 정의형식승인과 SUMS 인증형식승인과 SUMS 인증형식승인과 SUMS 인증§3승인 신청§3 승인 신청§4승인 표시§4 승인 표시§5승인§5 승인§6SUMS 적합성 증명서§6 SUMS 적합성 증명서핵심 요구사항핵심 요구사항핵심 요구사항§7일반 요구사항§7 일반 요구사항승인 이후 관리승인 이후 관리승인 이후 관리§8차량 형식 변경과 승인 확장§8 차량 형식 변경과 승인 확장§9생산 적합성§9 생산 적합성§10부적합 시 제재§10 부적합 시 제재§11생산 영구 중단§11 생산 영구 중단체약국 행정체약국 행정체약국 행정§12기술서비스기관·승인당국 통보§12 기술서비스기관·승인당국 통보적용 범위와 정의 → 형식승인과 SUMS 인증 흐름형식승인과 SUMS 인증 → 핵심 요구사항 흐름핵심 요구사항 → 승인 이후 관리 흐름
§1 · 적용범위

를 허용하는 M, N, O, R, S, T 범주 차량에 적용합니다.

소프트웨어 업데이트 관리체계(SUMS)

제조업체가 소프트웨어 업데이트를 체계적으로 관리하기 위해 갖춰야 하는 관리체계(SUMS)와 그 인증을 다룹니다.
2.1

SUMS란 무엇인가

SUMS는 단순한 업데이트 프로그램이 아니라, 제조자가 를 규정에 맞게 제공하기 위해 조직의 프로세스와 절차를 체계적으로 정의·운영하는 관리체계입니다.

§2.5

SUMS가 갖춰야 할 기본 절차

관련 정보의 문서화·보관

R156 준수와 관련된 정보를 문서화하고 안전하게 보관하며, 승인당국 또는 기술서비스기관이 요청할 경우 제공할 수 있는 프로세스를 갖춰야 합니다.

§7.1.1.1
업데이트 절차 기록

제조자가 사용하는 절차와 관련 기준 등을 기록·관리해야 합니다.

§7.1.2.1
사용자 정보제공 관리

에 관한 필요한 정보를 에게 제공할 수 있는 프로세스를 마련해야 합니다.

§7.1.1.11
승인기관 정보제공

승인당국 또는 기술서비스기관이 필요한 업데이트 및 RXSWIN 관련 정보를 확인할 수 있도록 제공하는 프로세스를 갖춰야 합니다.

§7.1.1.12
2.2

SUMS는 어떻게 인증받고 유지하는가

제조자는 SUMS가 R156 요구사항에 적합함을 입증해야 하며, 승인당국이 이를 평가하여 SUMS 적합성 증명서를 발급합니다.

§6.1§6.2§6.3§6.4§6.5§6.6§6.7§6.8§6.9§6.10Annex 4

SUMS는 최초 인증으로 끝나지 않습니다. 증명서는 최대 3년간 유효하며, 제조자는 관리체계를 지속적으로 유지하고 중요한 변경사항을 승인당국에 알려야 합니다.

§6.3§6.4§6.5§6.6§6.7§6.8§6.9

소프트웨어 식별·버전·RXSWIN 관리

형식승인과 관련된 소프트웨어를 어떻게 식별하고, RXSWIN으로 버전을 관리·보호하는지를 다룹니다.
3.1

형식승인 관련 는 어떻게 식별하는가

형식승인된 과 관련된 최초·업데이트 버전 및 하드웨어 구성요소를 고유하게 식별할 수 있어야 합니다.

§7.1.1.2
무결성 검증정보 관리

버전정보와 함께 의 무결성을 확인할 수 있는 데이터를 관리해야 합니다.

§7.1.1.2
하드웨어와의 연계

만 별도로 관리하는 것이 아니라 형식승인된 의 관련 하드웨어 구성요소와 연결해 식별해야 합니다.

§7.1.1.2
3.2

RXSWIN이란 무엇인가

RXSWIN은 특정 UN 규정에 따른 형식승인 관련 전자제어시스템 정보를 나타내는 제조업체 정의 식별자입니다.

§2
RXSWIN의 부여주체

차량 제조업체가 해당 RXSWIN을 정의하고 관리합니다.

§2§7.1.1.3
RXSWIN의 고유 식별

각 RXSWIN은 다른 식별정보와 구별할 수 있도록 고유하게 식별되어야 합니다.

§7.2.1.2.1

2026년 개정(01 개정계열)에서 추가된 요건

01 개정계열은 UN R156 원 규정을 처음으로 개정한 개정판으로, 2026년 6월 4일부터 효력이 발생했으며 RXSWIN 관리 요건이 강화되었습니다.

UN 기탁통지 C.N.237.2026§7.1.1.3§7.1.4
형식승인별 RXSWIN 부여

01 개정계열은 형식승인 관련 를 업데이트하는 해당 UN 규정별 형식승인에 전용 RXSWIN을 부여하는 절차를 요구합니다.

§7.1.1.3
등록 차량의 업데이트 전제조건

01 개정계열로 승인되어 이미 등록된 차량에는 관련 형식승인에 필요한 RXSWIN을 부여하기 전 를 수행해서는 안 됩니다.

§7.1.4
3.3

RXSWIN은 어떻게 관리하는가

RXSWIN은 관련 버전과 연결해 업데이트 전후로 관리하고, 실제 설치된 버전과 맞는지 확인합니다.

§7.1.1.4§7.1.1.5

상시

RXSWIN별 버전 연계

RXSWIN마다 관련 버전과 무결성 검증정보를 연결해 관리해야 합니다.

§7.1.1.4

변경 시

RXSWIN 변경 조건

제조업체가 형식승인 관련 를 변경하여 승인 확장 또는 새로운 형식승인이 발생하면 RXSWIN을 갱신해야 합니다.

§7.2.1.2.1

업데이트 후

실제 설치 버전 확인

차량의 구성요소에 실제 설치된 버전이 관련 RXSWIN에 대응하는지 확인하는 절차가 필요합니다.

§7.1.1.5

전 과정에 걸쳐

업데이트 전후 RXSWIN 관리

업데이트 전후의 RXSWIN 정보를 조회하고 필요한 정보를 갱신할 수 있어야 합니다.

§7.1.1.4
RXSWIN별 감사기록

각 RXSWIN과 관련된 의 업데이트 전후 상태를 감사 가능한 기록부로 관리합니다.

§7.1.2.3
3.4

차량에서 RXSWIN은 어떻게 확인하는가

RXSWIN은 전자통신 인터페이스를 통해 표준화된 방식으로 쉽게 읽을 수 있어야 합니다.

§7.2.1.2.2
차량에 RXSWIN을 저장하는가

저장하는 경우

OBD 인터페이스

RXSWIN 조회는 최소한 표준 OBD 인터페이스를 통한 접근을 포함해야 합니다.

§7.2.1.2.2

차량에 RXSWIN을 저장하지 않는 경우

1
신고

RXSWIN을 차량에 보관하지 않는 경우 제조업체는 관련 형식승인과 연결된 차량 또는 ECU 소프트웨어 버전을 승인당국에 신고해야 합니다.

§7.2.1.2.2
2
대체 버전정보 갱신

위 경우 신고된 소프트웨어 버전이 변경될 때마다 신고정보도 갱신해야 합니다.

§7.2.1.2.2
3
대체 버전정보 조회

차량에 RXSWIN을 저장하지 않는 방식에서도 관련 소프트웨어 버전정보는 표준 인터페이스로 읽을 수 있어야 합니다.

§7.2.1.2.2
3.5

RXSWIN과 버전정보는 어떻게 보호하는가

무단변경 방지

차량의 RXSWIN 및 버전정보를 승인되지 않은 변경으로부터 보호해야 합니다.

§7.2.1.2.3
보호수단의 제출

형식승인 시 제조업체가 채택한 RXSWIN·버전정보 보호수단을 기밀로 승인당국에 제공해야 합니다.

§7.2.1.2.3

소프트웨어 업데이트 기록과 추적관리

소프트웨어 업데이트와 관련해 어떤 정보를 기록·보관하고, 업데이트마다 무엇을 문서화하는지를 다룹니다.
4.1

어떤 정보를 기록·보관해야 하는가

제조업체는 UN R156 준수에 필요한 정보를 문서화하고 안전하게 보관하며, 승인당국 또는 기술서비스기관의 요청 시 제공할 수 있는 절차를 갖춰야 합니다.

§7.1.1.1
업데이트 절차

업데이트 절차 문서화

제조업체가 소프트웨어 업데이트에 사용하는 절차와 규정 준수를 입증하는 데 활용한 관련 표준을 문서화해야 합니다.

§7.1.2.1
업데이트 전후 구성

업데이트 전후 시스템 구성기록

업데이트 전후 형식승인 관련 시스템의 구성을 기록해야 합니다.

§7.1.2.2

하드웨어·소프트웨어 식별정보

형식승인 시스템의 하드웨어와 소프트웨어를 고유하게 식별하고, 소프트웨어 버전도 기록해야 합니다.

§7.1.2.2

차량·시스템 매개변수 기록

업데이트와 관련된 차량 또는 시스템의 주요 매개변수를 기록해야 합니다.

§7.1.2.2
업데이트 대상 차량

업데이트 대상 차량 목록

특정 업데이트를 적용할 대상 차량의 목록을 문서화해야 합니다.

§7.1.2.4

차량 구성 호환성 증빙

대상 차량의 마지막으로 확인된 구성과 해당 업데이트가 호환된다는 확인자료를 기록해야 합니다.

§7.1.2.4

형식승인 신청문서 보관

형식승인 절차에서 제출·열람된 특정 문서에 대해서는 생산이 영구 종료된 시점부터 최소 10년의 보관요건이 적용됩니다.

§3.3(a)§3.3(b)
4.2

업데이트마다 무엇을 문서화하는가

각 에 대해 다음 아홉 가지 항목을 문서화해야 합니다.

§7.1.2.5
업데이트마다 작성할 문서
1
업데이트 목적 기록

를 업데이트하는 이유와 목적을 기록해야 합니다.

§7.1.2.5(a)
2
영향받는 ·기능 기록

업데이트가 영향을 줄 수 있는 차량 과 기능을 기록해야 합니다.

§7.1.2.5(b)
3
형식승인 대상 여부 기록

영향을 받는 중 형식승인을 받은 이 무엇인지 기록해야 합니다.

§7.1.2.5(c)
4
법정 요구사항 충족 영향

업데이트가 관련 형식승인 의 법정 요구사항 충족 여부에 영향을 주는지 기록해야 합니다.

§7.1.2.5(d)
5
형식승인 매개변수 변경

업데이트가 형식승인에 사용되는 매개변수에 영향을 미치는지 기록해야 합니다.

§7.1.2.5(e)
6
승인기관 승인 신청 여부

해당 업데이트에 대해 승인기관에 승인을 신청했는지 기록해야 합니다. 모든 업데이트에 별도 승인이 필요하다는 의미는 아닙니다.

§7.1.2.5(f)
7
업데이트 실행방법·조건

업데이트를 어떻게 실행하며 어떤 조건에서 수행할 수 있는지 기록해야 합니다.

§7.1.2.5(g)
8
안전·보안 확인

업데이트가 안전하고 보안이 확보된 방식으로 수행될 것임을 확인하는 내용을 기록해야 합니다.

§7.1.2.5(h)
9
검증·유효성 확인 결과

업데이트가 검증 및 유효성 확인 절차를 성공적으로 통과했음을 기록해야 합니다.

§7.1.2.5(i)

소프트웨어 업데이트 위험평가와 안전성 검증

업데이트가 형식승인을 받은 시스템과 차량의 안전운행에 미치는 영향을 사전에 평가하고 검증하는 방법을 다룹니다.
5.1

업데이트를 배포하기 전에 무엇을 확인하는가

1

간 영향평가

업데이트 대상 이 다른 차량 과 어떤 의존관계에 있는지 식별해야 합니다. 한 의 변경이 다른 의 동작에 미치는 영향을 파악하기 위한 요구사항입니다.

§7.1.1.6
2

업데이트 대상 차량 식별

업데이트를 적용할 차량을 식별하는 절차가 필요합니다. 모든 차량에 동일한 업데이트를 무조건 적용해서는 안 됩니다.

§7.1.1.7
3

차량 구성 호환성 평가

업데이트 배포 전에 대상 차량의 마지막으로 확인된 ·하드웨어 구성을 검토하고 업데이트와 호환되는지 확인해야 합니다.

§7.1.1.8
5.2

업데이트가 형식승인에 영향을 주는지 어떻게 평가하는가

업데이트가 이미 형식승인을 받은 차량 에 영향을 주는지 평가·식별·기록해야 합니다.

§7.1.1.9
평가
1승인 관련 성능값 변경평가

업데이트가 시스템을 정의하는 매개변수 또는 형식승인에 사용된 매개변수를 변경하는지 확인해야 합니다.

§7.1.1.9
2기능 추가·변경·활성화 평가

기존 형식승인 당시 없거나 비활성화된 기능을 새로 추가·변경·활성화하는지, 법령에 규정된 기능이나 매개변수를 변경·비활성화하는지 평가합니다.

§7.1.1.10
3승인문서 변경 필요성

업데이트 때문에 형식승인 정보문서의 기재사항을 변경해야 하는지 평가합니다.

§7.1.1.10(a)
4기존 시험결과의 유효성

업데이트 후에도 기존 형식승인 시험결과가 변경된 차량을 계속 포괄하는지 검토해야 합니다.

§7.1.1.10(b)
판단
형식승인 영향 판단

차량 기능의 변경이 기존 형식승인에 영향을 주는지 판단해야 합니다. 필요한 경우 승인 변경절차를 검토합니다.

§7.1.1.10(c)§8
5.3

차량의 안전운행에는 어떤 영향을 평가하는가

안전운행 관련 영향평가

업데이트가 차량의 안전하고 지속적인 운행에 필요한 다른 에 영향을 주는지 평가·기록해야 합니다.

§7.1.1.11

등록 이후 기능 변경평가

차량 등록 당시와 비교하여 업데이트로 새로운 기능이 추가되거나 기존 기능이 변경되는지 평가해야 합니다.

§7.1.1.11

소프트웨어 변경과 형식승인 관리

소프트웨어 변경이 형식승인에 영향을 줄 때 승인당국에 통보하고 승인을 유지·확장하는 절차를 다룹니다.
6.1

변경이 형식승인에 영향을 주면 어떻게 하는가

업데이트로 이 바뀌면 승인당국에 통보하고, 승인당국은 기존 승인 유지, 추가 시험, 승인 확장 또는 거부를 판단합니다.

§8.1§8.1.3
1

차량 형식변경 통보

의 기술적 성능 또는 UN R156에서 요구하는 문서에 영향을 미치는 변경은 기존 형식승인을 부여한 승인당국에 통보해야 합니다.

§8.1
2

기존 형식승인 적합성 판단

승인당국은 변경 후에도 차량이 기존 형식승인의 요구사항과 문서에 적합하다고 판단할 수 있습니다.

§8.1.1
3

추가 시험보고서 요구

승인당국은 변경내용을 확인하기 위해 기술서비스기관의 추가 시험보고서를 요구할 수 있습니다.

§8.1.2
4

승인 유지·확장·거부 통지

변경내용을 명시하여 승인 확인, 승인 확장 또는 거부 결과를 Annex 2의 공식 통지서식으로 전달합니다.

§8.1.3
승인 확장번호 부여승인 확장이 이루어지는 경우 승인당국은 해당 확장에 일련번호를 부여합니다.
관계 체약당사자 통보승인 확장 결과는 UN R156을 적용하는 1958년 협정의 다른 체약당사자에게 정해진 서식으로 통보합니다.
6.2

형식승인을 받을 때 무엇을 확인하는가

형식승인 전 SUMS 적합성 확인

승인당국은 제조업체가 적절한 관리절차를 갖추었는지 확인해야 합니다.

§5.3

실제 차량을 통한 조치 검증

승인당국 또는 기술서비스기관은 제조업체가 문서화한 조치를 차량에 구현했는지 시험을 통해 확인합니다.

§5.1.1

소프트웨어 업데이트 보안과 무결성 보호

조작되거나 유효하지 않은 업데이트가 설치되지 않도록 업데이트 과정과 차량을 보호하는 방법을 다룹니다.
7.1

제조업체는 업데이트 과정을 어떻게 보호하는가

제조업체는 를 보호하기 위한 절차를 수립하고, 그 절차가 적절하다는 점을 입증해야 합니다.

§7.1.3
자체
소프트웨어 기능·코드 검증

차량에 사용하는 소프트웨어의 기능과 코드에 대해 적절한 검증 및 유효성 확인 절차를 운영해야 합니다.

§7.1.3.3
배포 전 소프트웨어 변조 방지

업데이트가 시작되기 전 소프트웨어가 무단으로 변경되거나 조작되지 않도록 보호하는 절차가 필요합니다.

§7.1.3.1
전달 체계
업데이트 전달절차 보호

업데이트 파일뿐 아니라 업데이트 전달과 관련된 전체 절차가 침해되지 않도록 보호해야 합니다.

§7.1.3.2
업데이트 전달시스템 개발 보안

업데이트 전달시스템을 개발하는 과정도 보호대상에 포함됩니다.

§7.1.3.2
7.2

차량은 어떤 업데이트를 막아야 하는가

차량은 업데이트의 진위성과 무결성을 보호하여, 침해되거나 유효하지 않은 업데이트가 적용되는 것을 합리적으로 방지해야 합니다.

§7.2.1.1
보호할 속성
막아야 할 업데이트
차량의 업데이트 진위성 보호

차량에 적용되는 업데이트가 신뢰할 수 있는 출처에서 제공된 정상적인 업데이트인지 확인할 수 있도록 보호해야 합니다.

§7.2.1.1
침해된 업데이트 방지

차량은 침해된 업데이트가 적용되는 위험을 합리적으로 방지할 수 있어야 합니다.

§7.2.1.1
차량의 업데이트 무결성 보호

업데이트 내용이 생성·전달·설치 과정에서 승인되지 않은 방식으로 변경되지 않도록 보호해야 합니다.

§7.2.1.1
유효하지 않은 업데이트 방지

차량의 기능은 유효하지 않은 업데이트의 적용을 합리적으로 방지해야 합니다.

§7.2.1.1
7.3

실제로는 어떻게 구현할 수 있는가

7.1의 업데이트 과정 보호와 7.2의 진위성·무결성 보호 요구사항을 충족하기 위해 적용할 수 있는 구현 방법의 예입니다.

§7.1.3§7.2.1.1

UN R156은 특정 기술을 지정하지 않습니다.

암호 기법
디지털 서명 검증

제조업체가 승인한 업데이트인지 확인하도록 전자서명 기반 검증체계를 설계할 수 있습니다.

§7.2.1.1
해시값·체크섬 관리

소프트웨어 버전별 무결성 검증정보로 해시값이나 체크섬을 사용할 수 있습니다.

다만 단순 체크섬만으로 업데이트 출처의 진위성이 보장되지는 않습니다.

§7.1.1.2
서버·배포 측
업데이트 서버 접근통제

승인되지 않은 사람이 업데이트 파일을 변경하거나 배포하지 못하도록 서버·저장소·배포권한을 통제할 수 있습니다.

§7.1.3.1§7.1.3.2
배포시스템 보안 설계

업데이트 전달시스템의 개발부터 운영까지 보안설계, 접근권한 및 변경관리를 적용할 수 있습니다.

§7.1.3.2
차량 측
차량 내 설치 전 검증

차량이 업데이트를 실행하기 전에 인증·무결성 검증을 수행하도록 구현할 수 있습니다.

§7.2.1.1
RXSWIN·버전정보 보호

식별정보의 무단변경을 막기 위해 접근통제, 보호된 저장소 또는 무결성 검증을 적용할 수 있습니다.

§7.2.1.2.3
입증
보안 시험 증빙

인증시험, 무결성 검증시험, 변조된 업데이트 거부시험 등의 결과를 준수 입증자료로 활용할 수 있습니다.

§7.1.3.3§7.2.1.1
CSMS와 SUMS의 연계

차량 사이버보안 관리체계에서 확보한 통제절차와 증빙자료를 SUMS 요구사항 입증에 활용할 수 있습니다.

§7.1.3.1§7.1.3.2

무선(OTA) 업데이트 안전관리

무선(OTA)으로 업데이트할 때 실패·전원 부족·주행 중 실행에 대비하고, 사용자에게 알려야 할 사항을 다룹니다.
8.1

OTA 업데이트 전에 무엇을 평가하는가

제조업체는 주행 중 OTA 업데이트가 차량 안전에 미치는 영향을 평가하는 절차를 갖추고 이를 입증해야 합니다.

§7.1.5.1
전문작업 필요성 판단

업데이트 후 센서 재보정 등 전문적이거나 복잡한 작업이 필요한지 확인해야 합니다.

§7.1.5.2
전문인력의 참여·통제

전문작업이 필요한 경우 적절한 능력을 갖춘 사람이 해당 작업을 수행하거나 절차를 통제하도록 관리해야 합니다.

§7.1.5.2
8.2

업데이트 실패와 전원 부족에는 어떻게 대비하는가

OTA 업데이트가 실패하거나 중단되더라도 차량을 이전 버전으로 복구하거나 안전한 상태로 전환할 수 있어야 합니다.

§7.2.2.1.1
업데이트 완료에 필요한 전력

업데이트를 완료할 수 있는 충분한 전력이 확보된 경우에만 업데이트가 실행되도록 해야 합니다.

§7.2.2.1.2
실패 후 복구에 필요한 전력

업데이트 실패 시 복구 또는 확보에 필요한 전력도 고려해야 합니다.

§7.2.2.1.2
8.3

업데이트 중 안전은 어떻게 확보하는가

업데이트 이 차량 안전에 영향을 줄 수 있다면, 차량이 안전하게 업데이트할 수 있는 상태임을 기술적으로 보장해야 합니다.

§7.2.2.1.3
주행 중 위험한 업데이트 제한

업데이트 이 주행 중 안전하지 않은 경우, 업데이트가 진행되는 동안 차량이 주행하지 못하도록 해야 합니다.

§7.2.2.3(a)
위험한 기능 사용 제한

업데이트 중 안전이나 업데이트의 성공에 영향을 줄 수 있는 차량 기능은 사용을 방지해야 합니다.

§7.2.2.3(b)
전 조건 확인

업데이트를 실행하기 전에 필요한 선행조건이 충족되어야 하며, 차량은 이를 확인해야 합니다.

§7.2.2.5
8.4

업데이트 전 사용자에게 무엇을 알려야 하는가

업데이트를 실행하기 전에 사용자가 업데이트 관련 주요 정보를 확인할 수 있도록 해야 합니다.

§7.2.2.2
전 안내

업데이트 목적 안내

안전 또는 보안 목적을 포함하여 업데이트가 무엇을 위한 것인지 사용자에게 알려야 합니다.

§7.2.2.2(a)

기능변경 안내

업데이트로 차량 기능이 어떻게 달라지는지 안내해야 합니다.

§7.2.2.2(b)

예상 소요시간 안내

업데이트 실행에 필요한 예상시간을 사용자에게 알려야 합니다.

§7.2.2.2(c)

일시적 기능 제한 안내

업데이트 중 사용할 수 없는 차량 기능이 있다면 사용자에게 알려야 합니다.

§7.2.2.2(d)

안전한 실행방법 안내

업데이트를 안전하게 실행하기 위해 사용자가 따라야 할 지침을 제공해야 합니다.

§7.2.2.2(e)
후 안내

업데이트 결과 안내

업데이트 완료 후 성공 또는 실패 여부를 사용자에게 알릴 수 있어야 합니다.

§7.2.2.4(a)

변경된 사용정보 안내

업데이트로 사용자에게 필요한 정보나 사용설명서가 변경되었다면 이를 안내해야 합니다.

§7.2.2.4(b)
8.5

배터리 부족·통신 중단 같은 상황에는 어떻게 대응하는가

배포
잘못된 차량에 배포

대상 차량 식별과 구성 호환성 검사를 통해 적용 대상이 아닌 차량에 설치되는 위험을 줄입니다.

§7.1.1.7§7.1.1.8
전
OTA 중 배터리 부족

업데이트 완료와 실패복구에 필요한 전력이 충분한지 확인하고, 부족하다면 실행하지 않도록 설계합니다.

§7.2.2.1.2§7.2.2.5
주행 중 제동 ECU 업데이트

주행 중 업데이트가 안전하지 않다면 차량 운행을 제한하고 안전한 상태에서 실행하도록 합니다.

§7.1.5.1§7.2.2.3
진행 중
OTA 중 통신 중단

다운로드 또는 설치 중 통신이 끊겨 업데이트가 실패할 때 이전 버전 복구 또는 안전상태 확보가 가능하도록 설계합니다.

§7.2.2.1.1
완료 후
센서 재보정 필요

업데이트 후 센서 보정이 필요하다면 전문작업 여부를 판단하고 적절한 작업자를 참여시킵니다.

§7.1.5.2
업데이트 후 기능변경

사용자에게 변경된 기능과 필요한 사용방법을 안내합니다.

§7.2.2.2§7.2.2.4
실패 시
업데이트 실패 후 차량 운행

실패 상태에서 안전하게 운행할 수 있는지 확인하고, 필요한 경우 차량을 안전상태로 유지하도록 설계합니다.

§7.2.2.1.1§7.2.2.1.3

생산 적합성·인증 유지·규제 적용

승인 후 생산 적합성 유지, SUMS 증명서의 발급·갱신, 위반 시 조치와 규정의 적용 시점을 다룹니다.
9.1

생산 단계에서도 적합성을 어떻게 유지하는가

생산 적합성 관리절차는 1958년 협정의 Schedule 1에 따른 일반 절차와 UN R156의 추가 요구사항을 충족해야 합니다.

§9.1
생산 적합성 시험결과 기록

형식승인 보유자는 생산 적합성 시험결과가 기록되도록 해야 합니다.

§9.1.1
시험 관련 문서 보관

시험에 첨부된 관련 문서를 승인당국 또는 기술서비스기관과 합의한 기간 동안 보관해야 합니다.

§9.1.1
문서 보관기간의 상한

제9.1.1조의 보관기간은 해당 의 생산이 완전히 종료된 때부터 10년을 초과할 수 없습니다.

§9.1.1
9.2

승인당국은 무엇을 점검하는가

형식승인을 부여한 승인당국은 각 생산시설에 적용되는 적합성 관리방법을 언제든지 확인할 수 있습니다.

§9.1.2
3년에 한 번

통상적인 정기점검 주기

생산시설의 적합성 관리방법에 대한 통상적인 점검 주기는 3년에 한 번입니다.

§9.1.2

제조업체의 업데이트 판단도 검증합니다

제조업체 절차의 적합성 검증

승인당국 또는 기술서비스기관은 제조업체가 운영하는 절차가 규정에 적합한지 주기적으로 검증해야 합니다.

§9.1.3
업데이트 미통보 판단 검증

제조업체가 특정 업데이트를 당국에 통보하지 않기로 결정한 경우, 그 판단이 적절했는지도 검증 대상입니다.

§9.1.3
표본검사 방식 허용

제조업체의 절차와 판단에 대한 적합성 검증은 표본을 선정하여 수행할 수 있습니다.

§9.1.3
9.3

SUMS 적합성 증명서는 어떻게 받는가

1

평가기관 지정

UN R156을 적용하는 체약당사자는 제조업체를 평가하고 SUMS 적합성 증명서를 발급할 승인당국을 지정해야 합니다.

§6.1
2

증명서 신청주체

SUMS 적합성 증명서는 차량 제조업체 또는 정식으로 권한을 부여받은 대리인이 신청합니다.

§6.2
3

SUMS 설명문서 제출

신청 시 를 설명하는 문서를 제출해야 합니다.

§6.3.1
제조업체 적합성 선언Annex 1의 Appendix 1에 정해진 양식에 따라 서명된 적합성 선언서를 제출해야 합니다.
4

관리절차 적합성 입증

제조업체는 UN R156의 요구사항을 충족하는 데 필요한 절차를 갖추었다는 사실을 입증해야 합니다.

§6.4
5

SUMS 증명서 발급

평가가 만족스럽게 완료되고 제조업체의 서명된 선언서가 접수되면 SUMS 적합성 증명서를 발급합니다.

§6.5
9.4

SUMS 증명서는 어떻게 유지·갱신하는가

SUMS 적합성 증명서의 유효기간은 발급일부터 최대 3년이며, 그 전에 철회될 수도 있습니다.§6.6

유효기간최대 3년
상시
지속적 적합성 확인

증명서를 발급한 승인당국은 제조업체가 계속 요구사항을 충족하는지 언제든지 확인할 수 있습니다.

§6.7
SUMS 변경 시
1SUMS 변경사항 통보

증명서의 유효성에 영향을 미치는 SUMS 변경사항은 승인당국 또는 기술서비스기관에 알려야 합니다.

§6.8
2변경 후 추가검사 판단

SUMS 변경 통보 후 승인당국 또는 기술서비스기관은 제조업체와 협의하여 새로운 검사가 필요한지 결정합니다.

§6.8
3변경 후 재평가

통보된 변경사항이 긍정적으로 재평가된 경우 승인당국은 새로운 증명서를 발급해야 합니다.

§6.9
미충족 시
SUMS 증명서 철회

제조업체가 규정 요구사항을 더 이상 충족하지 못하면 SUMS 적합성 증명서를 철회할 수 있습니다.

§6.7
만료 시
증명서 갱신·연장

유효기간 종료 시 긍정적인 평가를 거쳐 새로운 증명서를 발급하거나 유효기간을 추가로 3년 연장할 수 있습니다.

§6.9
SUMS 증명서가 만료돼도 차량 형식승인은 유지됩니다

제조업체의 SUMS 적합성 증명서가 만료되었다는 이유만으로 기존 차량 형식승인이 자동으로 무효화되지는 않습니다.

§6.1
9.5

요구사항을 지키지 못하거나 생산을 끝내면 어떻게 되는가

요구사항을 지키지 못하면

부적합 시 형식승인 철회

규정 요구사항을 충족하지 못하거나 표본 차량이 규정에 적합하지 않으면 해당 차량 형식승인이 철회될 수 있습니다.

§10.1

승인당국→

승인 철회 통보

승인당국이 형식승인을 철회한 경우, Annex 2의 통지서식을 이용하여 UN R156을 적용하는 다른 체약당사자에게 지체 없이 알려야 합니다.

§10.2

생산을 끝내면

형식승인 보유자→

생산 영구 종료 통보

승인받은 차량 형식의 생산을 완전히 중단하면 형식승인 보유자는 이를 승인당국에 알려야 합니다.

§11.1

승인당국→

생산 종료의 대외 통보

생산 종료 통보를 받은 승인당국은 다른 관련 체약당사자에게 정해진 양식으로 해당 사실을 알려야 합니다.

§11.1
9.6

UN R156은 언제부터 적용되는가

2021-01-22
최초 규정 발효

UN R156 원 규정은 2021년 1월 22일 발효되었습니다.

UN 규정 발효정보
2026-06-04
01 개정계열 발효

01 개정계열은 2026년 6월 4일부터 효력이 발생했습니다.

UN 기탁통지 C.N.237.2026

01 개정계열은 기존 원 규정에 따른 형식승인의 수용과 승인 확장 등에 관한 경과규정을 마련했습니다.

§13
국가마다 적용 요건이 다를 수 있습니다

1958년 협정 체약당사자라는 사실만으로 모든 UN 규정의 국내 적용요건이 동일해지는 것은 아닙니다. 각 국가의 규정 적용상태와 국내 승인제도를 확인해야 합니다.

1958년 협정 및 UN R156 적용현황
참고

제·개정 이력

다음 · 단계적용D-970
2020-06-24
채택
2021-01-22
발효
2022-07-06
적용개시
2023-01-01
단계적용
2024-07-07
단계적용
2024-07-07
단계적용
2025-01-01
단계적용
2025-09-22
계획 공지
2026-07-07
단계적용
2029-07-07
단계적용