Inleiding: Waarom de waarde van elektriciteit steeds meer afhankelijk is van tijd

Voor veel commerciële en industriële gebruikers hangen de elektriciteitskosten in toenemende mate niet alleen af van de hoeveelheid energie die wordt verbruikt, maar ook van het moment waarop die energie wordt geïmporteerd, geëxporteerd of opgeslagen.

De meet- en factureringsarchitectuur moet daarom de tijdsallocatie van geïmporteerde of geëxporteerde energie behouden. Afhankelijk van het tariefontwerp kan dit worden bereikt door middel van intervalregistraties, tariefregisters of een andere goedgekeurde, op tijd gebaseerde gegevensmethode.

Een compleet tijdsvariërend of dynamisch tariefproject omvat meer dan het plaatsen van een slimme meter. Het vereist afstemming tussen:

• Prijs- en tariefintervallen
• Meteropname-intervallen of tariefregisters
• Meterklokken en tijdzones
• Gegevensverzameling en validatie
• Tarief- en factureringsberekeningen
• EMS-optimalisatiegegevens
• Klantgerichte rapporten

De centrale projectvraag luidt:

Welke data, timing en systeemarchitectuur zijn nodig voordat tijdsvariërende of dynamische elektriciteitsprijzen nauwkeurig kunnen worden gefactureerd en kunnen worden gebruikt voor belastingoptimalisatie?

1. Wat zijn tijdsvariërende en dynamische elektriciteitstarieven?

Tijdsvariërende elektriciteitstarieven wijzen verschillende prijzen of kosten toe aan verschillende tijdsperioden, bedrijfsomstandigheden of marktgebeurtenissen.

Ze kunnen het volgende omvatten:

• Gebruikstijdtarief s met vooraf gedefinieerde prijsperioden
• Prijzen op basis van kritieke pieken of gebeurtenissen
• Uur- of subuurmarktconforme tarieven
• Day-ahead of intraday prijsgekoppelde contracten
• Andere door de leverancier gedefinieerde variabele prijsstructuren

In de Europese Unie heeft een dynamisch elektriciteitsprijscontract een meer specifieke regelgevende betekenis. Het is een elektriciteitsleveringscontract dat de prijsvariatie op spotmarkten weerspiegelt, inclusief day-ahead- en intraday-markten, met tussenpozen die ten minste gelijk zijn aan de toepasselijke marktafwikkelingsfrequentie.

Prijzen op basis van gebruikstijd, dynamische elektriciteitsprijzen, vraaggebaseerde heffingen en formele vraagresponsprogramma's kunnen op elkaar inwerken, maar zijn niet hetzelfde mechanisme.

Prijzen en kostenmechanismen

Prijs- of kostenmechanisme	Hoe het verandert	Typische meter- of verwerkingsvereiste
Vaste energieprijs	Verandert zelden	Totaal geïmporteerde energie
Gebruikstijdtarief	Maakt gebruik van vooraf gedefinieerde tariefperioden	Tariefregisters of intervalgegevens
Prijzen op basis van kritieke pieken of gebeurtenissen	Geldt speciale prijzen tijdens bepaalde periodes of evenementen	Op gebeurtenissen afgestemde tarief- of intervalgegevens
Marktconforme prijsstelling per uur	Volgt de markt- of leveranciersprijzen per uur	Tijd-uitgelijnde interval-energiegegevens
Intraday- of korte-interval-marktgerelateerde prijzen	Houdt kortere marktgerelateerde prijsperioden bij	Intervalgegevens afgestemd op de toepasselijke contract- en prijsregels
Day-ahead prijsgebonden contract	Maakt gebruik van prijzen die vóór levering zijn gepubliceerd	Intervalgegevens toegewezen aan de toepasselijke day-ahead-prijs
Vraaggebaseerde kostencomponent	Afhankelijk van piekvermogen of vraag	Maximale vraagwaarden en gedefinieerde vraagintervallen

Een vraaggebaseerde tariefcomponent is niet zomaar een vorm van dynamische energiebeprijzing. Het kan bestaan ​​naast een vaste energieprijs, gebruikstijd of dynamische energieprijs.

De werkelijke prijs en het factureringsinterval moeten worden gedefinieerd door het leverancierscontract en de toepasselijke marktregels.

De EU-regels voor de elektriciteitsmarkt ondersteunen een kader voor de regeling van onevenwichtigheden van 15 minuten, maar dit betekent niet dat elk retailcontract, klantfactuur of meterregistratie-interval dezelfde granulariteit moet gebruiken. De daadwerkelijke facturering is nog steeds afhankelijk van nationale regels, leverancierssystemen, klantcontracten en de meetarchitectuur.

2. Dynamische tarieven versus flexibiliteit aan de vraagzijde

Dynamische tarieven moedigen klanten aan om hun consumptie vrijwillig te veranderen als reactie op prijssignalen.

Formele flexibiliteitsprogramma's aan de vraagzijde kunnen activeringsinstructies, gecontracteerde capaciteit, basismethoden, responsverificatie en afzonderlijke afwikkelingsvereisten omvatten.

