디지털 제품 여권 요구사항을 ETIM 필드에 매핑하기

게시일 2026-08-1314 분 읽기Digital Product Passport · ETIM · ETIM xChange · ESPR

핵심 요약

디지털 제품 여권 요구사항을 충족하는 ETIM 필드는 무엇이며, 규정을 준수하는 기계 판독 가능 제품 레코드는 실제로 어떤 모습인가?

디지털 제품 여권은 제품 데이터가 기계 판독이 가능하고 구조화되어 있으며 상호운용 가능할 것을 요구하지만, 규정은 의도적으로 특정 사전을 지정하지 않고 시맨틱 계층을 표준에 맡깁니다. 전기, 공조(HVAC), 배관, 건축 자재 분야에서 실질적으로 그 사전 역할을 하는 것이 ETIM입니다. 클래스는 EC 코드, 특성은 EF 코드, 허용값은 EV 코드를 가지며, 데이터 타입은 네 가지이고 영숫자형 특성에는 자유 입력 텍스트를 쓸 수 없습니다. 2025년 11월에 공개된 ETIM xChange 2.0은 LCA 및 EPD 데이터를 위한 확장 환경 필드와 PPWR에 맞춘 포장 요소를 추가했으며, 이는 위임법이 요구할 것으로 예상되는 내용의 상당 부분을 포괄합니다. 다만 전부를 포괄하지는 않습니다. 고유 식별자, 데이터 캐리어, 레지스트리 등록, 접근 권한 통제는 분류 표준 바깥의 영역이며 별도로 함께 해결해야 합니다.

디지털 제품 여권 규정은 무엇을 원하는지 그 '형태'에 대해서는 유난히 분명하고, '내용'에 대해서는 유난히 말을 아낍니다. 제품 정보는 기계 판독이 가능하고 구조화되어 있으며 상호운용 가능해야 하며, 국제적으로 인정받는 개방형 표준에 기반해야 합니다. 어떤 표준인지는 말하지 않습니다. 그것은 제품군별 위임법에 맡겨져 있고, 그 위임법 대부분은 아직 존재하지 않습니다.

전기, 공조, 배관, 건축 자재 제조사 입장에서는 묘한 상황이 만들어집니다. 요구사항이 다가오고 있다는 것은 압니다. 대략 무엇을 요구할지도 압니다. 정확한 필드명은 아직 알 수 없습니다. 그런데 여러분의 PIM 안에는, 자사 제품의 기술 속성 대부분을 이미 명확하게 기술하고 있는 분류 표준이 들어 있습니다.

합리적인 선택은 지금 가진 것을 합리적으로 예측 가능한 것에 매핑하고, 레코드는 지금 만들어 두고, 규제 관련 배관 작업은 자사 제품을 규율하는 법령이 공개될 때까지 미루는 것입니다. 이 글이 바로 그 매핑입니다. 그리고 중요하게는, 매핑이 실패하는 지점까지 함께 다룹니다.

ETIM이 실제로 제공하는 것

ETIM은 파일 포맷이 아니라 사전입니다. ETIM의 역할은 독일 제조사, 네덜란드 도매업체, 폴란드 시공사가 사전에 별도의 스키마를 합의하지 않고도 하나의 기술 속성을 똑같은 의미로 이해하게 만드는 것입니다.

그 의미를 실어 나르는 코드 유형은 세 가지입니다.

접두사식별 대상예시
EC제품 클래스EC000001 — 소형 배선용 차단기
EF특성(기술 속성)EF000007 — 색상
EV영숫자형 특성의 허용값해당 특성의 값 목록에 담긴 항목들

ETIM 8.0에는 5,145개 클래스에 걸쳐 18,766개의 특성이 들어 있습니다. 각 특성은 숫자형, 숫자 범위형, 영숫자형, 논리형 가운데 하나의 데이터 타입을 갖습니다.

규정 준수에서 정작 중요한 제약은 놓치기 쉽습니다. 영숫자형 특성은 자유 입력 텍스트를 받지 않습니다. 각 특성은 허용값 목록에 묶여 있고, 그 값들은 저마다 고유한 EV 코드를 갖습니다. 방수·방진 등급 필드에 "IP66 정도"라고 적을 수 없습니다. 값을 선택하거나, 아예 채우지 않거나 둘 중 하나입니다.

