Biedt een «ronde tafel» aan, waaraan de verschillende marktpartijen kunnen aanzitten voor overleg

Transcriptie

1 1

2 2

3 3

4 Atrias publiceert de marktafspraken en: Biedt een «ronde tafel» aan, waaraan de verschillende marktpartijen kunnen aanzitten voor overleg Geeft ondersteuning, methodologie en structuur aan het overleg en de projecten betreffende de marktprocessen op de Belgische energiemarkt (niveau distributienet) om finaal tot Utility Market Implementation Guidelines (UMIG) te komen. Atrias zal namens de DNB s eveneens een operationele rol in de markt spelen: De opbouw van het nieuwe federale Central Market System Het technisch exploiteren van dit systeem 4

5 De energy value chain verandert. De klant heeft niet enkel rol van consument, maar kan ook actief participeren in de energieketen. Dit zorgt voor een grotere flexibiliteit in het systeem. 5

6 Er kan een onderscheid gemaakt worden tussen de sociale leveranciers en de commerciële leveranciers: - Een commerciële leverancier is een leverancier met een commercieel doel. De rollen van de DNB als Sociale Leverancier en Uitzonderingsleverancier horen hier niet bij. - Een sociale leverancier is een specifiek type leverancier. Het is een leverancier die verantwoordelijk is voor het coördineren van de activiteiten rond sociale openbare dienstverplichtingen. Vandaag wordt deze leveranciersrol opgenomen door de DNB. 6

7 7

8 Atrias zal een federaal Central Market System (CMS) bouwen en besturen om de uitwisseling van informatie tussen de verschillende marktpartijen te faciliteren. Dit CMS laat toe de huidige Clearing Houses en het VAN (Value Added Network) te laten verdwijnen. Hierdoor zal dus een complete harmonisatie van de uitwisseling van marktinformatie toegelaten worden. De TNB s die voordien enkel via de DNB s geconnecteerd waren op het VAN, zullen nu dus ook een rechtstreekse connectie krijgen op het CMS. Het CMS heeft de rol van Hub in dit Hub&Spoke systeem. Het federale CMS zal: De uitwisseling van gegevens ondersteunen en de verwerking en structurering van transacties tussen de energieleveranciers, de DNB s en de TNB s mogelijk maken. Centraal alle markttransacties behandelen en een waaier aan handelingen en berekeningen uitvoeren voor de DNB s. De markt consistenter maken door een uniforme behandeling van boodschappen en marktprocessen in te voeren. Toelaten de barrières voor nieuwkomers te verlagen door de gecentraliseerde aard ervan en door de open en flexibele technologie erachter. 8

9 Toelaten de transparantie binnen de markt te vergroten en de kostenbeheersing te verbeteren. 8

10 9

11 MIG-DGO regelt de afspraken tussen DNB s voor de Atrias opzet & samenwerking. MIG-6.0 omvat de marktafspraken met de leveranciers (sociale leveranciers inbegrepen). MIG-TPDA vormt een gids voor de uitwisseling van informatie tussen distributienetbeheerders en dienstaanbieders via het CMS. Onder deze dienstaanbieders vallen: partijen gemandateerd door de klant om data op te vragen bij de DNB en op basis van deze data een andere dienst aan te bieden dan energielevering bv. verbruiks- en gebruiksanalyses, een klant die zelf data opvraagt voor eigen toegangspunten (multisite) en die in de markt voor TPDA geregistreerd en gecertificeerd is. MIG-TSO regelt de verbinding met de TNB s. MIG-AO staat in voor de link met FeReSo betreffende de resultaten van de Reconciliation. FeReSO (FEBEG Reconciliation and Settlement Organisation) doet dienst als administratief orgaan tussen de leveranciers van elektriciteit en gas en de DNB s, om de complexe transacties tussen de marktpartijen financieel te reconciliëren en is essentieel voor de transparantie binnen deze vrijgemaakte markt. Hoewel er dus per partij een variant beschikbaar is, zijn de berichten zeer vergelijkbaar. 10

12 11

13 12

14 13

15 UMIG 6 is een trendbreuk: alles wordt klaargestoomd voor de nieuwe technologische ontwikkelingen en de bijhorende uitdagingen van morgen. Niettemin, verwachten we dat alle marktpartijen ook in de toekomst zullen blijven samenwerken zodat het marktmodel en de marktprocessen een veranderende marktcontext en nieuwe trends in de energiesector blijven ondersteunen. Klant staat centraal en heeft nieuwe verwachtingen Klant-gerelateerde processen moeten sneller, interactiever, eenvoudiger en transparanter Verhoogd bewustzijn van de klant wat betreft energieverbruik en duurzaamheid Klant kan verschillende rollen aannemen: consument, producent, eigenaar Microgrids (mini smart grids of intelligente microgrids) zijn kleine grids, ontworpen om een betrouwbare elektriciteitsvoorziening en een betere kwaliteit aan een klein aantal consumenten te leveren. 14

16 15

