Кратко

  • Фаза 1a должна открыть стандартизированный доступ к публичным ценам поставщиков. Это ещё не отдельный канал передачи персональных тарифных данных разрешённым третьим лицам.
  • Собственный для поставщика Tariff ID разделяет наборы цен, например по способу оплаты или местоположению. Интерфейс перечисляет записи, но сам этот список не определяет тариф конкретного дома.

Ценник может быть безупречным и всё равно относиться к соседскому договору.

30 октября Department for Energy Security and Net Zero принял решение на основании раздела 245(1)(e) Energy Act 2023. Оно включает версию 1.0 технической спецификации Tariff Interoperability API в Retail Energy Code и меняет Energy Market Data Specification и Standards Definition Document. Поправка вступает в силу 6 ноября. Публичный Tariff Pricing Data API фазы 1a планируется запустить 18 февраля 2027 года.

Правительство описывает фазу 1a как стандартизированный доступ к публичным ценам поставщиков в ситуациях, когда потребитель сообщает, кто его поставщик и какой у него тариф. Это делает каталог доступнее, но не превращает его в персональную выгрузку из счёта. Для фазы 1b, запланированной на ноябрь 2027 года, предусмотрена передача тарифной информации конкретного потребителя уполномоченным третьим сторонам через процедуры, согласованные с Consumer Consent Solution.

Техническое уведомление показывает, где появляется выбор. GET /tariffs/{supplier_mpid} запрашивает перечень тарифов поставщика; GET /tariff/{supplier_mpid}/{tariff_id} — детали выбранной записи. Tariff ID специфичен для поставщика и задаёт набор ценовых данных. Способ оплаты или регион могут означать разные ID. Одно и то же название тарифа может относиться к нескольким идентификаторам; иногда название совпадает с ID. По удобному ярлыку договор не определить.

В записях есть время последнего изменения, даты действия и продажи, а также признаки оплаты, географической группы, счётчика и вида тарифа. Автоматизированный сервис может получить правдоподобную цену и потерять именно то различие, которое определяет договор. Официальные материалы описывают схему и сроки, но не сообщают о пострадавшем домохозяйстве. Это риск проектирования, для которого ещё нужна проверка, а не установленный ущерб.

Приёмка должна оставлять понятный след: supplier MPID, выбранный Tariff ID, совпавшие признаки, применённую дату действия и данные потребителя, на которых держится выбор. Если подходят две записи, сервису следует задать вопрос. Объяснимый выбор можно оспорить; скрытое соответствие быстро становится властью просто потому, что так удобнее.

Фаза 1a стандартизирует публикацию цены. Запуск должен также показать, почему одна конкретная строка подходит именно тому, кто оплачивает счёт.

Источники