이 하나의 제약이 기계가 읽을 수 있는 데이터와 기계가 평가할 수 있는 데이터를 가릅니다. 적합성을 확인하는 규제 당국, 임계값으로 필터링하는 유통업체의 구매 시스템, "이 중에서 옥외 사용 등급을 받은 것은 무엇인가"에 답하는 AI 어시스턴트가 모두 같은 필드를 동일한 방식으로 조회합니다. "상호운용 가능"이라는 말을 "공유된"의 동의어로 취급하기를 그만두는 순간, 그 말의 뜻은 바로 이것입니다.

DPP 요구사항은 그 구조의 어디에 놓이는가

요구사항은 네 그룹으로 나뉘며, 그중 ETIM이 감당할 몫은 둘뿐입니다.

식별 — 대체로 ETIM의 몫이 아님

여권에는 고유 제품 식별자, 그 식별자의 발급 체계, 그리고 사업자 식별자가 필요합니다. ETIM은 제품이 무엇인지를 분류할 뿐, 정체성을 발급하지는 않습니다. 이는 GS1 또는 이에 준하는 체계의 영역이며, 나머지 모든 것이 여기에 키를 걸기 때문에 가장 먼저 정리해야 할 사안입니다.

기술적 특성 — 정확히 ETIM의 몫

ETIM이 애초에 만들어진 목적이자, 매핑이 거의 일대일로 맞아떨어지는 영역입니다. 치수, 재질, 성능 등급, 전기적 특성, 방수·방진 등급, 사용 온도 범위 같은 항목은 이미 여러분 클래스의 EF 특성으로 존재하며, 단위와 허용값도 정의되어 있습니다. 제품이 이미 분류되어 있다면 이 부분은 대부분 끝난 셈이고, 다만 그것을 규정 준수 데이터로 생각해 본 적이 없었을 뿐입니다.

환경 및 순환성 — ETIM xChange 2.0

대부분이 아직 인지하지 못한 변화가 여기 있습니다. 2025년 11월에 공개된 ETIM xChange 2.0은 전과정평가(LCA)와 환경성적표지(EPD) 데이터를 위한 확장 환경 필드를 추가했으며, 이는 ETIM International의 환경 데이터 워킹그룹과 함께 개발한 것입니다. 또한 포장 및 포장폐기물 규정을 겨냥한 포장재 요소도 추가했습니다.

이 필드들이 특정 위임법과 일대일로 맞물릴지는 그 법이 공개되기 전까지 알 수 없습니다. 그러나 구조는 이미 존재하고, 버전 관리가 이루어지며, 제조사들이 이미 값을 채워 넣고 있습니다. 이는 "탄소발자국"이라는 제목만 달린 빈 열보다 실질적으로 훨씬 나은 위치입니다.

캐리어, 레지스트리, 접근 권한 — 아예 ETIM의 몫이 아님

실물 제품에 부착되는 데이터 캐리어, 2026년 7월에 가동을 시작한 EU 레지스트리 등록, 그리고 차등적 접근 권한 통제 — 일부 필드는 공개하고 일부는 규제 당국이나 재활용업체에만 보이게 하는 것 — 는 모두 분류 표준 바깥에 있습니다. ETIM은 속성이 무엇을 뜻하는지 알려줍니다. 누가 그것을 읽어도 되는지에 대해서는 아무 말도 하지 않습니다.

규정에 맞는 형태의 레코드는 어떤 모습인가

ETIM xChange는 공개된 JSON Schema를 갖춘 JSON이며, 일반 제품 데이터와 그것을 실어 나르는 거래 품목을 분리합니다. 아래 형태가 바로 그 분리이며, 대상은 소형 배선용 차단기입니다.

의도적으로 생략한 부분 하나는 설명이 필요합니다. ETIM 모델은 ODC-BY 라이선스를 따르며, 이 글은 모델을 그대로 재수록하지 않습니다. EC000001EF000007이 등장하는 것은 ETIM International과 각국 조직이 자체 문서에서 이 둘을 예시로 공개하고 있기 때문입니다. 아래의 나머지 코드는 모두 자리표시자로 표기했습니다. 실제 코드는 여러분이 사용하는 ETIM 릴리스에서 가져오십시오. 그것이 라이선스를 갖추고 출처가 명시되며 언제나 최신인 원본이고, 소유하지도 않은 사전을 다시 배포하는 것은 규정 준수 레코드의 토대로 부적절합니다.