Dynamisch of tijdsvariërend tarief	Flexibiliteitsprogramma aan de vraagzijde
Vooral prijsgedreven	Voornamelijk dispatch- of programmagestuurd
De klant bepaalt of en hoe hij reageert	Er kan om een reactie worden gevraagd of een contract worden gesloten
Hoofddoel is factuuroptimalisatie	Hoofddoel is een geverifieerde netwerk- of marktreactie
Prijs- en factureringsintervallen staan centraal	Baseline- en activatievensters staan centraal
Leverancier en facturatieketen staan centraal	Aggregator-, nuts- of programmaafwikkelingsketen kunnen centraal staan
Metergegevens ondersteunen de prijsallocatie	Metergegevens ondersteunen responsverificatie

Dynamische tarieven kunnen lastverschuivingen aanmoedigen, maar formele vraagrespons- of flexibiliteitsprogramma's vereisen aanvullende basis-, activerings- en verificatieregels.

De twee mechanismen kunnen elkaar overlappen. Een batterij, EV-vloot of industrieel proces kan reageren op zowel veranderende prijzen als flexibiliteitsinstructies, maar de facturerings-, controle- en afwikkelingsketens blijven verschillend.

3. Hoe prijsintervallen moeten aansluiten bij meterintervallen

Voor nauwkeurige facturering op basis van dynamische tarieven moeten metergegevens en prijsgegevens op één lijn worden gebracht via een duidelijk gedefinieerde, traceerbare en controleerbare methode.

Binnen hetzelfde project kunnen meerdere tijdsintervallen bestaan:

• Prijspublicatie-interval
• Tariefinterval
• Meteropname-interval
• Vernieuwingsinterval meterregister
• Interval voor gegevensverzameling
• HES-verzamelinterval
• MDM-aggregatie-interval
• Factureringsinterval
• EMS-pollinginterval
• Marktafwikkelingsinterval

Deze intervallen zijn niet automatisch identiek.

Als de prijs elk uur verandert terwijl de meter energie-intervallen van 15 minuten registreert, kan de factureringsarchitectuur vier gevalideerde intervallen samenvoegen voordat de prijs wordt bepaald, of dezelfde uurprijs toepassen op elk van de vier intervallen.

De gekozen methode moet een gelijkwaardig, traceerbaar en controleerbaar resultaat opleveren onder de toepasselijke tariefregels.

Een vereenvoudigde gegevensrelatie kan zijn:

Uurprijs
→ Vier gevalideerde energie-intervallen van 15 minuten
→ Goedgekeurde aggregatie of prijstoepassing op intervalniveau
→ Tariefberekening
→ Klantfactuur

Het project moet het volgende definiëren:

• Of tijdstempels het begin of einde van het interval vertegenwoordigen
• Of tijdstempels UTC of lokale tijd gebruiken
• Hoe gedeeltelijke intervallen worden behandeld
• Hoe herhaalde of ontbrekende klokperioden worden afgehandeld
• Hoe korte intervallen worden samengevoegd
• Hoe laat of gecorrigeerde gegevens opnieuw worden gefactureerd
• Welk systeem voert de prijstoewijzing uit
• Welk tarief en contractversie van toepassing is

Snelle polling creëert niet automatisch een factureringsinterval.

Een gateway kan elke seconde een meter uitlezen, terwijl de leverancier de klant factureert op basis van gevalideerde energiegegevens van 15 minuten of per uur.

4. Welke meter- en verwerkingsgegevens zijn nodig?

De benodigde gegevens zijn afhankelijk van het prijsontwerp, de factureringsregels, de rol van de meter, de systeemarchitectuur en de optimalisatiedoelstelling.

Niet elk project heeft elk dataveld nodig, en niet elk veld wordt noodzakelijkerwijs door de meter gegenereerd.

4.1 Factureringskritieke meter- en verwerkingsgegevens

Factureringskritieke informatie kan het volgende omvatten:

• Interval import energie
• Interval export energie
• Tariefregisterwaarden
• Tijdstempel
• Meter- of meetpuntidentificatie
• Meetinterval
• Meeteenheid
• Import- of exportrichting
• Status van de meterklok, indien beschikbaar
• Tijdzone-informatie
• Toewijzing van tariefperiode
• Prijsbron en prijsidentificatie
• Tariefplanversie
• Tariefkalenderversie
• Versie van de factureringsregel
• Gegevenskwaliteit of validatiestatus
• Werkelijke, ontbrekende, geschatte, vervangende of gecorrigeerde gegevensindicatie
• Originele en gecorrigeerde recordreferenties
• Importprijs- en exportkredietbehandeling

Niet elk veld wordt noodzakelijkerwijs door de meter geproduceerd. Validatievlaggen, tarieftoewijzingen, prijsidentificatoren en correctiestatussen kunnen worden toegevoegd door de HES, MDM, tariefengine of factureringssysteem.

Bijvoorbeeld:

• De meter kan intervalenergie, tariefregisterwaarden en tijdstempels produceren.
• De HES kan apparaat- en communicatie-informatie verzamelen.
• De MDM kan validatie-, schattings-, vervangings- of correctiestatussen toevoegen.
• De tariefengine kan tariefperioden, prijsidentificatoren en tariefversies toewijzen.
• Het facturatiesysteem kan definitieve factureringsgegevens en referenties voor herfacturering genereren.