17 UMIG6 is niet volledig nieuw, 4 UMIG versies werden reeds eerder uitgegeven. Terwijl deze eerdere versies incrementele veranderingen aanbrachten, vertegenwoordigt de uitgave van UMIG6 een fundamentele verandering om zo nieuwe markttrends en marktnoden zoals toenemende lokale productie, smart metering en het ontwikkelen van een future-proof marktmodel, te reflecteren. 16

18 17

19 18

20 19

21 20

22 21

23 - EDsplit: Effective Date Split between UMIG 4 & UMIG 6 - BUstop: Business Stop 22

24 23

25 UMIG behandelt het downstream gedeelte van de energiemarkt. Een onderscheid wordt gemaakt tussen de PRE-processing en POST-processing domeinen. Het domein Operate omvat in onze context enkel het proces betreffende Gas On Line (GOL). Gas On Line is een proces binnen Operationeel Evenwicht waarbij de meetgegevens van het voorbije uur gecommuniceerd worden naar alle betrokken marktpartijen. 24

26 25

27 26

28 27

29 28

30 29

31 30

32 31

33 32

34 33

35 34

36 35

37 36

38 37

39 38

40 39

41 40

42 41

43 42

44 43

45 44

46 45

47 46

48 47

49 Een spontane correctie behandelt de rectificatie van een zelf begane fout. Ook wordt een onderscheid gemaakt tussen inbound rectificatie (start bij energieleverancier) en outbound rectificatie (start bij netbeheerder). 48

50 49

51 50

52 51

53 52

54 Modulaire aanpak Het groeperen van de UMIG4.1 scenario s wil niet zeggen dat het concept van scenario s volledig verdwijnt in UMIG6. Een scenario wordt voortaan een label genoemd in UMIG6. Ex-ante en ex-post testen Ex-ante testen (steeds op moduleniveau) verifiëren of een binnenkomend bericht behandeld kan worden door het CMS. Ex-post testen (steeds op labelniveau) verifiëren of de marktregels nageleefd worden. Ex-post testen worden enkel uitgevoerd op geaccepteerde berichten en leiden nooit tot een weigering van een bericht. 53

55 Preswitching is een service die informatie ter beschikking stelt voor een installatie of een toegangspunt die het CMS ter beschikking stelt aan leveranciers. Men onderscheidt 3 categorieën van Preswitching (BASIC, LIGHT en FULL) die elk een verschillende set informatie ter beschikking stellen aan de aanvrager mits hem de toegang wordt verleend (autorisatie). Klantencontact De klant contacteert de leverancier om een nieuw contract af te sluiten, maar hij kent zijn EAN niet. Preswitching BASIC Op basis van kenmerkende eigenschappen van de klant (naam, adres ), lanceert de leverancier een Preswitching BASIC aanvraag om de EAN van de klant terug te vinden in het Toegangsregister. Contractacceptatie Op basis van de BASIC informatie kan de leverancier contractonderhandelingen opstarten met de klant. 54

56 Preswitching LIGHT Indien de klant akkoord gaat met het contractvoorstel, lanceert de leverancier veprlicht een Preswitching LIGHT aanvraag om noodzakelijke informatie te bekomen om een correcte contractaanvraag te lanceren in de markt. Volgend op een Preswitching LIGHT heeft de leverancier de mogelijkheid om de index die hij van de klant ontvangen heeft, te verifiëren door middel van de Index Plausibility Check. Contractaanvraag Op basis van de verkregen LIGHT informatie, is de leverancier in staat om een correcte contractaanvraag te lanceren in de markt. Contractregistratie Het Central Market System verwerkt de contractaanvraag van de leverancier en registreert het contract in het Toegangsregister. Preswitching FULL De leverancier wil uitgebreide informatie (historische gegevens, geregistreerde modules ) van een punt dat hij op dat moment zelf in portefeuille heeft of van een punt dat hij voor een bepaalde periode in portefeuille had. 54

57 Service Delivery Point = Een logische entiteit die een installatie en het product identificeert die toegepast wordt. Een Service Delivery Point is de kleinste verwisselbare eenheid waarvoor een contract getekend kan worden en waaraan een toegangshouder is gekoppeld. Het Service Delivery Point wordt op een unieke wijze geïdentificeerd door de identificatie van het Headpoint en de Service Component. De Service Component identificeert en definieert op unieke wijze het product van een Service. 55

58 Stappen bij contractregistratie : 1. De DNB is de master of asset : het definieert de unieke identifier en de beschikbare diensten erop. 2. Het CMS communiceert deze informatie naar de Market (en Service) layer(s). 3. De netgebruiker kiest voor een specifieke dienst op zijn installatie en neemt contact op met de Markt om een contract te tekenen. 4. De Markt gaat de beschikbaarheid van deze combinatie na en brengt het CMS op de hoogte, via het SDP, van het feit dat een contract voor deze dienst werd getekend. 56

59 57