{
  "product": {
    "manufacturerProductNumber": "MCB-C16-1P",
    "manufacturerGLN": "<GS1 Global Location Number>",
    "productIdentifier": {
      "scheme": "GS1",
      "value": "<GTIN>"
    },
    "classification": {
      "system": "ETIM",
      "release": "ETIM-8.0",
      "class": "EC000001",
      "features": [
        { "code": "EF000007", "type": "A", "value": "<EV code for colour>" },
        { "code": "EF<rated-current>", "type": "N", "value": 16, "unit": "A" },
        { "code": "EF<poles>", "type": "N", "value": 1 },
        { "code": "EF<tripping-characteristic>", "type": "A", "value": "<EV code for C>" },
        { "code": "EF<ip-rating>", "type": "A", "value": "<EV code>" }
      ]
    },
    "environmental": {
      "epd": {
        "declarationNumber": "<EPD registration>",
        "validUntil": "2029-11-30",
        "gwpTotal": { "value": 2.41, "unit": "kg CO2e" }
      },
      "recycledContent": { "value": 18, "unit": "%" }
    },
    "packaging": {
      "materials": [
        { "material": "corrugated board", "weight": { "value": 42, "unit": "g" }, "recycledContent": { "value": 82, "unit": "%" } }
      ]
    }
  },
  "tradeItems": [
    {
      "gtin": "<GTIN>",
      "packagingQuantity": 1,
      "orderUnit": "PCE"
    }
  ]
}

이 레코드에서 짚어둘 만한 것이 세 가지 있습니다.

분류 블록은 자신의 릴리스를 함께 담습니다. "release": "ETIM-8.0"은 장식이 아닙니다. 특성은 릴리스 사이에서 이동하며, 어떤 사전을 기준으로 작성되었는지 밝히지 않은 레코드는 다음 버전이 나오는 순간 모호해집니다. 이것이 실제 현장의 ETIM 데이터에서 가장 흔한 단일 결함입니다.

모든 특성은 자신의 타입을 함께 담습니다. 데이터를 받는 쪽은 차단기에 대해 아무것도 모르는 상태에서도 "type": "N"은 숫자값으로, "type": "A"는 허용값 목록으로 검증할 수 있습니다. 이것이 파일을 단순히 파싱 가능한 수준이 아니라 검증 가능한 것으로 만듭니다.

일반 데이터와 거래 품목은 분리됩니다. 하나의 제품, 여러 포장 단위, 그리고 하나의 기술적 사실 집합입니다. 이것을 평평하게 뭉개는 방식 — 스프레드시트 기반 교환이 대개 그렇게 합니다 — 이야말로 10개들이 팩이 낱개 무게를 자기 무게라고 주장하게 되는 경로입니다.

공백, 있는 그대로

완전한 커버리지를 주장하는 매핑 글은 무언가를 팔고 있는 것입니다. 정직한 공백 네 가지입니다.

  1. 01대부분의 제품군에는 위임법이 존재하지 않습니다. 확정된 유일한 일정은 특정 산업용·전기차·경량 이동수단 배터리에 대한 2027년 2월 18일이며, 이는 ESPR이 아니라 배터리 규정에 근거합니다. 단 하나의 DPP 마감일을 제시하는 사람이 있다면 지나친 단순화입니다.
  2. 02ETIM의 환경 필드는 새것입니다. 2025년 11월에 공개되었고, 공개된 위임법에 대고 검증된 적이 없습니다. 검증할 대상 자체가 아직 없기 때문입니다.
  3. 03포맷 차원에서 접근 권한 통제는 미해결입니다. 규정은 계층화된 공개 범위를 상정합니다. ETIM xChange는 그것을 표현하지 못합니다. 이 문제는 여권을 실제로 서빙하는 쪽이 떠안아야 합니다.
  4. 04분류 커버리지는 고르지 않습니다. 5,145개 클래스는 많은 수이지만, 자사 제품이 특성이 빈약한 클래스에 속해 있다면 사전은 여러분의 차별화 요소를 담아내지 못하고, 결국 첨부파일과 자유 입력 텍스트로 되돌아가게 됩니다.

그럼에도 이 레코드를 만들 가치가 있는 이유

규제를 완전히 걷어내더라도, 같은 파일은 여전히 여러분의 카탈로그를 위해 만들 수 있는 가장 가치 있는 것입니다.