Dit onderscheid is belangrijk omdat een meterspecificatie alleen niet het volledige factureringsgegevensmodel definieert.

4.2 Optimalisatiegegevens

Een EMS of ander optimalisatieplatform kan gebruik maken van:

• Bijna realtime actief vermogen
• Profielen laden
• Maximale vraag
• Stroom importeren en exporteren
• Energiegegevens op activaniveau
• BESS laad- en ontlaadgegevens
• EV-opladen kracht
• PV-opwekking
• Voorspelling van het verbruik
• Prognose prijsgegevens
• Beperkingen van apparatuur
• Bedrijfsschema's van de locatie

Optimalisatiegegevens kunnen vaker worden verzameld dan officiële factuurgegevens.

4.3 Diagnostische gegevens

Diagnostische gegevens kunnen het volgende omvatten:

• Status meterklok
• Communicatiestatus
• Apparaatgebeurtenissen
• Beschikbaarheid registreren
• Firmwareversie
• Tariefkalenderversie
• Gegevenshiaten
• Gebeurtenissen resetten of opnieuw starten
• Synchronisatiestatus
• Communicatiepogingen
• Vervanging van apparaten of configuratiewijzigingen

Diagnostische informatie helpt verklaren waarom facturerings- of optimalisatiegegevens mogelijk ontbreken, vertraagd of inconsistent zijn.

5. Intervalgegevens zijn niet hetzelfde als realtime gegevens

Verschillende gegevenstypen dienen verschillende doeleinden.

Gegevenstype	Typisch gebruik
Factureringsinterval data	Factuurberekening
Bijna realtime metergegevens	EMS-monitoring en operationele controle
Tariefregistergegevens	Facturering op basis van gebruikstijd
Geschatte gegevens	Tijdelijke continuïteit van de facturering
Gecorrigeerde gegevens	Herberekening na gegevensherstel
Gevalideerde historische gegevens	Laatste facturatie- of marktproces
Prognosegegevens	Belasting- en kostenoptimalisatie

Bijna realtime operationele gegevens mogen niet automatisch worden behandeld als gevalideerde factureringsgegevens.

Een C&I-locatie kan energiegegevens op het tweede niveau gebruiken voor controle, terwijl de leverancier de klant factureert met gevalideerde energie-intervallen van 15 minuten of per uur.

Bijna-realtime gegevens kunnen het volgende ondersteunen:

• Beslissingen over batterijbeheer
• EV-oplaadschema's
• Beheer van piekvraag
• HVAC-optimalisatie
• Dashboards voor operators

Factureringsgegevens vereisen over het algemeen extra consistentie, validatie, retentie en auditcontroles.

Een project kan daarom afzonderlijke datapaden gebruiken:

Operationeel pad:
Meter of regelaar
→ Communicatiemodule of gateway
→ EMS
→ Laadoptimalisatie

Factureringspad:
Officiële meter
→ Gegevensverzameling
→ Validatie en aggregatie
→ Tariefberekening
→ Facturering

Dezelfde meter kan bijdragen aan beide paden, maar de verzamelfrequentie, validatiestatus en officiële acceptatie van de gegevens kunnen verschillen.

6. Meterklok, tijdzone en zomertijd

Tijdnauwkeurigheid is van cruciaal belang bij facturering met tijdsvariërende en dynamische tarieven.

Een correcte energiewaarde toegewezen aan het verkeerde prijsinterval kan toch een onjuiste factuur opleveren.

Projecten moeten bevestigen:

• Meterklokbron
• UTC- of lokale tijdconfiguratie
• Tijdzone-instelling
• Regels voor de zomertijd
• Tolerantie voor klokafwijking
• Synchronisatie frequentie
• Tijdcorrectiemethode op afstand
• Methode voor het bijwerken van tariefkalenders
• Schrikkeljaar- en kalenderafhandeling
• Tijdstempel convention
• Definities van interval-start en interval-einde

Overgangen naar zomertijd

Wijzigingen in de zomertijd kunnen leiden tot:

• Een ontbrekend uur in lokale tijd
• Een herhaald uur in lokale tijd
• Dubbele tijdstempels
• Ongelijke dagelijkse intervaltellingen
• Onduidelijkheid over de tariefperiode

De meter, het incassosysteem, het datamanagementplatform, de tarievenengine en het klantenportaal moeten deze transities consistent interpreteren.

Het intern gebruik van UTC kan de dubbelzinnigheid verminderen, maar het factureringssysteem moet nog steeds van toepassing zijn en de juiste lokale tariefperiode weergeven.

Klokafwijking

Een drijvende meterklok kan gemeten energie aan het verkeerde prijsinterval toewijzen, zelfs als de energiemeting zelf accuraat blijft.

Projecten moeten het volgende definiëren:

• Maximaal acceptabele klokdrift
• Synchronisatiebron
• Correctiefrequentie
• Behandeling van gecorrigeerde tijdstempels
• Auditregistraties voor tijdsveranderingen
• Verantwoordelijk voor het beheer van tijdbronnen

7. Van Slimme Meter tot Klantfactuur

