HTX

Owned by Janine Lindberg
Last updated: Nov 21, 2023
3 min read

Indholdsfortegnelse

Ændringslog

Version

Dato

Ændringer siden sidste version

Version

Dato

Ændringer siden sidste version

4.2.2

(aktuel version)

21-11-2023

Ændringslog er tilføjet direkte på siden som erstatning for den tidligere samlede ændringslog for hele BRS-dokumentet.

4.2.1

 

30-06-2022

Indholdet af denne side stemmer overens med indholdet af kapitel 10 fra det tidligere BRS-dokument “Forretningsprocesser for det danske elmarked til DataHub 3 (EDI guide - BRS)”, version 4.2.

Dog er nedennævnte rettelser foretaget:

  • Nummerering af overskrifter/afsnit er fjernet, da dette ikke understøttes som standard i det nye digitale format.

  • Referencer til de tidligere overskrifts-/afsnitsnumre er opdateret, inkl. tilføjelse af direkte links.

  • Indholdsfortegnelse er tilføjet.

Introduktion

Nedenfor følger en overordnet gennemgang af korrektionsværktøjet, som Energinet anvender til at korrigere historiske tidslinjer for data og processer. HTX står for Historical Transaction eXecution. Værktøjets primære formål er at sikre, at valideringsregler og ITX regler overholdes ved korrektioner, som udføres af Energinet.

HTX er en del af DataHub og kan kun anvendes af Energinet. Overordnet ser et HTX-forløb ud som vist i nedenstående figur:

Processen for at gennemføre en korrektion er følgende:

  1. Træk alle processer ud fra en given dato frem til i dag. Dette gøres af systemet ud fra alle data i DataHub ud fra de angivne kriterier.

  2. Reducer antal processer til mindst mulige antal processer. Dette sker af hensyn til mindst mulige korrektionsbehov. Hvis der både er lavet en flytning og en kundestamdata opdatering samme dag, er det kun nødvendig med en flytning med korrekte kundestamdata osv.

  3. Behandle/korriger processer. Dette er den eneste manuelle proces som udføres af en operatør i samarbejde med aktøren/aktørerne, der skal have korrigeret en tidslinje.

  4. Læg processerne tilbage i DataHub. Her indsendes data, som om det var aktøren, der indsendte data. Forskellen er blot, at det gøres af Energinet og at der ikke er tidsmæssige restriktioner.

  5. DataHub behandler de indsendte reviderede processer. Indledningsvis annulleres de gamle processer, som de nye erstatter (vha. ITX). Dette foregår som udgangspunkt altid med ITX annulleringskoden ’X99’, således at aktørerne ikke får besked om alle annulleringerne.

  6. Til sidst eksekveres de nye processer via ITX. Som udgangspunkt udsendes ingen stamdatabeskeder, medmindre aktøren har bedt om det.

Hvis processen fejler, gentages processen forfra. Enten dannes et nyt udtræk eller også genbruges det tidligere udtræk.

Processer som kan korrigeres via HTX

Det er ikke alle processer som dækkes af HTX.

Tabellen herunder angiver, hvilke processer, som kan korrigeres igennem HTX.

Understøttet

Ikke understøttet

  •  

Processerne som kan korrigeres, kan korrigeres i lige så lang tid tilbage, som der ligger data i DataHub.

Besked-flow i korrigerede processer

Som udgangspunkt vil en HTX-korrektion ikke medføre nogen udsendelse af beskeder til aktørernes IT systemer. Men for hver proces, som kan korrigeres, har operatøren mulighed for at udsende følgende beskeder:

  • Stamdatabeskeder – RSM-022/RSM-028/RSM-031

  • Start/Stop af leverance – RSM-004

Beskederne kan udsendes pr.:

  • Proces

  • Aktør

  • Besked

Det vil sige, at operatøren kan vælge at gennemføre en korrektion, uden at aktørerne modtager nogen information (standard) eller at der kommer RSM-004 start af leverance og stop af leverance ud, hvis der for eksempel skal laves en kompleks korrektion af en flytning (kompleks ).

Alle beskeder, som udsendes, sendes med de normale forretningsårsagskoder. Det vil sige, at en korrektion på et målepunkt, som kræver et skift af afregningsform for to år siden, vil udsende to år gamle stamdatabeskeder, hvis det ønskes. Eneste måde at identificere en korrektion på er ved at beskederne, er ældre end de normale tidsfrister tillader.