구조화되고 타입이 지정되며 사전에 기반한 제품 레코드가 있어야 유통업체가 별도의 매핑 프로젝트 없이 여러분의 제품군을 받아들일 수 있고, 구매 시스템이 키워드가 아니라 임계값으로 필터링할 수 있으며, AI 어시스턴트가 여러분 제품의 사양 질문에 추측이 아니라 여러분을 인용하며 답할 수 있습니다. 마지막 항목에 대해 산업용 카탈로그 984곳을 측정한 결과 중앙값은 100점 만점에 50점이었습니다. 제약은 거의 언제나 제품이 아니라, 제품을 설명하는 데이터가 PDF와 JavaScript 안에 갇혀 있다는 사실입니다.

규정 준수 마감일은 어차피 스스로 값을 하는 작업을 밀어붙이는 강제 장치입니다. 이는 보기 드물게 편안한 위치이며, 그 사실을 제대로 인식할 가치가 있습니다.

어디서 시작할 것인가

다음 순서대로 하십시오. 각 단계가 다음 단계의 비용을 낮춰주기 때문입니다.

  1. 01현재 사용 중인 ETIM 릴리스를 기준으로 분류하고, 어떤 릴리스인지 기록하십시오. 이미 분류가 되어 있다면 내보내기 파일에 릴리스가 명시되어 있는지 확인하십시오. 명시되어 있지 않은 경우가 많습니다.
  2. 02ETIM xChange 2.0으로 내보내고 공개된 JSON Schema로 검증하십시오. 여기서 나오는 검증 실패는 이미 갖고 있었지만 눈에 띄지 않았던 데이터 품질 문제입니다.
  3. 03환경 블록을 채우십시오. 오늘 확보된 EPD와 LCA 데이터가 부분적이더라도 상관없습니다. 부분적인 구조화 데이터가 완전한 비구조화 데이터보다 낫습니다.
  4. 04식별 체계를 확정하십시오. GTIN 또는 이에 준하는 식별자와 그 발급 체계를 정하는 일이며, 여권이 여기에 키를 걸기 때문입니다.
  5. 05캐리어와 레지스트리는 자사 제품의 위임법이 공개될 때까지 미루십시오. 초안에 맞춰 구축하는 것이야말로 같은 일을 두 번 하게 되는 길입니다.

앞의 세 단계는 위임법이 결국 무엇을 말하든 상관없이, 만들어지는 그날부터 쓸모 있는 자산을 남깁니다. 누군가 DPP 관련 작업을 제안해 온다면 이 기준을 적용해 보십시오. 규제가 없을 때 아무 가치가 없다면, 그것은 아마도 시기상조입니다.

자주 묻는 질문

디지털 제품 여권 규정이 ETIM을 특정해 요구하나요?

아닙니다. 그리고 이것이 가장 흔한 오독입니다. ESPR 프레임워크는 데이터가 기계 판독 가능하고 구조화되어 있으며 상호운용 가능해야 한다고 요구하고, 시맨틱 계층은 국제적으로 인정받는 개방형 표준에 기반해야 한다고 밝힙니다. 그러나 ETIM, ECLASS, GS1을 비롯한 어떤 사전도 지목하지 않습니다. 그 선택은 제품군별 위임법에, 그리고 실질적으로는 해당 산업의 기존 관행에 맡겨져 있습니다. 유럽의 전기, 공조, 배관, 건축 자재 분야에서 그 관행은 압도적으로 ETIM이며, 그래서 위임법이 나오기 전이라도 ETIM으로 매핑해 두는 것은 합리적인 베팅입니다. 다만 베팅일 뿐, 확실한 것은 아닙니다.

ETIM과 ETIM xChange의 차이는 무엇인가요?

ETIM은 사전입니다. 하나의 기술 속성이 언어와 공급업체를 넘어 명확히 같은 의미를 갖게 해주는 클래스, 특성, 허용값의 체계입니다. ETIM xChange는 전달 수단입니다. 제조사, 도매업체, 유통업체 사이에서 제품 레코드를 주고받기 위한 JSON 포맷이며, 검증용 JSON Schema가 함께 제공됩니다. 둘 다 필요합니다. 완벽하게 분류되었더라도 공급업체 포털 안에만 존재하는 제품은 상호운용이 불가능하고, 구조는 훌륭하지만 속성값이 자유 입력 텍스트인 파일은 어떤 쓸모 있는 의미에서도 기계 판독이 가능하지 않습니다.

규정 준수에 중요한 ETIM 데이터 타입은 무엇인가요?

