Resumo

  • A fase 1a padroniza o acesso aos preços públicos das fornecedoras. Ela não é o fluxo posterior de dados tarifários individuais para terceiros autorizados.
  • O Tariff ID, específico de cada fornecedora, separa registros que podem variar por pagamento, localização e outros critérios. A API consegue listar os registros; escolher o que corresponde à casa continua sendo outra tarefa.

Uma tabela pode estar perfeitamente organizada e ainda mostrar à família o preço de outro contrato.

Em 30 de outubro, o Department for Energy Security and Net Zero publicou uma decisão com base na seção 245(1)(e) do Energy Act 2023. O ato incorpora a versão 1.0 da especificação técnica da Tariff Interoperability API ao Retail Energy Code e altera a Energy Market Data Specification e o Standards Definition Document. A mudança entra em vigor em 6 de novembro. A API pública de preços da fase 1a está prevista para 18 de fevereiro de 2027.

O governo descreve essa fase como acesso padronizado aos preços públicos, inclusive nos casos em que o consumidor informa sua fornecedora e sua tarifa. Isso facilita buscar preços; não conecta, por si só, o catálogo público à conta de uma residência. A fase 1b, prevista para novembro de 2027, trata do compartilhamento de dados específicos do consumidor com terceiros autorizados, em arranjos alinhados à Consumer Consent Solution.

A própria especificação mostra a etapa que merece atenção. GET /tariffs/{supplier_mpid} solicita a lista de uma fornecedora. GET /tariff/{supplier_mpid}/{tariff_id} busca os detalhes de uma tarifa selecionada. O Tariff ID é próprio da fornecedora e identifica um conjunto de preços. Método de pagamento ou região podem separar IDs. Um nome de tarifa pode estar associado a mais de um ID, e também pode ser igual ao identificador. Um nome familiar não fecha a conta.

Os registros trazem data da última alteração, datas de vigência e de comercialização, além de qualificadores como pagamento, grupo geográfico, medidor e tipo de tarifa. Um serviço pode encontrar um preço plausível e ignorar a distinção que define o contrato. Os documentos consultados não registram um caso de dano por essa falha; ela é um risco de projeto que precisa de um teste de aceitação.

Esse teste deve deixar um recibo legível: supplier MPID, Tariff ID escolhido, critérios correspondentes, data de vigência e informação fornecida pelo consumidor que autorizou a escolha. Se duas linhas continuarem possíveis, o serviço deve perguntar qual detalhe falta. Assim a família consegue questionar a decisão antes de ela comandar um aparelho ou fundamentar uma promessa de economia.

A fase 1a organiza a publicação dos preços. O lançamento só completa o trabalho se também mostrar por que uma linha específica corresponde ao contrato de quem paga a conta.

Fontes