Indholdsfortegnelse
| Table of Contents | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Ændringslog
| Expand | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| |||||||||
|
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.
...
Processen for at gennemføre en korrektion er følgende:
...
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.
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.
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.
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.
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.
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.
...
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.
...
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 BRS-011 - Fejlagtige flytningerHåndtering af fejlagtig flytning).
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.