Facturering tegen dynamische tarieven kan verschillende functionele fasen omvatten:

Slimme meter
→ Communicatienetwerk of gateway
→ Gegevensverzameling
→ Gegevensvalidatie en aggregatie
→ Tariefberekening
→ Facturering
→ Klantportaal of factuur

Een gemeenschappelijke architectuur kan gebruik maken van:

Slimme meter
→ HIJ
→ MDM
→ Tariefmotor
→ Facturering system
→ Klantenportaal

Dit is echter geen wereldwijd verplicht of universeel systeemontwerp.

De functionele rollen die in deze architectuur worden getoond, kunnen worden geïmplementeerd als afzonderlijke systemen of worden gecombineerd binnen een nutsbedrijf, leverancier, meterdatahub of softwareplatform.

Bij sommige projecten:

• HES- en MDM-functies kunnen worden gecombineerd.
• De tariefengine kan worden geïntegreerd in het factureringsplatform.
• Metergegevens kunnen via een landelijk of regionaal dataknooppunt lopen.
• Een communicatiemodule kan een afzonderlijke gateway vervangen.
• Een leverancier kan het meterdatabeheer uitbesteden.
• Particuliere C&I-submetergegevens mogen alleen worden gebruikt door het EMS en niet door de officiële factureringsketen.

De exacte architectuur is afhankelijk van:

• De markt
• De meterrol
• De leverancier
• De meterbeheerder
• Het toepasselijke regelgevingskader
• Het contract
• Het projectontwerp

Slimme meter

De slimme meter registreert ondersteunde energie- en elektrische gegevens volgens de geconfigureerde intervallen, tariefregisters en klok.

Communicatie- of verzamellaag

De communicatielaag draagt gegevens stroomopwaarts over en kan records bufferen tijdens tijdelijke communicatieonderbrekingen.

HES- of apparaatbeheerfuncties

Deze functies kunnen het volgende beheren:

• Metercommunicatie
• Gegevens ophalen
• Toesteladressering
• Configuratie op afstand
• Communicatiestatus
• Apparaatgebeurtenissen

MDM- of metergegevensbeheerfuncties

Deze kunnen het volgende omvatten:

• Gegevensvalidatie
• Identificatie van ontbrekend interval
• Goedgekeurde schatting of vervanging
• Intervalaggregatie
• Correctie geschiedenis
• Gegevensvoorbereiding voor facturering

Tariefberekening

De tarieffunctie matcht gevalideerde energiegegevens met:

• Toepasselijke prijzen
• Tariefperiodes
• Contractversies
• Import- en exportregels
• Belastingen of andere kostencomponenten, indien van toepassing

Facturering

De factureringsfunctie past het klantencontract toe en genereert de factuur.

Klantportaal

Een klantgericht platform kan het volgende weergeven:

• Intervalverbruik
• Toepasselijke prijsintervallen
• Werkelijke en geschatte meetwaarden
• Importeer en exporteer waarden
• Overzichten van factureringsperioden
• Tariefwijzigingen
• Correcties
• Kostentrends

Alle fasen moeten consistente eenheden, tijdstempels, schaling en intervaldefinities gebruiken.

8. Wat gebeurt er als metergegevens ontbreken of vertraagd zijn?

Dynamische en tijdsafhankelijke prijzen vergroten het belang van de status van de gegevenskwaliteit, omdat elk ontbrekend interval geassocieerd kan zijn met een andere prijs.

Veel voorkomende gegevensproblemen zijn onder meer:

• Ontbrekende intervallen
• Vertraagde uploads
• Communicatieonderbrekingen
• Dubbele records
• Onjuiste tijdstempels
• Meter wordt gereset
• Geschatte waarden
• Gesubstitueerde waarden
• Schaalfouten
• Late correcties

Het project moet het volgende definiëren:

• Of tijdelijke facturering gebruikmaakt van geschatte gegevens
• Hoe schattingen worden berekend
• Hoe geschatte waarden worden geïdentificeerd
• Of facturen opnieuw worden berekend nadat de feitelijke gegevens binnenkomen
• Wie de gecorrigeerde records goedkeurt
• Hoe originele en gecorrigeerde documenten behouden blijven
• Hoe klanten werkelijke, geschatte en gecorrigeerde waarden kunnen onderscheiden
• Hoe geschillen worden afgehandeld
• Welk tarief en prijsversie wordt toegepast tijdens het opnieuw factureren

Typische statuslabels kunnen zijn:

• Werkelijk
• Gevalideerd
• Ontbreekt
• Geschat
• Vervangen
• Gecorrigeerd
• Afgewezen

Een gecorrigeerd interval mag het oorspronkelijke record niet stilletjes overschrijven als traceerbaarheid of controleerbaarheid vereist is.

9. Import- en exportprijzen kunnen verschillende regels volgen

Dynamische importprijzen betekenen niet automatisch dat geëxporteerde energie dezelfde prijs krijgt of dezelfde intervalregels volgt.

Een project moet afzonderlijk bevestigen:

