2. 2
Aktørsertifisering i Edielportalen
• Aktører som utveksler meldinger ihht. Avregningsforskriften må sertifiseres
• Balanseansvarlige og nettselskap skal ha utført sertifisering knyttet til NBS
(AGT sertifisering):
– NBS Exchange Metered Data for Imbalance Settlement
– NBS Settle Imbalance
Connectivity test
• Tilkoblingstest
– Send en melding til eSett
– Motta en melding fra eSett
– Logg inn på Online Service
og se at meldingen har
kommet inn i meldingsloggen
– Bekreft til eSett når ok!
5. 5
Meldinger som ikke kommer frem (1/2)
Vanlige årsaker
• IP-adresse ikke registrert hos eSett
• Feil i kommunikasjonskanal og adressering i Online Service
• Feil i meldingsformat
• Meldingen stopper i brannmuren til markedsaktøren
6. 6
Meldinger som ikke kommer frem (2/2)
Kontroll av kommunikasjonskanal og
adressering i Online Service:
Administration > Market Party Detail
> Channel of Electronic
Communication
• Kommunikasjonskanal for norske
aktører: Email
• SMTP adresse må legges inn
• Det skal ikke registreres noe på
webservice og FTP
7. 7
Meldingslogg i Online Service
• Oversikt over inngående og utgående meldinger i
Online Service:
Messages > View Messages
Detaljer og
eventuelle
feilmeldinger vises
ved å trykke på: v
ACK blir sendt i
retur når eSett
mottar meldingen
8. 8
Avviste meldinger
Feilmeldinger gir informasjon om hvorfor en melding blir avvist,
eksempelvis:
• Instance not found
– MEC (Market Entity Connection) er ikke gyldig eller ikke
opprettet
• GC Error: Deadline limit exceeded/Gate not open
– Innrapporterte data gjelder en periode som er lukket ihht fristene
for rapportering
• SEQUENCES_ERR: Position inconsistency
– Antall innrapporterte verdier korresponderer ikke med
tidsperioden angitt i starten av meldingen
9. 9
Avregningsresultater
• Datapakker blir publisert i Online Service og markedsaktørene kan velge
hvilke pakker de vil motta:
Reports > Data Packages Management
• Eksempelvis MGA utveksling, Produksjonsubalanser, Forbruksubalanser…
11. 11
Verifikasjon og oppdatering av Strukturdata
• Fra 6.feb til 24.feb skal strukturdata som mangler eller som har
endret seg siden sist oppdateres, slik at det blir komplett.
– Gi beskjed til eSett når dette er gjort.
• Fra 24.feb skal strukturdata holdes oppdatert både i balanseWeb og
Online Service.
12. 12
Strukturdata: Hvem skal gjøre hva? Alle
• Er aktør registrert korrekt, i korrekte land og med riktige
tilkoblingsdetaljer
• Gi beskjed til eSett når strukturen er verifisert
13. 13
…Netteier/DSO
– Registrere forbruksserier
• Alle leverandører
som har leveranser i
deres nett må være
registrert med
forbruks-MECs
• Forbruk registreres
og rapporteres per
MGA, leverandør,
type forbruk og om
det er målt eller
profilert
15. 15
….Netteier/DSO
– Sjekke Regulert kraftleverandør med eget GLNnr
• Denne skal være ansvarlig for leveringsplikt, nettap og ubalanse
• Sjekke at denne er registrert korrekt og med korrekte tidsserier
– Sjekke MGA Exchange
• Sjekke at de er korrekte, si i fra om det har skjedd endringer
– Sjekke Retailer for MGA Imbalance (MGA Retailer)
• Ansvarlig for ubalanse i nettavregningsområdet (dagens S-kode)
• Legg inn regulert kraftleverandør
19. 19
….Balanseansvarlig/BRP
• Sjekke Produksjon
– Er alle kraftverk dere har balanseansvar for registrert korrekt (Unntak,
grønne sertifikater, stasjonsgruppe, leverandør, type)
• Sjekke forbruk
– Er det registrert forbruks-MECs i alle nettområder deres leverandører
har leveranser i og med riktige forbrukstyper?
20. 20
…Leverandør/produsent /RE
• Sjekke Bilaterale handler
– Skal registreres med leverandør per MBA
• Sjekke Balanseansvar (RBR)
– Er det registrert en balanseansvarlig i de MGAer dere leverer i for
forbruk/produksjon
• Sjekke forbruk
– Er det registrert korrekte forbruks-MECs i alle nettområder dere har
leveranser?
• Sjekke Produksjon
– Er all produksjon dere er leverandør for registrert korrekt
21. NBS- Endringer og Online Service
Gardermoen 11.01.17
Stine Haugland, Statnett
22. 22
Viktige endringer
• Komponentkoder forsvinner
– Ny struktur beskrives ved hjelp av partene og type eksempel beskrives
forbruk vha leverandør (RE), nettavregningsområde (MGA) og type
forbruk (general- metered/profiled, pumper osv)
– Hver tidsserie har en MECid, men denne kan endres og vil ikke tilsvare
en komponentkode
23. 23
Viktige endringer
• Bilaterale handler defineres med Agreement ID (unik mellom to parter)
– Beskrivelsesfeltet vil bli implementert senere
24. 24
Viktige endringer
• Ny måte å aggregere verdier på
– For forbruk skiller vi mellom profil og timesmålt forbruk
– Forbruk har èn tidsserie per type/MGA/ RE
25. 25
Viktige endringer
• Mer informasjon om struktur
– Leverandørene (RE) er
registrert som egne aktører
i balanseavregningen
– Vi registrerer kapasitet,
type produksjon,
stasjonsgruppe og
leverandør (RE) på alle
kraftverk (PU)
• RE for produksjonen vil
ofte tilsvare BRP
Production Unit overview - DSO
Production Unit overview - BRP
26. 26
Viktige endringer
• En leverandør (RE) kan ha ulike
balanseansvarlige (BRP) per
forbruk/produksjon og i de ulike
nettavregningsområdene (MGA)
– Før en forbruk/produksjonsserie kan
opprettes må leverandøren ha en BRP for
forbruk/produksjon i den aktuelle MGA
– I RBR overview ser dere hvilke
balanseansvarlige en leverandør har i hvert
land per type og under All vises alle
relasjoner per MGA og type.
– NB: for å endre balanseansvar er det viktig
at den nye balanseansvarlige oppretter den
nye relasjonen. Da vil mye av
strukturinformasjonen automatisk
overføres. Hvis den gamle
balanseansvarlige opphører relasjonen, blir
alle MEC's opphørt og må opprettes på
nytt.
27. 27
Viktige endringer
• Begge parter kan rapportere Bilaterale handler og utveksling
– Man kan bli enige om at kun en rapporterer, men om man ønsker kan
begge parter sende verdier. Man definerer i sendingen hvem som er
selger/kjøper eller Inn/ut-MGA og kan sende både positive og negativer
verdier
– Viktig å sjekke at disse blir rapportert korrekt (man kan velge å
akseptere motpartens verdi om man har rapportert ulike verdier).
29. 29
Status of reporting widget
• Tilsvarer dagens speedometer og viser hvor mye data som er
rapportert
• Viser status for D-2 og D-13
• Sjekk View details for å se hvilke tidsserier som mangler
30. 30
Bilateral trades widget
• Viser Bilaterale handler
med manglende eller
ikke matchende verdier.
• Den mest alvorlige
statusen vises øverst
– Data missing (ingen har
rapportert)
– Counterpart's data missing (kun
du har rapportert)
– Received data corrected
(verdiene som er rapportert
matcher ikke)
– Counterpart's data received (kun
motpart har rapportert)
– Recieved data matches (partene
har rapportert like verdier)
• Velg View all for å se
alle og filtrer ved hjelp
av statusfeltet
36. 36
Anbefalt vs. obligatorisk
• eSett anser parallellavregningen
som obligatorisk f.o.m 20. mars
2017
• Dette innebærer i praksis go-live
20. mars 2017
37. 37
Hensikt
• Sikre at alle involverte aktører og systemer er i stand
til å gjennomføre en korrekt balanseavregning
• Alle foregående testaktiviteter skal være gjennomført
og bekreftet før oppstart av obligatorisk
parallellavregning 20. mars
38. 38
Rapportering
• Aktører skal rapportere alle avregningsdata til eSett til
forskriftsfestede tidsfrister
• Avregningsdata skal i obligatorisk parallellavregning
være av faktureringsklar kvalitet
• Aktøren skal verifisere at innrapportert avregningsdata
er korrekt mottatt og innlest
39. 39
Avregning
• eSett vil beregne ubalanser en gang i timen
• Resultatene av balanseavregningen vil
– Fortløpende publiseres på Online Service
– Sendes til aktørene som foreløpige og endelige resultater
– Gjøres tilgjengelige for nedlastning fra Information Service
40. 40
Verifikasjon av resultater
• Aktørene skal verifisere at avregningsresultatene
overensstemmer med rapporterte avregningsdata
• Aktørene skal informere eSett med en service request
når full parallellrapportering er oppnådd og
avregningsresultatene er verifisert og funnet å være
korrekte
45. 45
Parallellavregning etter go-live
• Parallellravregning vil i Norge
fortsette i fire uker etter go-live
• Dette gir mulighet for en fallback hvor
Statnett gjenopptar fakturering
• Vil gjøres dersom det blir store feil
eller mangler i avregningen utført av
eSett
46. 46
Frys av strukturelle endringer
• I perioden 20. mars – 28 mai slik at
aktørene kan ha full fokus på go-live
• Tillater ikke:
– Opprettelse av nye aktører
– Fusjoner / selskapskonsollideringer
– Opprettelse eller endring av MGA
– Endring av balanseansvar
• Søknad om unntak minimum to
måneder i forkant av frysperioden
48. 48
Nye avtaler
• Komplett avtalepakke mottatt fra eSett
• Kontroller at selskapsspesifikke data er korrekte
• Viktige tidsfrister å overholde
– Imbalance Settlement Agreement med eSett (avregningsavtale) – 17.02.2017
– Balance Agreement med Statnett (balanseavtale) – 17.02.2017
– Pledged cash account (pantsettelseserklæring) – 17.02.2017
49. 49
Sikkerhet
• Utgangspunktet er et minimumskrav på 40.000 EUR for hvert nasjonale
marked aktørene deltar i
• Sikkerhet kan stilles som bankinnskudd, garanti eller kombinasjon
• Krav publiseres mandag senest kl 13:00
• Sikkerhet på plass innen kl 15:00
• En felles konto for oppgjør og sikkerhetsstillelse
• eSett direkte debiterer depotkonto. Påse at depotkonto har nok midler
tilgjengelig innen tidsfristen
• Test av bankoverførsler
50. 50
Sikkerhetsstillelse forts.
• Overgangsordning med tanke på sikkerhet
• eSett trenger avregningsdata for 6 uker for å kalkulere marginkrav
• Statnett beregner et fast krav i overgangsfasen
• eSett vil informere om kravet senest 20 dager før GO-live
• Sikkerhet må være på plass senest 21.4.2017
• Fast krav gjeldende inntil ny informasjon foreligger
51. 51
Sikkerhetsstillelse forts.
• For å sikre korrekte betalingsrutiner må følgende informasjon registreres i
ONLS senest 17.02.2017
• (Online Service - Administration - Market Party Detail - BRP Detail - Accounts -
Request New Account Registration):
52. 52
Sikkerhetsstillelse forts.
• Land
• Gyldighet
• Oppgjørsbank – Velg fra listen over godkjente depotbanker
• Identifikasjonsnummer– kontonummer på IBAN format
• Type konto
– Oppgjørskonto – konto som blir brukt til debitering og kreditering av alle
oppgjørsbeløp mellom BRP og eSett. All sikkerhet i form av kontanter skal være
satt inn på denne kontoen
– "Frigivelseskonto" – Konto som frigitt sikkerhet vil bli overført til
– Oppgjørskonto og frigivelseskonto MÅ være i samme bank
• Valuta – Balanseansvarlig må ha samme valuta på oppgjørskontoen som
valgt fakturavaluta
53. 53
Dobbel sikkerhetsstillelse
• Statnett vil jobbe for å minimere dobbel sikkerhetsstillelse
• Frigivelse/overførsel av sikkerhet hos Statnett
• Frigivelse og utstedelse av ny bankgaranti
• Mislighold i overgangsfasen
54. 54
Faktura
• System klare for å motta fakturaer senest 17.02.2017
• Signert en avtale med en e-fakturaleverandør innen samme frist
• Informer eSett om e-fakturaleverandøren og hvilken e-fakturaadresse
faktura skal sendes til
• Avtal format på e-faktura med leverandøren deres
• Faktura vil bestå av to deler – en XML melding og en PDF melding
• Test av fakturautsendelse
• Evnt email adresse dersom dere ikke ønsker e-faktura
• Den første faktureringen vil bli foretatt 3 uker etter oppstart
• BRP vil motta en faktura for hvert land man er aktiv i
55. 55
Faktura forts.
• Tidsplan for fakturaer;
• Faktureres hver mandag. Avregningen dekker leveringsdagene i uken
som startet tre uker før faktureringsdatoen
• Direkte debitering
• Skyldig beløp på faktura debiteres to dager etter fakturadato, dvs
onsdag.
• Skyldig beløp på kreditnota overføres til BRP tre dager etter
fakturering, dvs torsdag
• Påse at tilstrekkelig saldo er tilgjengelig på depotkonto
• Valg av fakturavaluta gjøres for 1 år av gangen
56. 56
Faktura forts.
• Balanseansvarlig må registrere fakturadetaljer i ONLS senest 17.02.2017
• (Online Service - Administration - Company Detail - Branches - Edit):
57. 57
Faktura forts.
• Momskode
• Regnskapsstatus
• Faktura metode – velg efaktura eller email
• Adressen som e-faktura skal sendes til
• E-faktura leverandør
• Email adresse – Dersom BRP ikke vil motta efaktura vil faktura sendes som
PDF document til denne email adressen
58. 58
Faktura forts.
• (Online Service - Administration - Market Party Detail - Branches - Edit):
• Språk på faktura - Velg engelsk, finsk, norsk eller svensk
• Faktura valuta - velg EUR, NOK eller SEK