60 Lokale Productie: HeadPoints die zowel energie afnemen als injecteren. Links op de slide staat een schematische weergave van de fysieke installatie van een HeadPoint met lokale productie Vanaf UMIG6 zijn er meerdere types contracten mogelijk voor headpoints met lokale productie. Hiervoor zijn de administratieve concepten Service en Service Component geïntroduceerd. De introductie van het concept SDP (Service Delivery Platform) laat vanaf UMIG6 toe om 2 contracten op één headpoint te hebben. Nog enkele relevante definities omtrent lokale productie: Compensatie: bestaat uit het verminderen van het afname volume door het injectie volume. Indien het injectie saldo (het injectie volume min het afname volume) positief is, dan zal het steeds op nul worden gezet in het kader van compensatie. Valorisatie van de injectie: verminderen van de afname door de injectie, waarbij het eventuele injectie saldo is gevaloriseerd bij dezelfde leverancier. Vermarkting van de injectie: afzonderlijk vermarkten van de injectie, onafhankelijk van de energieafname van het net. Deze injectie kan herverkocht worden aan een andere leverancier dan deze verbonden aan het toegangspunt via het leveringscontract voor de verkoop van de energie. Vermarkting van de productie: afzonderlijk vermarkten van de productie, onafhankelijk van de energieafname van het net. Deze productie kan herverkocht 58

61 worden aan een andere leverancier dan deze verbonden aan het toegangspunt via het leveringscontract voor de verkoop van energie. Beperkte vermarkting van de injectie/productie: idem aan vermarkting injectie/productie, maar met slechts één toegangshouder & dus één contract. 58

62 59

63 Er bestaan voor het ogenblik twee meetregimes voor een digitale meter: Meetregime "1": - De digitale meters worden gebruikt als klassieke meters. Rekening houdend met de behoeften en de wetgeving, zal de meter worden opgenomen op afstand en de gegevens frequenter meegedeeld worden naar de markt. - Enkel de actuele, klassieke Time-of-Uses worden in de marktprocessen gebruikt; De Time- Frames van de Meter Data Responsible en van de leverancier kunnen echter verschillen. Meetregime "3": - De gegevens met de fijnste granulariteit (belastingscurve) worden gebruikt in de marktprocessen. - Naast deze gegevens met de fijnste granulariteit, zullen in de marktprocessen ook geaggregeerde volumes gebruikt worden. Deze zullen ook beschikbaar zijn voor de Net User (bijv. via de meter). - De DNB blijft altijd vrij om gereguleerde tariefperiodes te bepalen voor de berekening van de gridfee, op basis van een aggregatie van de gedetailleerde gegevens. Idem voor de leverancier. - De Time-Frames van de Meter Data Responsible en van de leverancier kunnen echter verschillen. De Time-Frames van de leverancier kunnen dynamisch zijn. De processen beschreven in UMIG6 laten toe om voor digitale meters naast de normale meetgegevens voor facturatie extra meetgegevens uit te wisselen met de markt: - Kwartierwaarden voor elektriciteit en uurwaarden voor gas (zoals voor AMR in 60

64 UMIG4). - Informatieve Volumes: om de netgebruiker te informeren over zijn/haar verbruik op frequentere basis dan alleen bij de facturatie. - Dagelijkse volumes voor Prepayment (voorafbetaling) = de digitale versie van de klassieke budgetmeter. Bij een toekomstige grootschalige uitrol van digitale meters, kunnen deze extra meetgegevens verschillende voordelen geven: - Meer volledige en meer correcte meetgegevens, en dus minder rechtzettingen van facturaties. - Snellere afhandeling van Structure processen (bijvoorbeeld Supplier Switch) - Correctere berekening van Allocation (zie later) 60

65 61

66 62

67 63

68 Nood aan profielen om volumes te splitten (Settlement/Gridfee) en om schattingen te kunnen doen (Metering) Nieuwe profielen beter in lijn met de werkelijkheid Correctere schattingen voor Metering Meer nauwkeurige Settlement, welke leidt tot betere forecasting bij de leverancier, welke leidt tot een reductie in imbalance costs. 64

69 TS = Time Series = reeks Measure gegevens VI = Volume Indexes Stap 1: generatie van de meetgegevens, aanmaak en verzending van de boodschap TS naar het CMS Stap 2: op basis van de meetgegevens ontvangen van de DNB, aanmaak van de facturatiegegevens (boodschap Fee) en van de Allocation (boodschap VI) Stap 2bis: verificatie van de consistentie van de meetgegevens, de facturatiegegevens en de Allocation gegevens Stap 3: logische koppeling (GEEN fysieke koppeling, de berichten komen immers niet noodzakelijk gelijktijdig aan) van de gegevens en verzending van de boodschappen TS, Fee en VI on the fly naar de leverancier Stap 4: simultane (zo kort mogelijk op elkaar volgende) ontvangst van de TS, Fee en VI 65

70 66

71 67

72 68

73 69

74 70

75 71

76 72

77 73

78 74

79 75

80 76