• Prijsbron importeren
• Compensatiemethode exporteren
• Of import en export apart geprijsd zijn
• Of import en export aparte contracten gebruiken
• Of er afzonderlijke registers of ondertekende waarden worden gebruikt
• Behandeling van gelijktijdige import en export
• Exportbeperkingen
• Behandeling met negatieve prijs, indien van toepassing
• Feed-in-tarief
• Exportkrediet
• Marktgebonden exportcompensatie
• Belastingen, netwerkkosten of heffingen
• Toepasselijke facturerings- en afwikkelingsintervallen

Geïmporteerde elektriciteit kan bijvoorbeeld een marktgebonden contract per uur volgen, terwijl geëxporteerde PV- of batterij-energie het volgende ontvangt:

• Een vast teruglevertarief
• Een door de leverancier gedefinieerd exportkrediet
• Een andere marktconforme prijs
• Geen compensatie onder bepaalde voorwaarden

De meter- en stroomopwaartse systemen moeten de import-/exportrichting behouden en de juiste contract- en prijsregels toepassen.

10. Hoe C&I-gebruikers ladingen kunnen optimaliseren tegen tijdsafhankelijke prijzen

Veranderende prijzen kunnen C&I-gebruikers helpen de timing van het elektriciteitsverbruik, de opwekking of de opslag ervan aan te passen.

De beschikbare mogelijkheden zijn afhankelijk van:

• Operationele beperkingen
• Uitrustingsmogelijkheden
• Tarief ontwerp
• Prijsvoorspellingen
• Netwerkkosten
• Vraag kosten
• Regels exporteren
• Mogelijkheden van het besturingssysteem

Batterij-energieopslag

Een BESS kan worden gepland om:

• Laad op tijdens periodes met lagere prijzen
• Ontlading tijdens duurdere periodes
• Verminder de import van netwerken tijdens dure intervallen
• Verhoog het eigen PV-verbruik
• Ondersteuning van vraag-kostenbeheer

Het optimalisatiemodel moet rekening houden met:

• Batterij-efficiëntie
• Staat van lading
• Vermogenslimieten
• Energie capaciteit
• Degradatie kosten
• Hulpverbruik
• Vraag kosten
• Exportbeperkingen
• Import- en exportprijsverschillen

EV-vloot opladen

Het opladen van elektrische voertuigen kan worden verschoven binnen de beschikbaarheids- en vertrekbeperkingen van het voertuig.

Mogelijke strategieën zijn onder meer:

• Opladen tijdens goedkopere periodes
• Dure piekintervallen vermijden
• Meerdere opladers coördineren
• Beperking van de vraag naar sites
• Gebruik maken van day-ahead prijsvoorspellingen
• Het opladen verhogen tijdens perioden met een hoog PV-vermogen

HVAC en koeling

HVAC en koeling kunnen prijsoptimalisatie ondersteunen door:

• Voorkoeling
• Thermische opslag
• Aanpassing temperatuur-setpoint
• Compressorplanning
• Volgorde van koelmachines

Deze strategieën moeten binnen de grenzen van comfort, veiligheid, proces en productkwaliteit blijven.

Pompen, compressoren en industriële processen

Sommige industriële activiteiten kunnen worden verplaatst naar perioden met lagere prijzen als de productieschema's dit toelaten.

Voorbeelden kunnen zijn:

• Pompen
• Persluchtsystemen
• Waterbehandeling
• Batch-processen
• Thermische processen
• Niet-continue productielijnen

Eigen PV-verbruik

Een prijsbewust EMS kan prijsgegevens combineren met PV-prognoses om te beslissen of elektriciteit:

• Direct geconsumeerd
• Opgeslagen
• Geëxporteerd
• Gebruikt voor het opladen van EV's
• Gebruikt door flexibele industriële belastingen

Energieprijsarbitrage, optimalisatie van het eigen verbruik, beheer van de vraag-heffing en vraag-responsinkomsten kunnen elkaar overlappen, maar ze maken gebruik van verschillende prijs-, controle-, contract- en afwikkelingsregels.

11. Waarom submeting belangrijk is voor tariefoptimalisatie

De officiële factureringsmeter toont de totale energie die wordt geïmporteerd of geëxporteerd op de factureringsgrens.

Submetering helpt bij het identificeren welke apparatuur, afdeling of proces verbruik veroorzaakte tijdens periodes van hoge prijzen.

Nuttige meetpunten kunnen zijn:

• Inkomende voorziening van nutsvoorzieningen
• Productielijnen
• HVAC-systemen
• Koeling
• EV-opladen
• Batterij-energieopslag
• PV-uitgang
• Pompen and compressors
• Huurderscircuits
• Departementale circuits

Submeting kan een C&I-gebruiker helpen bij het bepalen van:

• Welk actief actief was tijdens een dure periode
• Welk proces veroorzaakte de sitepiek
• Of het opladen van EV’s heeft plaatsgevonden tijdens de beoogde lageprijsperiode
• Of de BESS het verwachte nettobelastingseffect produceerde
• Of het hulpverbruik de opslagbesparingen verminderde
• Welke afdeling moet een interne kostentoerekening krijgen?
• Of optimalisatie de kosten heeft verschoven in plaats van verlaagd

Particuliere deelmeters vervangen niet automatisch een officiële factureringsmeter.

Of een meter of gegevensbron wordt geaccepteerd voor formele facturering, hangt af van:

