NBS - Meldingsutveksling. Gardermoen Marius Fuglerud, Statnett

Transkript

1 NBS - Meldingsutveksling Gardermoen Marius Fuglerud, Statnett

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! 2

3 Meldingsutveksling Melding Brannmur Internett Brannmur Fagsystem Baksystem Online Service Markedsaktør 3

4 Meldingsutveksling Meldinger på XML format Kommunikasjonskanal og adressering må være riktig registrert i Online Service Melding Brannmur Internett Brannmur Fagsystem Baksystem Online Service Markedsaktør Brannmuren til markedsaktøren må tillate at meldinger sendes ut og mottas fra esett Brannmuren til esett godtar kun meldinger fra kjente IP-adresser. Oppgi korrekt IP-adresse til esett 4

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 5

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: SMTP adresse må legges inn Det skal ikke registreres noe på webservice og FTP 6

7 Meldingslogg i Online Service Oversikt over inngående og utgående meldinger i Online Service: Messages > View Messages ACK blir sendt i retur når esett mottar meldingen Detaljer og eventuelle feilmeldinger vises ved å trykke på: v 7

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 8

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 9

10 NBS- Strukturverifikasjon Gardermoen Stine Haugland, Statnett

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. 11

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 12

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 13

14 .Netteier/DSO Registrere Production Units 14

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 15

16 .Balanseansvarlig/BRP Registrere Bilaterale handler Skal registreres med leverandør per MBA 16

17 .Balanseansvarlig/BRP Registrere hvilke leverandører dere har Balanseansvar (RBR) for per forbruk/produksjon og MGA 17

18 .Balanseansvarlig/BRP Registrere stasjonsgrupper (Regulation objects) på kraftverk (Production Units). Ta kontakt med esett om stasjonsgruppen ikke finnes i listen). 18

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? 19

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 20

21 NBS- Endringer og Online Service Gardermoen Stine Haugland, Statnett

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 22

23 Viktige endringer Bilaterale handler defineres med Agreement ID (unik mellom to parter) Beskrivelsesfeltet vil bli implementert senere 23

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 24

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 25 Production Unit overview - BRP

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. 26

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). 27

28 Online Service Dashboard Viser viktig informasjon Tilpasset hver aktørtype 28

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 29

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 30

31 Bilaterale handler oversikt Bruk statusfilteret for å finne handler med ikke matchende eller manglende verdier 31

32 Bilaterale handler- matching av verdier Hvis begge parter rapporterer verdier foretas det en matching prosess 32

33 MEC changes widget Viser nye, endrede og opphørte tidsserier Endringer gjort av motparter vises også her 33

34 Parallellavregning Gardermoen, 11.januar 2017 Morten Torgalsbøen, Statnett

35

36 Anbefalt vs. obligatorisk esett anser parallellavregningen som obligatorisk f.o.m 20. mars 2017 Dette innebærer i praksis go-live 20. mars

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 37

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 38

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 39

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 40

41 41

42 42

43 43

44 44

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 45

46 Frys av strukturelle endringer I perioden 20. mars 28 mai slik at aktørene kan ha full fokus på go-live Tillater ikke: 46 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

47 Avtaler, sikkerhet, fakturaoppsett Gardermoen, 11.januar 2017 Hanne Glimme, Statnett

48 Nye avtaler Komplett avtalepakke mottatt fra esett Kontroller at selskapsspesifikke data er korrekte Viktige tidsfrister å overholde Imbalance Settlement Agreement med esett (avregningsavtale) Balance Agreement med Statnett (balanseavtale) Pledged cash account (pantsettelseserklæring)

49 Sikkerhet Utgangspunktet er et minimumskrav på 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 49

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 Fast krav gjeldende inntil ny informasjon foreligger 50

51 Sikkerhetsstillelse forts. For å sikre korrekte betalingsrutiner må følgende informasjon registreres i ONLS senest (Online Service - Administration - Market Party Detail - BRP Detail - Accounts - Request New Account Registration): 51

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 52

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 53

54 Faktura System klare for å motta fakturaer senest 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 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 54

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 55

56 Faktura forts. Balanseansvarlig må registrere fakturadetaljer i ONLS senest (Online Service - Administration - Company Detail - Branches - Edit): 56

57 Faktura forts. Momskode Regnskapsstatus Faktura metode velg efaktura eller Adressen som e-faktura skal sendes til E-faktura leverandør adresse Dersom BRP ikke vil motta efaktura vil faktura sendes som PDF document til denne adressen 57

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 58

59 Takk for oppmerksomheten