요약

  • 1단계는 공급자의 공개 요금 정보를 같은 형식으로 제공한다. 특정 소비자의 요금 데이터를 승인된 제3자에게 넘기는 후속 경로와는 다르다.
  • 공급자별 Tariff ID는 결제 방식이나 지역에 따라 달라지는 가격 묶음을 구분한다. API는 목록을 보여줄 수 있지만, 어느 항목이 특정 가정의 계약인지는 별도로 확인해야 한다.

요금표는 반듯하게 공개할 수 있다. 그 줄이 우리 집 계약인지 확인하는 일은 자동으로 따라오지 않는다.

10월 30일 영국 Department for Energy Security and Net Zero는 Energy Act 2023 제245조 1항(e)에 따라 결정을 내렸다. Tariff Interoperability API 기술 규격 1.0을 Retail Energy Code에 반영하고 Energy Market Data Specification과 Standards Definition Document를 수정하는 내용이다. 변경은 11월 6일 발효된다. 1단계 공개 Tariff Pricing Data API는 2027년 2월 18일 가동을 목표로 한다.

정부는 1단계를 공급자의 공개 요금 정보에 대한 표준화된 접근으로 설명한다. 소비자가 공급자와 요금 정보를 알려주는 상황에서 쓸 수 있다는 것이다. 가격 목록을 기계가 읽기 쉬워져도 가정의 계정 데이터가 API에 연결되는 것은 아니다. 2027년 11월 예정인 1b 단계가 Consumer Consent Solution에 맞춘 절차를 통해 승인된 제3자에게 소비자별 요금 정보를 공유하는 경로다.

기술 문서는 선택이 필요한 지점을 드러낸다. GET /tariffs/{supplier_mpid}는 공급자의 요금 목록을 요청하고, GET /tariff/{supplier_mpid}/{tariff_id}는 선택한 기록의 세부 정보를 가져온다. Tariff ID는 공급자별 가격 데이터 묶음을 식별한다. 결제 방식이나 위치에 따라 ID가 나뉠 수 있다. 하나의 Tariff Name이 여러 ID에 쓰일 수도 있고 이름과 ID가 같을 수도 있다. 보기 좋은 이름만으로는 계약을 판별할 수 없다.

기록에는 마지막 수정, 적용일, 판매 가능일이 있고 결제 방식, 지역 그룹, 계량기와 요금 유형이 조건으로 붙을 수 있다. 자동화가 그중 하나를 놓치면 가격은 그럴듯해도 계약은 다를 수 있다. 확인한 공식 자료는 규격과 일정을 다루며, 잘못된 매칭으로 피해를 본 가정을 보고하지 않는다. 따라서 이는 확인된 사고가 아니라 출시 전에 검증할 설계 위험이다.

인수 기준은 사람이 읽을 수 있는 매칭 영수증이어야 한다. 공급자 MPID, 선택된 Tariff ID, 일치한 조건, 적용일, 그리고 선택을 뒷받침한 소비자 정보를 남겨야 한다. 두 기록이 모두 맞아 보이면 서비스가 질문해야 한다. 이유가 보이는 선택은 사용자가 따져볼 수 있다. 숨은 대응표는 편리하다는 이유만으로 결정권을 가져간다.

1단계는 가격 공개를 표준화한다. 출시 때는 그중 한 줄을 왜 이 가정의 계약으로 골랐는지도 확인해야 한다.

출처