• De leverancier
• Het hulpprogramma
• De meterbeheerder
• Toepasselijke wettelijke metrologische vereisten
• Het contract
• Het regelgevingskader
• De architectuur van het factureringssysteem

12. Gegevenstoegang, klanttransparantie en contractrisico

Contracten met dynamische prijzen kunnen klanten blootstellen aan zowel kansen als prijsvolatiliteit.

Voordat een klant een dynamisch elektriciteitsprijscontract afsluit, moet de relevante leverancier de kansen, kosten en risico's van het contract duidelijk uitleggen en waar nodig toestemming van de klant verkrijgen.

Klanten moeten het volgende kunnen begrijpen:

• Dynamische prijsberekeningsmethode
• Prijsbron en publicatietijd
• Toepasselijk prijsinterval
• Blootstelling aan prijspieken en volatiliteit van facturen
• Vaste netwerkkosten
• Belastingen en toeslagen
• Vraag kosten
• Import- en exportprijsverschillen
• Meter- en gegevensvereisten
• Werkelijk and estimated-data treatment
• Schakelvoorwaarden
• Voorwaarden voor beëindiging
• Regels voor herfacturering
• Potentiële voordelen en risico's van geautomatiseerde optimalisatie
• Vereisten voor toestemming van de klant, indien van toepassing

Klanten hebben mogelijk gegevenstoegang nodig via:

• Portalen van leveranciers
• Mobiele applicaties
• API's
• Downloadbare intervalgegevensbestanden
• Factuuroverzichten
• EMS-dashboards
• Geplande rapporten

Nuttige klantgerichte informatie kan het volgende omvatten:

• Energie verbruikt in elk interval
• Prijs toegepast op elk interval
• Prijs bron
• Importeer en exporteer waarden
• Werkelijk versus estimated data
• Tariefwijzigingen
• Gegevenscorrecties
• Waarden voor piekvraag
• Exportkrediets
• Factureringsaanpassingen

Dynamische tarieven scheppen alleen vertrouwen als klanten kunnen begrijpen welk energie-interval tegen welke prijs in rekening is gebracht.

13. Gemeenschappelijke integratierisico's

Een project met dynamische tarieven kan mislukken, zelfs als de meter de energie nauwkeurig meet.

Veel voorkomende risico's zijn onder meer:

1. Meterinterval en prijsinterval komen niet overeen
2. Onjuiste tijdzoneconfiguratie
3. Onjuiste afhandeling van de zomertijd
4. Omkering van import- en exportrichting
5. Ontbreekt tariff-calendar update
6. Prijs-bronversie komt niet overeen
7. HES- en MDM-aggregatieverschillen
8. Geschat data not clearly identified
9. EMS-tijdstempels verschillen van factureringstijdstempels
10. Onjuiste CT-ratio, shuntschaling of registerschaling
11. Registreer kaartwijzigingen na firmware-updates
12. Meterklokafwijking
13. Dubbele of ontbrekende intervalrecords
14. Gateway-buffering zonder correcte herstelvolgorde
15. Klantportalwaarden afwijken van factuurwaarden
16. Bijna realtime gegevens worden behandeld als gevalideerde factuurgegevens
17. Tariefengineregels komen niet overeen met het klantencontract
18. Er wordt aangenomen dat de exportcompensatie overeenstemt met de importprijzen
19. Te laat gecorrigeerde gegevens leiden niet tot de juiste herfacturering
20. Een technisch geschikte meter wordt niet geaccepteerd voor formele facturering

Een end-to-end pilot moet de volledige keten testen, van metermeting tot tariefberekening, facturatie en klantpresentatie.

14. Controlelijst voor dynamische tariefmeting

Selectiegebied	Wat te bevestigen
Prijsmechanisme	Vast, gebruikstijdstip, gebeurtenisgebaseerd, per uur of marktgebonden
Contracttype	Of het nu gaat om een door de leverancier gedefinieerd variabel tarief of een regulerend dynamisch elektriciteitsprijscontract
Prijs bron	Bron en versie van markt-, leveranciers- of tariefkalender
Prijsinterval	Vijftien minuten, per uur of een andere gedefinieerde periode
Metergegevenspad	Intervalregistraties, tariefregisters of een andere goedgekeurde methode
Meterinterval	Registratie-, opslag- en rapportage-interval
Intervaluitlijning	Hoe meterintervallen in kaart worden gebracht met prijsintervallen
Tijdbron	Meter, communicatiemodule, HES of centraal platform
Tijdzone	UTC of lokale tijd
Zomertijd-afhandeling	Herhaalde en ontbrekende lokale tijdsintervallen
Importeren en exporteren	Aparte registers of ondertekende waarden
Prijzen importeren	Bron en toepasselijke contractregel
Exportprijzen	Exportkrediet, feed-in price or market-linked compensation
Tariefregistraties	Beschikbaarheid en aantal ondersteunde perioden waar nodig
Gegevensstatus	Werkelijk, missing, estimated, substituted or corrected
HES of inzamelsysteem	Metercommunicatie and collection compatibility
MDM- of validatiefunctie	Validatie-, schattings-, aggregatie- en correctieregels
Tarief motor	Prijsmatching en tariefkalenderlogica
Facturering system	Factuurberekening and rebilling capability
EMS-gegevens	Vereiste realtime of bijna realtime waarden
Toegang tot gegevens	Portaal, API, exporteren of rapporteren
Gegevensretentie	Facturering, audit and dispute period
Communicatie	Fysieke interface en protocol
Kaart registreren	Adressen, eenheden, schaling en gegevenstypen
Nauwkeurigheid van de klok	Drifttolerantie en synchronisatiemethode
CT- of shuntschaling	Volledige meetketenconfiguratie
Facturering acceptance	Of de meter en de gegevens ervan worden geaccepteerd door de leverancier, het nutsbedrijf, de meterbeheerder of de facturerende partij
Juridische metrologie	Toepasselijke certificering, afdichting, verificatie en wettelijke vereisten
Opnieuw factureren	Behandeling van late, geschatte en gecorrigeerde intervalgegevens
Contractversie	Tariefplan, prijsregel en klantcontractversie
Cyberbeveiliging	Authenticatie, toegangscontrole en firmwarebeheer
Piloottest	Meter-naar-factuur- en meter-naar-EMS-validatie