ETIM은 숫자형, 숫자 범위형, 영숫자형, 논리형 네 가지를 정의합니다. 규정 준수 관점에서 중요한 성질은 영숫자형 특성이 자유 입력 텍스트를 받지 않는다는 점입니다. 각 특성은 고유한 EV 코드를 가진 허용값 목록에 묶여 있습니다. 바로 이 제약이 데이터를 기계가 단순히 읽을 수 있는 수준을 넘어 기계가 검증할 수 있는 것으로 만듭니다. 규제 당국, 고객사의 구매 시스템, AI 어시스턴트가 모두 같은 필드를 같은 방식으로 평가할 수 있으며, 이것이 실무에서 말하는 상호운용성입니다.

ETIM xChange 2.0은 DPP가 요구할 환경 데이터를 이미 담고 있나요?

부분적으로 그렇고, 이는 의미 있는 선점입니다. 2025년 11월에 공개된 2.0 버전은 ETIM International의 환경 데이터 워킹그룹과 함께 개발한 전과정평가(LCA) 및 환경성적표지(EPD) 데이터용 확장 환경 필드를 도입했고, 포장 및 포장폐기물 규정(PPWR)을 겨냥한 포장재 요소도 추가했습니다. 이 필드들이 특정 위임법과 일대일로 대응하는지는 그 법이 공개되기 전까지는 알 수 없습니다. 확실히 말할 수 있는 것은 구조가 이미 존재하고, 버전 관리가 이루어지고 있으며, 제조사들이 이미 값을 채워 넣고 있다는 사실입니다.

ETIM으로는 해결되지 않는 DPP 요구사항은 무엇인가요?

네 가지입니다. 고유 제품 식별자와 그 발급 체계로, 이는 GS1 또는 이에 준하는 체계의 문제입니다. 데이터 캐리어, 즉 제품에 물리적으로 부착되는 QR 코드 등으로, 이는 라벨링과 인쇄의 문제입니다. 2026년 7월에 가동을 시작한 EU 레지스트리에 여권을 등록하는 일로, 이 레지스트리는 데이터를 보관하는 곳이 아니라 디렉터리에 가깝습니다. 그리고 차등적 접근 권한 통제입니다. 규정은 일부 필드는 공개하되 다른 필드는 규제 당국이나 재활용업체에만 보이도록 하는 것을 상정하고 있기 때문입니다. ETIM은 속성이 무엇을 뜻하는지 알려줍니다. 누가 그것을 읽어도 되는지는 알려주지 않습니다.

우리 제품에 해당하는 위임법이 나올 때까지 이 작업을 미뤄야 할까요?

어떤 경우에도 값을 하는 작업은 분류 작업과 구조화된 레코드 구축입니다. 그 자산은 규제가 없어도 이미 가치가 있기 때문입니다. 오늘날 구매 시스템, 마켓플레이스, AI 어시스턴트가 카탈로그를 읽을 수 있게 해주는 것이 바로 그 자산입니다. 미뤄도 좋은 작업은 특정 법령에 대한 가정을 하드코딩하는 모든 일입니다. 초안에서 그대로 가져온 필드명, 프리뷰 API에 맞춰 구축한 레지스트리 연동, 수록 항목이 확정되기도 전에 포장재에 인쇄해 버린 데이터 캐리어 같은 것들이죠. 레코드는 지금 만들고, 규정 준수를 위한 배관 작업은 법령이 나온 뒤에 연결하십시오.

출처

  1. 01ETIM International — ETIM xChange version 2.0 officially released
  2. 02ETIM International — Model information (class, feature and value structure)
  3. 03ETIM UK — Structure of the ETIM data model
  4. 04Regulation (EU) 2024/1781 — Ecodesign for Sustainable Products Regulation
  5. 05Regulation (EU) 2023/1542 — Batteries Regulation, battery passport from 18 February 2027
  6. 06ETIM International — classification licence terms (ODC-BY 1.0)
귀사 카탈로그로 직접 돌려보세요

지금 AI 어시스턴트가 귀사 제품에서 무엇을 읽어내고 무엇을 읽지 못하는지 정확히 확인해 보세요. AI 크롤러 정책, 카탈로그 커버리지, 데이터시트 접근성을 점수로 보여드리고, 전 세계 984개 유통업체·제조사와 비교해 드립니다.

카탈로그 진단

관련 현장 노트