Toepasselijke wettelijke metrologie- en factureringsacceptatievereisten variëren per land, contract, meterrol en systeemarchitectuur.

Er mag geen enkele certificering worden gepresenteerd als een universele vereiste voor alle projecten met dynamische tarieven.

De meter mag pas worden geselecteerd nadat de prijsstructuur, meterrol, datamethode, acceptatievoorwaarden voor facturering en systeemverantwoordelijkheden zijn gedefinieerd.

15. Hoe YTL de initiële meterevaluatie kan ondersteunen

Zhejiang Yongtailong Electronic Co., Ltd. (YTL) levert geselecteerde energiemeterproducten en data-interfaces die deel kunnen uitmaken van gebruikstijd-, dynamische-tarief- en C&I-architectuur voor energiebeheer , afhankelijk van het metermodel, wettelijke metrologische vereisten, factureringsrol en algemeen systeemontwerp.

Afhankelijk van het geselecteerde model en de projectvereisten kan YTL ondersteuning bieden voor:

• Initiële metermodelselectie
• Beoordeling van spannings- en stroombereik
• Beoordeling van door de klant voorgestelde CT-ratio's, secundaire inputs en eisen aan de meterzijde
• Beoordeling van door de klant gespecificeerde interval-energie-, opslag- en rapportagevereisten
• Import- en exportmetingsbeoordeling
• Bevestiging van communicatieoptie
• Beoordeling van RS485- en Modbus-interfaces
• Register-kaart en data-formaat beoordeling
• Ondersteuning voor voorbeeldtesten
• Beoordeling van meter-naar-gateway- of controllerintegratie
• Eerste technische bespreking van door de klant voorgestelde meetpunten

Productmogelijkheden variëren per model, hardware, firmware, stroomdetectie-opstelling, tariefconfiguratie, communicatie-interface en registerkaartversie.

Tariefkalenderfuncties, intervalgegevenscapaciteit, tijdsynchronisatie, communicatie-implementatie, wettelijke metrologieomvang en platformcompatibiliteit moeten worden bevestigd voor het geselecteerde model en project.

YTL beweert niet dat elk metermodel elke dynamische tariefarchitectuur, HES, MDM, tariefengine of factureringsplatform ondersteunt.

De definitieve aanvaarding van een meter en de bijbehorende gegevens voor facturering aan de klant blijft onderworpen aan de relevante vereisten van de leverancier, het nutsbedrijf, de meterbeheerder, het regelgevingskader en het facturatiesysteem.

YTL ondersteunt de laag voor meting op veldniveau en gegevensuitvoer. Tariefontwerp, prijspublicatie, HES- en MDM-implementatie, tariefberekeningen, facturering, klantcontractbeheer en EMS-controlestrategieën blijven de verantwoordelijkheden van de relevante leveranciers, nutsbedrijven, softwareleveranciers, systeemintegrators en projectbelanghebbenden.

16. Veelgestelde vragen

Wat is het verschil tussen een time-of-use-tarief en een dynamisch elektriciteitsprijscontract?

Een time-of-use-tarief maakt doorgaans gebruik van vooraf gedefinieerde prijsperioden. In de Europese Unie weerspiegelt een dynamisch elektriciteitsprijscontract de prijsvariatie op spotmarkten, inclusief day-ahead- en intraday-markten, met tussenpozen die ten minste gelijk zijn aan de toepasselijke marktvereffeningsfrequentie.

Is een vraagheffing een soort dynamisch elektriciteitstarief?

Niet noodzakelijkerwijs. Een vraagheffing is doorgaans een afzonderlijke heffing op basis van de piekvraag of een andere vraagmaatstaf. Het kan bestaan ​​naast een vaste energieprijs, gebruikstijd of dynamische energieprijs.

Welke metergegevens zijn mogelijk nodig voor dynamische prijzen?

Afhankelijk van het contract en de architectuur kunnen relevante metergegevens bestaan ​​uit intervalimport en -export van energie, tijdstempels, tariefregisters, meteridentificatoren en richtingswaarden. Validatie, tarieftoewijzing, prijsidentificaties en correctiestatussen kunnen worden gegenereerd door upstream-systemen in plaats van door de meter.

Kunnen tariefregisters worden gebruikt in plaats van intervalgegevens?

In sommige time-of-use-projecten kunnen tariefregisters de facturering ondersteunen. Voor marktgerelateerde of gedetailleerdere prijzen kunnen intervalgegevens nodig zijn. De geaccepteerde methode is afhankelijk van de leverancier, het contract, de meterrol en het facturatiesysteem.

Worden realtime meterwaarden rechtstreeks gebruikt voor facturering?

Niet noodzakelijkerwijs. Bijna-realtime waarden kunnen EMS-optimalisatie ondersteunen, terwijl bij facturering doorgaans gebruik wordt gemaakt van gevalideerde intervalrecords of goedgekeurde tariefregistergegevens.

Hoe worden uurprijzen gekoppeld aan metergegevens van 15 minuten?

De factureringsarchitectuur kan vier gevalideerde intervallen van 15 minuten samenvoegen vóór de prijsstelling, of dezelfde uurprijs toepassen op elk van de vier intervallen. De gekozen methode moet een gelijkwaardig, traceerbaar en controleerbaar resultaat opleveren onder de toepasselijke tariefregels.

Waarom is zomertijd belangrijk?

Door veranderingen in de zomertijd kan er een ontbrekend of herhaald lokaal tijduur ontstaan. Onjuiste afhandeling kan anderszins correcte energiewaarden aan het verkeerde prijsinterval toewijzen.

Bepaalt een dynamische importprijs de exportprijs?

Nee. Voor geïmporteerde en geëxporteerde energie kunnen verschillende contracten, tarieven, kredieten of marktgerelateerde prijzen gelden.

Zijn HES en MDM altijd gescheiden systemen?

Nee. Hun functies kunnen worden geïmplementeerd als afzonderlijke systemen of worden gecombineerd binnen een nutsbedrijf, leverancier, meterdatahub of softwareplatform.

Kan een Modbus-meter tariefoptimalisatie ondersteunen?

Een Modbus-meter kan stroom- en energiegegevens leveren aan een gateway of EMS, afhankelijk van het geselecteerde model en de registerkaart. Protocolondersteuning alleen zorgt niet voor acceptatie door een leverancier, HES, MDM of factureringsplatform.

Optimaliseert een slimme meter automatisch de belasting?

Nee. De slimme meter meet en geeft gegevens door. Optimalisatie wordt normaal gesproken uitgevoerd door een EMS, controller, BMS, laadbeheerplatform of een ander besturingssysteem.

Wat moeten kopers bevestigen voordat ze een meter selecteren?

Kopers moeten het prijsmechanisme, de interval- of tariefregistratiemethode, tijdsynchronisatie, import/export-behandeling, communicatie-interface, wettelijke metrologische reikwijdte, acceptatie van facturen en integratievereisten bevestigen.

17. Conclusie

Tijdsvariërende en dynamische elektriciteitsprijzen verbinden verschillende elementen:

Tijd energiegegevens prijsgegevens contractregels

De meter registreert ondersteunde energiewaarden en tijdinformatie. Verzamel- en gegevensbeheerfuncties halen de records op, valideren ze en bereiden ze voor. De tarieffunctie past het toepasselijke prijs- of kostenmechanisme toe. Het factureringssysteem produceert de klantfactuur, terwijl het EMS snellere operationele gegevens kan gebruiken om de belasting, opslag en het opladen van elektrische voertuigen te optimaliseren.

Projecten met dynamische tarieven slagen wanneer:

• De tijdsindeling is accuraat
• Energiegegevens zijn traceerbaar
• Prijsgegevens zijn versiegestuurd
• Import- en exportregels are defined
• Acceptatie van de factuur wordt bevestigd
• Klantrisico's en contractvoorwaarden zijn transparant
• Operationele en factureringsgegevens worden niet met elkaar verward

Betrouwbare interval- of tariefregistermeting is een belangrijke basis, maar nauwkeurige facturering is afhankelijk van de volledige meter-to-bill-architectuur.

Referenties

1. Richtlijn (EU) 2019/944 van het Europees Parlement en de Raad van 5 juni 2019 betreffende gemeenschappelijke regels voor de interne markt voor elektriciteit, artikel 2, lid 15, definitie van een dynamisch elektriciteitsprijscontract, en artikel 11.
2. Richtlijn (EU) 2024/1711 van het Europees Parlement en de Raad van 13 juni 2024 tot wijziging van de Richtlijnen (EU) 2018/2001 en (EU) 2019/944 wat betreft het verbeteren van de opzet van de elektriciteitsmarkt van de Unie.
3. Uitvoeringsverordening (EU) 2023/1162 van de Commissie van 6 juni 2023 betreffende interoperabiliteitseisen en niet-discriminerende en transparante procedures voor toegang tot meet- en verbruiksgegevens.
4. Verordening (EU) 2019/943 van het Europees Parlement en de Raad van 5 juni 2019 betreffende de interne markt voor elektriciteit en het Uniekader inzake onbalansverrekeningsperioden van 15 minuten.