Transparency in Energy Markets

Größe: px
Ab Seite anzeigen:

Download "Transparency in Energy Markets"

Transkript

1 Transparency in Energy Markets Melderhandbuch Datum/Date Ort/Place Leipzig Dokumentversion/Document Release Copyright Transparency in Energy Markets Melderhandbuch, Version Page 1

2 1. Dokumentenverlauf Version Beschreibung Datum Autor 1.0 Erstellung Version Mathias Ponnwitz 1.1 Allgemeine Überarbeitung + Vorgehen bei Stammdatenänderungen 1.2 Allgemeine Ergänzungen, Zeitverschiebungsthematik, Anpassung der Grafiken in Veröffentlichungen, FAQ, Maßnahmen bei melderseitigen Störungen/Ausfällen 1.3 Allgemeine Ergänzungen und TSM (siehe EEX_Melderhandbuch_Releasenotes_vX.X.doc) 1.4 Anpassungen im Rahmen der Anmerkungen zum TPE Release 2.0a und allgemeine Überarbeitung (siehe EEX_Melderhandbuch_Releasenotes_vX.X.doc) 1.5 Anpassungen im Rahmen des TPE Release 2.5 und allgemeine Überarbeitung (siehe EEX_Melderhandbuch_Releasenotes_vX.X.doc) 2.0 Komplette Überarbeitung und Integration neuer Meldungstypen Abgleich mit Datenbereitstellungsvertrag und Bereinigung von Inkonsistenzen Mathias Ponnwitz Sebastian Förster und Mathias Ponnwitz Sebastian Förster, Mathias Ponnwitz und Daniel Köhler Mathias Ponnwitz Mathias Ponnwitz, Daniel Köhler, Marcus Fochtmann Mathias Ponnwitz und Dr. Marcus Mittendorf Mathias Ponnwitz und Dr. Marcus Mittendorf 2.0.2/ 2.03 Präzisierungen: Übermittlung von Stammdaten und Abmelden einer Erzeugungs-, Verbrauchsund/oder Speicheranlage/-einheit; Ergänzung der Incident-Kategorien sowie im Ad-hoc Ticker, Meldungstypenzuordnung zu XSD 1.8 und 1.9, brennstoffscharfe Veröffentlichung von TEM 5a/10a Mathias Ponnwitz und Dr. Marcus Mittendorf Neue Meldungsvalidierung ab XSD 1.10, Einführung TEM 0/1a/28, Ergänzung der Brennstoffliste, Ergänzungen bei Meldungstypen zur Stromerzeugung-/speicherung/-verbrauch sowie zum Erdgasverbrauch, zusätzliche Stammdaten Neue Meldungstypen TEM 5b/10b, XSD 1.12 und Kapitel Datenweiterleitung eingefügt. etc Online-Tool, Stammdatenfeld für Bahnstrom, Eingabemasken für TR-Tool, Response Message D007, Aktualisierung des FAQ und Glossars Mathias Ponnwitz und Dr. Marcus Mittendorf Mathias Ponnwitz und Dr. Marcus Mittendorf Mathias Ponnwitz, Dr. Marcus Mittendorf, Laura Benedde Copyright Transparenzplattform Melderhandbuch, Version Page 2

3 2. Inhaltsverzeichnis 1. Dokumentenverlauf Inhaltsverzeichnis Einleitung Ziele des Dokumentes Zielgruppe des Dokumentes Motivation der Transparenzplattform Anpassungen des Melderhandbuchs Organisation Ansprechpartner Betriebszeiten und First-Level-Support Systembeschreibung Komponenten Sicherheitszone (SHZ) Demilitarisierte Zone (DMZ) Public-Key-Infrastruktur (PKI) Webservice-Schnittstelle TR-Tool Website Backup-Website Online-Tool Architektur Betrieb Stammdaten Datenmodell Feldtypen für Stammdaten Stammdaten für meldende Unternehmen Stammdaten für Erzeugungs-, Verbrauchs- bzw. Speicheranlagen Stammdaten zu Erzeugungs-, Verbrauchs- bzw. Speichereinheiten Stammdaten zur meldenden Person Struktur der zu den Stammdaten zugeordneten IDs Initiale Anlage von Stammdaten Änderung von Stammdaten Copyright Transparenzplattform Melderhandbuch, Version Page 3

4 6.4. Abmeldung von Erzeugungs-, Verbrauchs- und Speichereinheiten (Meldeende) Erzeugungseinheiten Verbrauchseinheiten Speichereinheiten Meldungen Einleitung Allgemeiner Überblick Kurzübersicht der Meldedaten: Strom Kurzübersicht der Meldedaten: Erdgas/LNG Kurzübersicht der Meldedaten: TEM 13 - Ad-Hoc Ticker Beschreibung und Darstellung Hinweise zu den Meldungen Kurzübersicht der verwendeten XSD-Versionen Strom Übergreifende Meldungstypen Strom: Erzeugung Strom: Verbrauch Strom: Speicherung Erdgas/LNG Erdgas: Verbrauch Erdgas/LNG: Speicherung Sonstige Insider-Informationen TEM 13: Ad-hoc Ticker Nutzung des Ad-hoc Tickers über Online-Tool Reports XML-Format der Berichtsanfrage XML-Format der Berichtsantwort Definition der CSV-Reports TSM Technical Status Message Beispiel für einen Incident Beispiel für ein Maintenance Window Auswahllisten Meldearten TR-Tool Übersicht Copyright Transparenzplattform Melderhandbuch, Version Page 4

5 Installation Authentifizierung/Zertifikate Aufruf Verzeichnisstruktur Betrieb GUI Logging Backup Webservice-Schnittstelle Übersicht WSDL Authentifizierung Signatur der Meldungen und Reportanfragen Übertragungsformat Operation sendmessage Operation getlatestdeliveries Operation getdeliverybymessageid XML-Format der Meldungen Online-Tool Meldeprozess Voraussetzungen zur Meldung Ablauf: Melder werden Stammdatenänderungen Überblick Übermittlung Syntaktische Validierung Delivery Confirmation (Übergabebestätigung) Validierungen der XSD-Version ab Plausibilisierung der Publikation Acknowledgement Aktualisierung Häufig gestellte Fragen (FAQ) und Meldeverhalten Marktinformation Abkürzungsverzeichnis Begriffsdefinitionen Copyright Transparenzplattform Melderhandbuch, Version Page 5

6 9.9. Definition von Auswahllisten Länder und Gebotszonen Art der Erzeugung Commodities Regelzonen (Strom)/Marktgebiete (Erdgas/LNG) Meldungen Berichte Meldegründe Marktzeiteinheiten Datenweiterleitung Datenweiterleitung an ENTSO-E Anforderung der Transparenzverordnung Registierung Stammdaten Operative Datenweiterleitung Datenweiterleitung an ACER Copyright Transparenzplattform Melderhandbuch, Version Page 6

7 3. Einleitung 3.1. Ziele des Dokumentes Ziel des vorliegenden Dokuments ist es, die für ein meldendes Unternehmen der Transparenzplattform notwendigen Voraussetzungen, Schritte und Gegebenheiten zur Meldung an die Transparenzplattform zu beschreiben. Dabei werden insbesondere die folgenden Punkte dargestellt: Voraussetzungen zur Meldung auf die Transparenzplattform Beschreibung der Möglichkeiten zur Übermittlung der Meldedaten Beschreibung der zu meldenden Daten Kommunikationsmöglichkeiten zwischen Melder und EEX Zielgruppe des Dokumentes Das Dokument richtet sich speziell an diejenigen Unternehmen und deren Mitarbeiter, die Meldungen zur Transparenzplattform zu übertragen beabsichtigen oder bereits übertragen. Den meldenden Unternehmen obliegt die Datenlieferung Ihrer Meldedaten an die Transparenzplattform. Diese Daten werden von der Transparenzplattform verarbeitet, gespeichert und in entsprechender Form auf der Website publiziert Motivation der Transparenzplattform Ursprünglicher Ausgangspunkt für den Aufbau der Transparenzplattform war die Veröffentlichungspflicht von Informationen zu Erzeugung und Verbrauch auf Grundlage der Congestion Management Guidelines der Europäischen Kommission vom 9. November Daraus wurde Ende 2007 für jeden Regionalmarkt der Regionalinitiative der ERGEG ein Report on Transparency mit konkreten Regelungen zur Herstellung von Transparenz abgeleitet. Zur Umsetzung im Marktgebiet der EEX wurden die Richtlinien des Reports on Transparency durch das Bundesministerium für Wirtschaft in Zusammenarbeit mit der Bundesnetzagentur im September 2008 in Form einer Liste von zehn veröffentlichungspflichtigen Meldungen (und einer freiwilligen Zusatzmeldung) konkretisiert und gleichlautend für Österreich angewandt (BMWi-Liste bzw. VLÖ). Im Kontext der europäischen Verordnung über die Integrität und Transparenz des Energiegroßhandelsmarkts (REMIT, 1227/2011) als derzeit umfassendstem Regelwerk erfolgte eine wesentliche Weiterentwicklung der Transparenzplattform. Darüber hinaus ist die Nutzung von datenseitigen Synergien zwischen REMIT und der europäischen Transparenzverordnung (543/2013) erklärtes Ziel der Plattform. Weitere Synergien können auch im nationalen Bereich bestehen, deren Nutzung gesondert zu untersuchen ist Anpassungen des Melderhandbuchs Nachfolgend werden die Anpassungen im Melderhandbuch v2.2.1 gegenüber der Vorgängerversion aufgeführt. Copyright Transparency in Energy Markets Melderhandbuch, Version Page 7

8 Kapitel Anpassung Beschreibung 5.1.8, 5.2., , 8,3, angepasst - Beschreibung Online-Tool eingefügt - Aktualisierung der Architekturbeschreibung - Nutzung des Ad-hoc Ticker über Online-Tool angepasst - Stammdatenfeld für Bahnstrom ergänzt 6.4.1, 6.4.2, 6.4.3, angepasst - Ablauf bei Erreichen des Meldeendes angepasst und um nicht mehr unterstützte Datenelemente bereinigt angepasst - Hinweise zum Meldebeginn ergänzt , , , , , , , , , , , , , angepasst - Meldepflicht und Rolle der Marktzeiteinheit präzisiert angepasst - Fallbeispiele für Speichereinheiten ergänzt angepasst - Präziserung zu Fehler-Codes angepasst - Masken für TR-Tool eingefügt angepasst - Fehlerkorrektur: 240 statt 160 Zeichen im Ad-hoc Ticker , angepasst - Ergänzung der Validierung F027, Korrektur angepasst - Korrektur der Fehler-Codes für Plausibilisierung der Publikation 9.5 angepasst - FAQ ergänzt bei TR-Tool, Eigenentwicklung und Meldungen - Glossar ergänzt bei Nicht beanspruchbarer Leistung und Redispatch Transparenzplattform Melderhandbuch, Version Page 8

9 4. Organisation 4.1. Ansprechpartner Bei technischen und vertraglichen Fragen wenden Sie sich bitte an den Transparency Support unter folgenden Kontaktdaten. Tel.: Fax: Betriebszeiten und First-Level-Support Die Betriebszeit teilt sich in: Kernbetriebszeit (KBZ), täglich (365 Tage), Uhr (CET/CEST) Nebenbetriebszeit (NBZ), täglich (365 Tage), Uhr (CET/CEST) Wartungsfenster werden mindestens eine Kalenderwoche vorher angekündigt und liegen in der Regel zwischen Montag und Freitag, im Zeitfenster von bis 8.00 Uhr (CET/CEST). In Ausnahmefällen ist auch eine kürzere Ankündigungsfrist möglich. Der TP First-Level-Support (Transparency Support) wird durch die EEX bereitgestellt. In der Zeit von Montag bis Freitag, zwischen 8.00 Uhr und Uhr (CET/CEST) mit Ausnahme von bundeseinheitlichen Feiertagen in Deutschland sowie dem 24. und 31. Dezember besteht für meldende Unternehmen die Möglichkeit, die EEX per und Telefon zu kontaktieren. Der First-Level-Support ist erste Anlaufstelle für alle eingehenden Unterstützungsfragen sowie beim Auftreten von Problemen im Meldeprozess. Transparenzplattform Melderhandbuch, Version Page 9

10 5. Systembeschreibung 5.1. Komponenten Die Funktionalität der Transparenzplattform verteilt sich auf die nachfolgenden Komponenten Sicherheitszone (SHZ) Die Sicherheitszone (SHZ) ist der Bereich, in dem sich Applikationen und Daten mit erhöhtem Schutzbedarf befinden. Das bedeutet, dass ein Eindringen von außen (Internet) durch entsprechende technische Maßnahmen ausgeschlossen ist. In der Sicherheitszone befinden sich das Data Warehouse der Transparenzplattform und die Kundendatenbank. Alle Applikationen (u.a. das Basissystem), die direkt mit diesen Datenbanken arbeiten, werden ebenfalls in der SHZ betrieben Demilitarisierte Zone (DMZ) Die demilitarisierte Zone (DMZ) fungiert als Puffer zwischen dem Internet und der Sicherheitszone bzw. dem Intranet. In der DMZ befinden sich zwei Applikationsserver. Der erste nimmt die Nachrichten, d.h. Meldedaten oder kundenspezifische Anforderungen entgegen, verschlüsselt diese und speichert sie in einem Nachrichtenpool ab. Der zweite Applikationsserver dient der Veröffentlichung der anonymisierten und aggregierten Meldedaten gemäß der Vorgaben des Datenbereitstellungsvertrags in der jeweils gültigen Fassung Public-Key-Infrastruktur (PKI) Die PKI dient zur Bereitstellung von digitalen Zertifikaten, welche zur eindeutigen Identifikation der meldenden Personen verwendet werden. Die innerhalb der PKI ausgestellten Zertifikate werden zur Absicherung des Kommunikationsweges zwischen Melder und Transparenzplattform verwendet Webservice-Schnittstelle Sämtliche Meldedaten werden über die Webservice-Schnittstelle zur Transparenzplattform übertragen. Das TR-Tool nutzt diese Schnittstelle, um Meldedaten und Reportanfragen zu übermitteln. Die Schnittstelle kann aber auch direkt, d.h., ohne TR-Tool genutzt werden. In diesem Fall implementiert ein Melder seine eigene Schnittstelle TR-Tool Das TR-Tool (Transmission and Reporting Tool) ist ein Java-Tool und dient der Übermittlung von Meldedaten, Reportanfragen und dem Empfang von Acknowledgements und Antworten auf Reportanfragen. Transparenzplattform Melderhandbuch, Version Page 10

11 Website Die Website dient zur Darstellung der Meldedaten in der im Datenbereitstellungsvertrag bzw. dem Melderhandbuch vereinbarten Form Backup-Website Die Backup-Website dient zur Darstellung von Nichtbeanspruchbarkeiten und Ad-hoc Ticker- Meldungen im Fall einer Störung der Publikation oder eines Wartungsfensters. 1 Die auf der Backup-Website im Fall einer Störung oder eines Wartungsfensters publizierten Daten werden nach Behebung dieser mit gleichem Zeitstempel auf der regulären Website publiziert Online-Tool Das Online-Tool dient zur Übermittlung von Meldungen für den Meldungstyp Ad-hoc Ticker (TEM 13) mittels dieses webbasierten Tools. Im Falle der Nichtverfügbarkeit des Standardmeldewegs über TR-Tool/Eigenentwicklung zum Webservice können auch Meldungen zu TEM 12, 20, 21, 26, 27 und 28 über den Ad-hoc Ticker gemeldet werden. Das Online-Tool wird ab dem zur Verfügung gestellt Architektur Die Melder übermitteln die Meldedaten per TR-Tool, über eigene Systeme des Melders oder das Online-Tool über das Internet zum DMZ-Webservice. Dort werden die Meldedaten in Form von XML-Dateien zwischengespeichert und einer syntaktischen Validierung unterzogen. Der Melder erhält nach der syntaktischen Validierung ein Receipt (Übergabebestätigung) mit einer Bestätigung der syntaktischen Richtigkeit oder einem definierten Fehlercode. Zur weiteren Verarbeitung werden die Daten vom SHZ-Applikationsserver abgeholt, entschlüsselt, technisch und logisch validiert und gespeichert. Parallel dazu werden Nichtbeanspruchbarkeiten und Ad-hoc Ticker Meldungen auf der Backup-Website publiziert. Nach der Plausibilisierung erhält der Melder ein Acknowledgement mit einer Bestätigung der technischen und logischen Richtigkeit oder einem definierten Fehlercode. Bei Nichtbeanspruchbarkeiten enthält das Acknowledgement weiterhin eine Bestätigung der Publikation dieser Meldungen. Die Daten werden anschließend in der SHZ, sofern notwendig, aggregiert, anonymisiert und für die Bereitstellung auf der Website aufbereitet. Die Website dient zur Bereitstellung der zur Veröffentlichung bestimmten Meldedaten. Das meldende Unternehmen benötigt für die Übermittlung der Meldedaten ein persönliches Zertifikat. Das persönliche Zertifikat dient der Identifikation des meldenden Unternehmens und wird mit Hilfe der PKI durch die EEX vergeben. 1 Bei Eintreten einer Störung der Publikation oder eines Wartungsfensters und der Aktivierung der Anzeige der Backup-Website wird bei Meldungseingang wie gewohnt das Receipt übermittelt. Das Acknowledgement wird zeitverzögert nach Behebung der Störung oder Abschluss des Wartungsfensters versendet. Transparenzplattform Melderhandbuch, Version Page 11

12 5.3. Betrieb Der Betrieb der Transparenzplattform erfolgt durch die EEX. Die EEX betreibt zwei redundante Rechenzentren, die den aktuellen Anforderungen an einen ausfallsicheren Banken- und Börsenbetrieb entsprechen. Die Systemarchitektur für die Transparenzplattform fügt sich in diese Infrastruktur ein und wird entsprechend Ihrer Hochverfügbarkeitsanforderungen mit höchsten Verfügbarkeitsansprüchen betrieben. Transparenzplattform Melderhandbuch, Version Page 12

13 6. Stammdaten Um an die EEX-Transparenzplattform melden zu können, müssen am Anfang und bei Änderungen Stammdaten übermittelt werden. Hierbei gibt es verschiedene Arten von Stammdaten die übermittelt werden müssen: Stammdaten zum meldenden Unternehmen Stammdaten zu Erzeugungs-, Verbrauchs-, Speicheranlagen Stammdaten zu Erzeugungs-, Verbrauchs-, Speichereinheiten Stammdaten zu den meldenden Personen. Die Inhalte der zu übermittelnden Stammdaten sind nachfolgend erläutert Datenmodell Nachfolgend sind die Beschreibung des Datenmodells der Stammdaten und deren Formate dargestellt Feldtypen für Stammdaten Die nachfolgende Tabelle beschreibt die möglichen Feldtypen für die Stammdaten-Felder. Feldtyp Freie Texteingabe Auswahlliste Ja/Nein Datum Beschreibung Bis zu 255 Zeichen, sofern nicht anderweitig spezifiziert Fest vorgegebene Liste an Werten. Die gültigen Werte werden, sofern nicht direkt angegeben, im Anhang (Abschnitt 9.9) definiert. Zur Auswahl stehen Ja und Nein. Im Falle eines Imports können die Wörter True (Ja) und False (Nein) verwendet werden. Angabe eines Tages. Muster für den Import: DD.MM.YYYY oder YYYY-MM-DD. Tabelle 1: Feldtypen für Stammdaten Stammdaten für meldende Unternehmen In der nachfolgenden Tabelle sind die benötigten Stammdaten für meldende Unternehmen aufgeführt. Feld Feldtyp Pflichtfeld Name gemäß Handelsregister Freie Texteingabe (z.b. Stadtwerke Entenhausen AG) Ja Straße und Nummer Freie Texteingabe (z.b. Duckweg 3) Ja Postleitzahl Freie Texteingabe (z.b ) Ja Ort Freie Texteingabe (z.b. Entenhausen) Ja Staat/Länderkürzel Auswahlliste (z.b. AT, BG, CZ, DE) Ja Transparenzplattform Melderhandbuch, Version Page 13

14 Feld Feldtyp Pflichtfeld (siehe Abschnitt ) HRB Freie Texteingabe (z.b AG Leipzig) Nein -Adresse für Systemnachrichten Freie Texteingabe (z.b. Ja Name Ansprechpartner 1 Freie Texteingabe (z.b. Herr Thomas Duck) Ja Telefonnummer Ansprechpartner 1 Freie Texteingabe (z.b ) Ja -Adresse Ansprechpartner 1 Freie Texteingabe (z.b. Ja Name Ansprechpartner 2 Freie Texteingabe (z.b. Herr Thomas Duck) Nein Telefonnummer Ansprechpartner 2 Freie Texteingabe (z.b ) Nein -Adresse Ansprechpartner 2 Freie Texteingabe (z.b. Nein Name Ansprechpartner 3 Freie Texteingabe (z.b. Herr Thomas Duck) Nein Telefonnummer Ansprechpartner 3 Freie Texteingabe (z.b ) Nein -Adresse Ansprechpartner 3 Freie Texteingabe (z.b. Nein Kurzname des Unternehmens für Ad-hoc Ticker Meldung der Verfügbaren Kapazität in TEM 1a Freie Texteingabe (z.b. SW Entenhausen) mit maximal 16 Zeichen Auswahlliste [Ja Nein] Ja Ja IP-Adressen Meldesysteme Freie Texteingabe (z.b.acc: , PROD: ) Ja Tabelle 2: Stammdaten für Unternehmen Die angegebene -Adresse im Feld -Adresse für Systemnachrichten wird für spätere Quality Check Meldungen und Informations s bei Berichtsabfragen genutzt. Die angegebene/n IP-Adresse/n im Feld IP-Adressen Meldesystem werden von der EEX zur Identifikation des meldenden Unternehmens verwendet. Diese Identifikation findet bei der Übergabe der Meldedaten an den Webservice der Transparenzplattform statt. Bitte geben Sie hier die IP- Adressen Ihrer Meldesysteme für die Umgebungen ACC = Abnahmeumgebung bzw. PROD = Produktivumgebung an. Zu jedem meldenden Unternehmen wird automatisch eine eindeutige CompanyID durch die EEX vergeben. Diese wird dem Unternehmen, nach der Erfassung der Stammdaten, mitgeteilt und hat folgendes Format [:alnum:]{12} z.b. STAWEENTHAU Stammdaten für Erzeugungs-, Verbrauchs- bzw. Speicheranlagen Nachfolgend finden Sie die Tabelle der benötigten Stammdaten zu Erzeugungs-, Verbrauchs- bzw. Speicheranlagen. Transparenzplattform Melderhandbuch, Version Page 14

15 Beschreibung Feldtyp Pflichtfeld Name der Erzeugungs-, Verbrauchsbzw. Speicheranlage Freie Texteingabe mit maximal 25 Zeichen (z.b. Kümmel) Ja EIC-Code Freie Texteingabe Ja (nur für Stromerzeugungsanlagen >100 MW) Straße und Nummer Freie Texteingabe (z.b. Bolderweg 524) Nein Postleitzahl Freie Texteingabe (z.b ) Ja Ort Freie Texteingabe (z.b. Ententhal) Ja Staat/Länderkürzel Anlagentyp Netzanschluss bei Erzeugungsanlagen/Strom Gebotszone bei Erzeugungsanlagen/Strom Regelzone bei Erzeugungsanlagen/Strom Spannungsebene bei Erzeugungsanlagen/Strom Brennstoff bei Erzeugungseinheiten/Strom Durchschnittliche Höhe der Windräder des Windparks (bei Erzeugungsanlagen/Strom) Himmelsrichtung des Photovoltaik- Parks (bei Erzeugungsanlagen/Strom) Auswahlliste (z.b. AT, BG, CZ, DE) (siehe Abschnitt 9.9.1) Auswahlliste (z.b. Erzeuger, Verbraucher, Speicher) Auswahlliste [cross-zonal l intra-zonal] Auswahlliste (z.b. BG, CZ, DE/AT) (siehe Abschnitt 9.9.1) Auswahlliste [E.ON EnBW RWE VE-T APG, ] (siehe Abschnitt 9.9.4) Freie Texteingabe (z.b. 110 kv) Auswahlliste [Biomasse Braunkohle Gas Geothermie Meeresenergie Kernkraft Kohle-/Stadtgas Laufwasser Müll Öl Ölschiefer Pumpspeicher Solar Sonstige Sonstige Erneuerbare Steinkohle Torf Wasserspeicher Wind (Offshore) Wind (Onshore)] (siehe Abschnitt 9.9.2) Freie Texteingabe (z.b. 120 m) Freie Textangabe (z.b. 0 2 ) Ja Ja Ja Ja Ja Ja Ja Nein Nein WGS84-Daten Länge Dezimalzahl (z.b ) Ja WGS84-Daten Breite Dezimalzahl (z.b ) Ja Meldebeginn Datum (z.b ) Ja Meldeende Datum (z.b ) Nein Tabelle 3: Stammdaten für Erzeugungs-, Verbrauchs- bzw. Speicheranlagen 2 Azimuth ist 0 wenn es nach Norden ausgerichtet ist und im Uhrzeigersinn bis ist Süden. Transparenzplattform Melderhandbuch, Version Page 15

16 Zu jeder Erzeugungs-, Verbrauchs- bzw. Speicheranlage wird automatisch eine eindeutige ProdConsID durch die EEX vergeben. Diese wird dem meldenden Unternehmen, nach der Erfassung der Stammdaten, mitgeteilt und hat folgendes Format [E V S ][:digit:]{6} z.b. E Bitte beachten Sie, dass die Namen der Erzeugungs-, Verbrauchs- und Speicheranlagen möglichst kurz gewählt werden. Auf Zusätze wie Kraftwerk ist zu verzichten. Dies verringert Übertragungsfehler bei der Stammdatenanlage und dient vor allem einer besseren Darstellung auf der Website. Für die Bereitstellung von Stammdaten für Erzeugungsanlagen (Strom) gelten folgende Hinweise, da Anlagen aus mehreren Einheiten bestehen können und die Angaben oftmals nicht eindeutig sind: Netzanschluss: Es ist anzugeben, ob Erzeugungseinheiten der Anlage in eine oder mehrere Regelzonen einspeisen können. Kann mindestens eine Erzeugungseinheit der Erzeugungsanlage in mehr als eine Regelzone einspeisen, so ist cross-zonal auszuwählen. Gebotszone: Es ist anzugeben, in welches Marktgebiet die Erzeugungseinheiten der Anlage einspeisen. Die Angabe ist insbesondere dann von Bedeutung, wenn die Gebotszone nicht identisch mit der Regelzone ist. Für die österreichische und die deutschen Regelzonen ist bspw. die Gebotszone DE/AT anzugeben. Regelzone: Im Falle des Netzanschlusses mit der Eigenschaft cross-zonal ist eine Mehrfachauswahl der Regelzone notwendig. Spannungsebene: Es ist anzugeben, an welche Spannungsebene die Erzeugungseinheiten der Anlagen angeschlossen sind. Im Falle mehrerer Spannungsebenen ist die höchste Spannungsebene anzugeben. Es werden die Angabe der standardisierten Spannungsebenen in KV empfohlen: 400, 380, 225, 220, 150, 132, 110, 100, 90, 70, 63, 50, 30, 20, Stammdaten zu Erzeugungs-, Verbrauchs- bzw. Speichereinheiten Nachfolgend finden Sie die Tabelle der benötigten Stammdaten für Erzeugungs-, Verbrauchsbzw. Speichereinheiten. Beschreibung Feldtyp Pflichtfeld Bezeichnung der Erzeugungs-, Verbrauchs- und Speichereinheit Freie Texteingabe mit maximal 25 Zeichen (z.b. Kümmel B100) Ja EIC-Code Freie Texteingabe Ja (nur für Stromerzeugungseinheiten >100 MW) Installierte Kapazität (bei Erzeugungs-, Verbrauchs- und Speichereinheiten) Wirkungsgrad (bei Erzeugungseinheiten) Arbeitsvermögen (bei Speichereinheiten) Einheitentyp Bahnstrom Freie Texteingabe (z.b. 200 MW) Freie Texteingabe (z.b. 40%) Freie Texteingabe (z.b. 200 MW) Auswahlliste [Erzeuger, Verbraucher, Speicher] Auswahlliste [Erzeuger, Verbraucher, Nicht relevant] Ja Nein Ja Ja Ja Transparenzplattform Melderhandbuch, Version Page 16

17 Beschreibung Feldtyp Pflichtfeld Commodities Netzanschluss bei Erzeugungsanlagen/Strom Gebotszone bei Erzeugungsanlagen/Strom Regelzone bei Erzeugungsanlagen/Strom Spannungsebene bei Erzeugungsanlagen/Strom Brennstoff bei Erzeugungseinheiten/Strom Auswahlliste [Strom Gas LNG] (siehe Abschnitt 9.9.3) Auswahlliste [cross-zonal l intra-zonal] Auswahlliste (z.b. DE/AT) (siehe Abschnitt 9.9.1) Auswahlliste [E.ON EnBW RWE VE-T APG, ] (siehe Abschnitt 9.9.4) Freie Texteingabe (z.b. 110 kv) Auswahlliste [Biomasse Braunkohle Gas Geothermie Meeresenergie Kernkraft Laufwasser Müll Öl Ölschiefer Pumpspeicher Solar Sonstige Sonstige Erneuerbare Stadtgas Steinkohle Torf Wasserspeicher Wind (Offshore) Wind (Onshore)] (siehe Abschnitt 9.9.2) Ja Ja Ja Ja Ja Ja Meldebeginn Datum (z.b ) Ja Meldeende Datum (z.b ) Nein Vermarktung (bei Erzeugungseinheiten) Auswahlliste [überwiegend zur freien Vermarktung überwiegend nicht zur freien Vermarktung] Ja Tabelle 4: Stammdaten zu Erzeugungs-, Verbrauchs- bzw. Speichereinheiten Das Feld Installierte Kapazität muss bei der initialen Anlage der Stammdaten angegeben werden und wird vom TP-Admin als installierte Kapazität der Einheit zum 1. Januar des jeweiligen laufenden Jahres eingetragen. Die installierten Kapazitäten von Einheiten für die Folgejahre werden über TEM 1a, TEM 14, TEM 15, TEM 22 und TEM 23 gemeldet. Zu jeder Erzeugungs-, Verbrauchs- und Speichereinheit wird automatisch eine eindeutige UnitID durch die EEX vergeben, welche dem meldenden Unternehmen, nach der Erfassung der Stammdaten, mitgeteilt wird. Die UnitID setzt sich aus der ProdConsID und einer dreistelligen Zahl mit führenden Nullen zusammen. Das Format ist [E V S][:digit:]{6}[-][:digit:]{3} z.b. E Stammdaten zur meldenden Person Ein meldendes Unternehmen kann mehrere meldende Personen bei der EEX anmelden. Jeder Person wird dabei eine eindeutige DispatcherID von der EEX zugewiesen und dem meldenden Unternehmen mitgeteilt. Zu jeder DispatcherID muss ein gültiges Zertifikat vorliegen. Die Beantragung des Zertifikates ist in Abschnitt beschrieben. Durch die Kopplung an die DispatcherID ist jedes Zertifikat einer natürlichen Person zugeordnet. Ob dieses Zertifikat dann in einem manuellen Betrieb oder durch automatisierte Prozesse genutzt wird, kann durch das meldende Unternehmen entschieden werden. Transparenzplattform Melderhandbuch, Version Page 17

18 Zur Verwendung an der Transparenzplattform sind ausschließlich die von der EEX bereitgestellten Softwarezertifikate vorgesehen. Eine Verwendung von Drittzertifikaten ist ausgeschlossen. Die nachfolgende Tabelle zeigt die benötigten Stammdaten zum Anlegen eines Dispatchers. Beschreibung Eingabetyp Pflichtfeld Name Freie Texteingabe (z.b. Herr Dr. Josef Müller) Ja Telefonnummer Freie Texteingabe (z.b ) Ja -Adresse Schreibrecht: Meldeobjekte Freie Texteingabe (z.b. Freie Texteingabe (z.b. Kraftwerk Meckenheim, Kümmel B100, Kümmel B101) Ja Ja Schreibrecht: Meldungen Freie Texteingabe (z.b. TEM 1a, TEM 12, TSM) Leserecht: Meldeobjekte Freie Texteingabe (z.b. Kümmel B100, Kümmel B101) Leserecht: Berichte Freie Texteingabe (z.b. TEM 1a, TEM 12, TSM) Ja Ja Ja Tabelle 5: Stammdaten für Dispatcher Struktur der zu den Stammdaten zugeordneten IDs Zur Identifikation der verschiedenen Teilbestandteile der Stammdaten (meldendes Unternehmen, Erzeugungs-, Verbrauchs- und Speicheranlage, Erzeugungs-, Verbrauchs- und Speichereinheit, meldende Person) werden diesen eindeutige IDs zugeordnet. Jeder CompanyID können mehrere ProdConsIDs zugeordnet werden. Jeder ProdConsID können mehrere UnitIDs zugeordnet werden. Zusätzlich werden jeder CompanyID mehrere DispatcherIDs zugeordnet. Über die Abbildung der Zugriffsrechte werden diesen ProdConsID zugeordnet. Über die bereits definierte Struktur sind damit die UnitID festgelegt, für welche die einzelne DispatcherID melden darf. ProdCons und Units dürfen nur zu jeweils einer Wertschöpfungsstufe gehören (z.b. nur Stromproduktion oder nur Stromspeicherung). Bei Unternehmen, die ausschließlich Meldungen im Ad-hoc Ticker (TEM 13) vornehmen, ist eine Zuordnung von ProdConsID und UnitIDs nicht notwendig. Transparenzplattform Melderhandbuch, Version Page 18

19 Abbildung 1 Struktur der zu den Stammdaten zugeordneten IDs 6.2. Initiale Anlage von Stammdaten Als Vorrausetzung für die Meldung an die Transparenzplattform müssen verschiedene Stammdaten, wie z.b. zum meldenden Unternehmen, zur Erzeugungs-, Verbrauchs- bzw. Speicheranlage, zur Erzeugungs-, Verbrauchs- bzw. Speichereinheit und zur meldenden Person, angelegt werden. Die Stammdaten müssen per (TP-01 Company bis TP-04 Dispatcher) bzw. Fax (TP-05 Certificate) an die EEX übermittelt werden. Hierbei sind die durch die EEX vorgegebenen Formate zu verwenden. Die Daten werden an den TP First-Level-Support der EEX (Abschnitt4.1) übermittelt. Hierzu sind folgende von der EEX zur Verfügung gestellte Vorlagen zu verwenden: Vorlagen TP-01 Company TP-02 ProdCons TP-03 Unit TP-04 Dispatcher TP-05 Certificate Beschreibung Diese Vorlage dient zur Übermittlung der Stammdaten des meldenden Unternehmens im Rahmen der Stammdatenerstanlage und Stammdatenänderung. Diese Vorlage dient zur Übermittlung der Stammdaten der Erzeugungs-, Verbrauchsbzw. Speicheranlage im Rahmen der Stammdatenerstanlage und Stammdatenänderung. Diese Vorlage dient zur Übermittlung der Stammdaten der Erzeugungs-, Verbrauchsbzw. Speichereinheit im Rahmen der Stammdatenerstanlage und Stammdatenänderung. Diese Vorlage dient zur Übermittlung der Stammdaten der meldenden Person im Rahmen der Stammdatenerstanlage und Stammdatenänderung. Diese Vorlage dient zur Übermittlung von Zertifikatsanforderungen und Zertifikatssperrungen zu einer meldenden Person. Tabelle 6: Dokumente für die Stammdatenanlage Transparenzplattform Melderhandbuch, Version Page 19

20 Sie finden die Vorlagen auf folgender Internetseite: (www.eex.com/de/marktdaten/transparenzdownloads) unter der Bezeichnung Vorlagen EEX TP Stammdaten (Formulare und Schemata) vxx (xx.xx.xxxx). Die Stammdaten werden nach Eingang bei der EEX geprüft, nach erfolgreicher Prüfung wird das meldende Unternehmen über die von der EEX erfassten Stammdaten informiert. Weiterhin werden dem meldenden Unternehmen die von der EEX vergebenen IDs mitgeteilt Änderung von Stammdaten Änderungen von Stammdaten sind mittels der in Abschnitt 6.4. genannten Vorlagen (TP-01 bis TP- 05) der EEX per (TP-01 bis TP-04) bzw. Fax (TP-05) zu übermitteln. Die Vorlagen und das Format zur Stammdatenübermittlung per bzw. Fax finden Sie auf folgender Internetseite: (www.eex.com/de/marktdaten/transparenz-downloads) unter der Bezeichnung Vorlagen EEX TP Stammdaten (Formulare und Schemata) vxx (xx.xx.xxxx). Die Änderungen an den Stammdaten werden nach Eingang bei der EEX geprüft. Nach erfolgreicher Prüfung wird das meldende Unternehmen über die von der EEX erfassten Änderungen an den Stammdaten informiert. Weiterhin werden dem meldenden Unternehmen die von der EEX durchgeführten Stammdatenänderungen mitgeteilt Abmeldung von Erzeugungs-, Verbrauchs- und Speichereinheiten (Meldeende) Erzeugungseinheiten Erreicht eine Unit ihr Meldeende, 3 sind folgende Meldungen VOR dem Erreichen des Meldeendes abzusetzen: für TEM 1a (installierte Kapazität) ist keine Anpassung vorzunehmen (gemeldete Werte die nach dem Meldeende liegen, werden in der Auswertung nicht mehr berücksichtigt) für TEM 1a (verfügbare Kapazität) sind bereits gemeldete Tageswerte für die Tage nach dem Tag des Meldeendes auf 0 zu setzen TEM 5a/b Meldungen (geplante Produktion) sind noch für den Tag des Meldeendes abzugeben TEM 10a/b Meldungen (tatsächliche Produktion) sind noch für den Tag des Meldeendes abzugeben für TEM 12 sind alle Ereignisse spätestens zum Meldeende zu beenden, d.h., das Datum des Ereignisendes eines Ereignisses darf nicht nach dem Meldeende liegen AddOn 2 Meldungen für die verfügbare Kapazität sind bereits gemeldete Tageswerte für die Tage nach dem Tag des Meldeendes auf 0 zu setzen. 3 Als Meldeende ist der Tag um 23:59:59 Uhr (CET/CEST) zu verstehen, für den letztmals Daten gesendet werden. Transparenzplattform Melderhandbuch, Version Page 20

21 Verbrauchseinheiten Erreicht ein/e Unit/Standort das Meldeende, 3 sind folgende Meldungen VOR dem Erreichen des Meldeendes abzusetzen: für TEM 14 und 15 (installierte Kapazität Strom und Erdgas) ist keine Anpassung vorzunehmen TEM 16 und 17 Meldungen (geplanter Verbrauch Strom und Gas) sind noch für den Tag des Meldeendes abzugeben TEM 18 und 19 Meldungen (tatsächlicher Verbrauch Strom) sind noch für den Tag des Meldeendes abzugeben für TEM 20 und 21 sind alle Ereignisse spätestens zum Meldende zu beenden, d.h., das Datum des Ereignisendes darf nicht nach dem Meldeende liegen Speichereinheiten Erreicht eine Unit ihr Meldeende, 3 sind folgende Meldungen VOR dem Erreichen des Meldeendes abzusetzen: für TEM 22 (Arbeitsvermögen - Strom) sind bereits gemeldete Jahreswerte für die Jahre nach dem Jahr des Meldeendes auf 0 zu setzen für TEM 22 und 23 (installierte Kapazität Strom und Arbeitsgasvolumen - Gas) ist keine Anpassung vorzunehmen. für TEM 23 (Ein- und Ausspeicherleistung - Gas) ist keine Anpassung vorzunehmen. TEM 24 und 25 Meldungen (geplante Produktion) können nicht über das Meldeende hinaus abgegeben werden für TEM 26 und 27 und TEM 28 (Nichtbeanspruchbarkeiten von Speichereinheiten) sind alle Ereignisse spätestens zum Meldende zu beenden, d.h., das Datum des Ereignisendes eines Ereignisses darf nicht nach dem Meldeende liegen. Transparenzplattform Melderhandbuch, Version Page 21

22 Nutzung Kapazität 7. Meldungen 7.1. Einleitung Allgemeiner Überblick Die europäische Verordnung über die Integrität und Transparenz des Energiegroßhandelsmarkts (REMIT, 1227/2011) als derzeit umfassendstem Regelwerk sieht die Offenlegung von Insider- Informationen zur Kapazität, Nutzung und Verfügbarkeit von Anlagen für die Erzeugung, den Verbrauch, die Speicherung und die Übertragung von Strom, Erdgas und LNG vor. Auf der Transparenzplattform sind aktuell Meldungen für die folgenden Rubriken möglich. Jede Rubrik unterteilt sich dabei in eine Anzahl von Meldungstypen, die in den Abschnitten ff. überblicksweise dargestellt und in den Abschnitten 7.2. ff. detailliert beschrieben werden. Eine Ergänzung weiterer Meldungstypen ist zu jedem Zeitpunkt möglich. Strom Erdgas LNG Erzeugung/Förderung 4 verfügbar Verbrauch verfügbar verfügbar Speicherung verfügbar verfügbar verfügbar Ad-hoc Ticker verfügbar Tabelle 7: Gesamtüberblick über verfügbare Meldungstypen Kurzübersicht der Meldedaten: Strom Entscheidet sich ein Unternehmen zur Nutzung der Veröffentlichungsmöglichkeit für eine spezielle Kombination von Commodity und Wertschöpfungsstufe, so sind Daten für alle zugehörigen Meldungstypen bereitzustellen. Im Falle von TEM 5a/TEM 5b sowie TEM 10a/TEM 10b ist jeweils nur ein Meldungstyp einzusetzen. Strom Erzeugung Verbrauch Speicherung Installierte Leistung TEM 1a TEM 14 TEM 22 Geplante Produktion TEM 5a/TEM 5b TEM 16 Tatsächliche Produktion TEM 10a/TEM 10b TEM 18 TEM 24 4 Für die einfachere Nachvollziehbarkeit werden die Begriffe Erzeugung für Strom und Förderung für Erdgas verwendet. Im Wortlaut der REMIT wird der Begriff Produktion für Strom und Erdgas genutzt. Transparenzplattform Melderhandbuch, Version Page 22

23 Sonstige Verfügbarkeit Nutzung Kapazität Sonstige Verfügbarkeit Strom Erzeugung Verbrauch Speicherung Geplante/ungeplante Nichtbeanspruchbarkeiten TEM 12 TEM 20 TEM 26 Meldebeginn und Meldeende/ /technische Statusmeldungen TEM 0/TSM Tabelle 8: Kurzübersicht über Meldungstypen im Bereich Strom Kurzübersicht der Meldedaten: Erdgas/LNG Entscheidet sich ein Unternehmen zur Nutzung der Veröffentlichungsmöglichkeit für eine spezielle Kombination von Commodity und Wertschöpfungsstufe, so sind Daten für alle zugehörigen Meldungstypen bereitzustellen. Erdgas/LNG Förderung Verbrauch Speicherung Installierte Leistung TEM 15 TEM 23 Geplante Produktion TEM 17 Tatsächliche Produktion TEM 19 TEM 25 Geplante/ungeplante Nichtbeanspruchbarkeiten TEM 21 TEM 27/TEM 28 Meldebeginn und Meldeende/technische Statusmeldungen TEM 0/TSM Tabelle 9: Kurzübersicht über Meldungstypen im Bereich Erdgas/LNG Kurzübersicht der Meldedaten: TEM 13 - Ad-Hoc Ticker Der Ad-Hoc Ticker (TEM 13) ermöglicht jene Veröffentlichungen von Insider-Informationen für Unternehmen oder Anlagen gemäß Art. 2 Ziffer 1 lit c, d REMIT, die sich nicht über quantitative Angaben in standardisierten Meldungstypen entsprechend Abschnitt oder sinnvoll darstellen lassen Beschreibung und Darstellung In den folgenden Abschnitten werden alle Meldungen, bezeichnet durch ihre Namen in der TEM- Liste aufgeführt und im Einzelnen erläutert. Angaben zu Inhalt und Randbedingungen einer Meldung werden vornehmlich anhand von Tabellen der folgenden Form gemacht. Transparenzplattform Melderhandbuch, Version Page 23

24 Meldekriterium Meldepflicht Meldedaten Granularität Zeitpunkt Zeitraum Aktualisierung Anzahl der Datensätze Veröffentlichung Erklärung Angaben zur Art und zu Grenzwerten der Meldepflicht (Pflichtangaben). Angaben, ob Meldungen zusätzlich möglich sind (Zusatzangaben). Auflistung der zu meldenden Daten, Angabe des XML-Bezeichners eines Datenelements in spitzen Klammern. Das Hinzufügen von Anmerkungen ist stets möglich, aber nicht obligatorisch. Auflösung auf Ebene der Stromerzeugungseinheiten, Verbrauchs- und Speichereinheiten (Meldung einzelner Stromerzeugungseinheiten, Verbrauchs- und Speichereinheiten oder in aggregierter Form). Auflösung auf zeitlicher Ebene. Zeitpunkt, an dem die Meldung spätestens eingegangen sein muss. Hinweis: Um den Veröffentlichungszeitpunkt sicherzustellen, sollte die Meldung in der Regel 15 Minuten vor den zeitlichen Veröffentlichungsvorgaben der TEM-Liste erfolgen, sofern dies nicht explizit anderslautend spezifiziert ist. Zeitraum, welcher durch Meldedaten abgedeckt sein muss. Festlegung, ob und wann eine Aktualisierung bereits gemeldeter Daten notwendig ist. Hinweis: Bei vielen Arten von Meldungen ist jederzeit eine Aktualisierung bereits gemeldeter Daten möglich, um die Datenqualität zu erhöhen. Werden für einen Meldungstyp mehrere Einheiten gemeldet, sind diese in einer Meldung zu übermitteln. Hinweis: Verwenden Sie mehrere Unitgroups in einer Meldung. Beschreibung der Aufbereitung und Veröffentlichung der Meldedaten. Tabelle 10: Grundsätzliche Struktur einer Meldung Wertename Meldepflicht Datum EventID Art der Erzeugung Regelzonen Marktgebiete Status der Meldung Gültige Werte Angaben zur Art und zu Grenzwerten der Meldepflicht (Pflichtangaben) Angaben, ob Meldungen zusätzlich möglich sind (Zusatzangaben) Datum und Uhrzeit in voller Schreibweise als UTC-Zeit (YYYY-MM-DDThh:mm:ssZ) Eindeutige Kennung eines Nichtbeanspruchbarkeitsereignisses entsprechend der Meldungen TEM 12, 20, 21, 26, 27 und 28. Diese ID wird durch den Melder festgelegt und muss, bezogen auf die Erzeugungs-, Verbrauchs-, Speichereinheit, eindeutig sein. Es können Buchstaben und Zahlen in beliebiger Reihenfolge verwendet werden. Die ID kann bis zu 30 Zeichen umfassen. Die EventID ist nur innerhalb des jeweiligen Meldungstyps eindeutig und nicht übergreifend über die verschiedenen Meldungstypen der Nichtbeanspruchbarkeiten. Dies betrifft nur Erzeugungsanlagen. Ein Element der Liste wie in Abschnitt (Spalte Gültige Werte ) aufgeführt. Dies betrifft nur Erzeugungs-, Verbrauchs- und Speicheranlagen für Strom. Ein Element der Liste wie in Abschnitt (Spalte Gültige Werte ) aufgeführt. Dies betrifft nur Verbrauchs- und Speicheranlagen für Gas. Ein Element der Liste, wie in Abschnitt (Spalte Gültige Werte ) aufgeführt. Active oder Inactive-Flag einer Meldung gemäß TEM-Liste 12, 20, 21, 26 und 27 und TEM 28. Mit dem Inactive-Flag ist es möglich, eine fälschlich versandte Meldung als nicht mehr relevant (= inactive) zu kennzeichnen. Eine inhaltlich fehlerhaft eingegebene Transparenzplattform Melderhandbuch, Version Page 24

25 Wertename Anmerkung UnitID Zahl Meldegrund Gültige Werte Meldung ist zu aktualisieren und nicht auf Inactive zu setzen. Dieser Status wird auf der Website ausgewiesen. Freier Text bis maximal 255 Zeichen. Dieser Text dient nur der internen Verwendung (wird nicht veröffentlicht). Eindeutige Kennung einer Erzeugungs-, Verbrauchs-, Speichereinheit. Diese wurde während des Anmeldeprozesses durch die EEX vergeben. Nichtnegative Zahl mit einer Nachkommastelle Grund für das Eintreten eines Nichtbeanspruchbarkeitsereignisses entsprechend den Meldungen TEM 12, 20, 21, 26 und 27 und 28. Ein Element der Liste wie in Abschnitt (Spalte Gültige Werte ) aufgeführt. Tabelle 11: Erläuterungen zu den gültigen Werten Hinweise zu den Meldungen Um mögliche Ungenauigkeiten zu vermeiden, die sich aufgrund der Übersetzung von energiewirtschaftlichen Fachbegriffen aus den englischsprachigen Vorgaben ergeben könnten, wurden im Wesentlichen VGB-Begriffsdefinitionen verwendet. Diese sind in Abschnitt 9.8. Begriffsdefinitionen wiedergegeben. Gleichzeitig ist festzuhalten, dass an den Anforderungen der TEM-Liste kleinere Präzisierungen durch die an der Transparenzplattform beteiligten Marktparteien vorgenommen wurden Kurzübersicht der verwendeten XSD-Versionen Folgende Tabelle stellt die verwendeten XSD Versionen der verschiedenen Meldungstypen dar. Hinweis: Zur Erleichterung der Übersicht der Inhalte der XSDs sind zusammengefasste Meldungstypen (wie z.b.: TEM 1 und AddOn 2 zu TEM 1a) sowie in diesem Melderhandbuch nicht mehr enthaltene Meldungstypen (wie z.b.: AddOn 1) in der nachfolgenden Übersicht noch aufgeführt. Meldung Bezeichnung Kapitel XSD 1.11 XSD 1.12 (Beschreibung/XML- Format) AddOn 1 Blockscharfe Ex-Post-Informationen über tatsächliche Erzeugung (Strom) AddOn 2 Blockscharfe Ex-Ante-Informationen über installierte und verfügbare Erzeugungskapazität (Strom) - x - x x TEM 0 Meldebeginn und Meldeende von Einheiten / x x TEM 1 Ex-Ante-Informationen über installierte - x x 5 Strom: Erzeugungs-/Verbrauchs- und Speichereinheiten, Erdgas: Verbrauchs- und Speichereinheiten. Transparenzplattform Melderhandbuch, Version Page 25

26 TEM 1a TEM 5a TEM 5b TEM 10a TEM 10b TEM 12 Erzeugungskapazität von Erzeugungseinheiten (Strom) Installierte und verfügbare Kapazität von Stromerzeugungseinheiten Geplante Produktion von Stromerzeugungseinheiten Geplante Produktion von Stromerzeugungseinheiten (15 Minuten) Tatsächliche Produktion von Stromerzeugungseinheiten Tatsächliche Produktion von Stromerzeugungseinheiten (15 Minuten) Nichtbeanspruchbarkeiten von Stromerzeugungseinheiten / x x / x x / x / x x / x / x x TEM 13 Ad-hoc Ticker / x x TEM 14 Installierte Leistung von Stromverbrauchseinheiten / x x TEM 15 TEM 16 TEM 17 TEM 18 TEM 19 TEM 20 TEM 21 Installierte Leistung von Erdgasverbrauchseinheiten Geplanter Verbrauch von Stromverbrauchseinheiten Geplanter Verbrauch von Erdgasverbrauchseinheiten Tatsächlicher Verbrauch von Stromverbrauchseinheiten Tatsächlicher Verbrauch von Erdgasverbrauchseinheiten Nichtbeanspruchbarkeiten von Stromverbrauchseinheiten Nichtbeanspruchbarkeiten von Erdgasverbrauchseinheiten / x x / x x / x x / x x / x x / x x / x x TEM 22 Pumpleistung und Arbeitsvermögen / x x TEM 23 Ein-/Ausspeicherleistung und Arbeitsgasvolumen / x x 6 Strom und Erdgas. Transparenzplattform Melderhandbuch, Version Page 26

27 TEM 24 Füllstände von Stromspeichereinheiten / x x TEM 25 Füllstände von Gasspeichereinheiten / x x TEM 26 Nichtbeanspruchbarkeiten von Stromspeichereinheiten / x x TEM 27 Nichtbeanspruchbarkeiten von Speichereinheiten (Einspeicherung) TEM 28 Nichtbeanspruchbarkeiten von Speichereinheiten (Ausspeicherung) / x x / x x TSM Technische Statusmeldungen 7.6 / x x Tabelle 12: Kurzüberblick zu gültigen XSD-Versionen Die XSD 1.12 beinhaltet alle Meldungstypen der XSD 1.11 außer AddOn 1, TEM 2, TEM 6 und TEM 7 sowie die neu eingeführten Meldungstypen TEM 5b und TEM 10b. Die neuste XSD-Version ist grundsätzlich als Default-Version eingestellt Strom Meldungen für die Commodity Strom unterteilen sich in die Rubriken Erzeugung, Verbrauch und Speicherung. Für Kraftwerksbetreiber sind in der Rubrik der Stromerzeugung die Meldungstypen TEM 1a, TEM 5a/b, TEM 10a/b und TEM 12 relevant. Diese Meldungstypen sind im Abschnitt beschrieben. Kraftwerksbetreiber können im Falle von Speicherkraftwerken ebenfalls von der Rubrik Stromspeicherung und dort von den Meldungstypen TEM 22, TEM 24 und TEM 26 betroffen sein (Abschnitt 7.2.4). Dies gilt sowohl für Pumpspeicheranlagen als auch für Anlagen mit natürlichen Zuflüssen. Für den Fall von Stromerzeugungseinheiten, die mit dem Brennstoff Erdgas betrieben werden, besteht auch eine Veröffentlichungspflicht in der Rubrik des Erdgasverbrauchs (Abschnitt 7.3.1). Stromverbrauchsdaten werden in der Regel von Betreibern industrieller Anlagen in den Meldungstypen TEM 14, TEM 16, TEM 18 und TEM 20 gemeldet (Abschnitt 7.2.3) Übergreifende Meldungstypen TEM 0: Meldebeginn und Meldeende von Einheiten Für jede zu meldende Einheit ist ein Meldebeginn anzugeben. Ab dem Tag des Meldebeginns sind Daten im Rahmen der verschiedenen Meldungstypen zu melden, für die die jeweilige Einheit registriert ist. Hinweis: Der Meldebeginn entspricht der Aufnahme des kommerziellen Betriebes. Jedoch kann als Meldebeginn auch der Beginn der ersten Netzsynchronisation oder des Probebetriebs gewählt werden. Ein frühzeitiger Meldebeginn wird ausdrücklich empfohlen, um so jeden Verdacht der Zurückhaltung einer Insider-Information zu vermeiden. Die Öffentlichkeit sollte über den Zeitpunkt der Transparenzplattform Melderhandbuch, Version Page 27

28 ersten Netzsynchronisation und dem Übergang zwischen Probebetrieb und kommerziellem Betrieb mittels des Ad-hoc Tickers informiert werden (siehe auch Abschnitt 7.4.1). Neben dem Meldebeginn kann ein Meldeende übermittelt werden, sofern dieses bekannt ist. Hinweis: Sobald mit hinreichender Genauigkeit bekannt ist, wann eine Einheit stillgelegt wird, ist ein Meldeende mitzuteilen. Darüber hinaus wird eine Information der Öffentlichkeit per Ad-hoc Ticker empfohlen. Dafür relevant können u.a. sein: Entscheidung des Unternehmens Antrag auf Stilllegung bei einer Behörde Ende der Betriebsgenehmigung oder Ad-hoc Entscheidung einer Behörde Einstellung des Geschäftsbetriebs der Betreibergesellschaft Höhere Gewalt. Meldekriterium Erläuterung Meldepflicht Für alle Einheiten Meldedaten Betroffene Einheit <UnitID> Meldebeginn <ReportStart> Meldebeginn <ReportEnd> Granularität Je Einheit Zeitpunkt Unverzüglich nach Bekanntwerden Zeitraum Tag Aktualisierung Unverzüglich nach Bekanntwerden Veröffentlichung Je Einheit Tabelle 13: Meldekriterien TEM 0 Folgende Hinweise sind zu beachten: Es ist eine Meldung von Meldebeginn oder Meldebeginn und Meldeende möglich. Ein einmal gemeldetes Meldeende kann aktualisiert, aber nicht gelöscht werden. Die gemeldeten Werte zu Meldebeginn und/oder Meldeende werden erst am Folgetag oder nach Information des unter Kapitel 4.1 erwähnten Ansprechpartners gültig. Ab Erreichen des Meldebeginn sind auch für die anderen relevanten Meldungstypen (wie z.b. TEM 5a/b, TEM 10a/b etc.) der/des betroffenen Einheit/Standorts kontinuierlich Meldungen zu übermitteln Strom: Erzeugung TEM 1a: Installierte und verfügbare Kapazität von Stromerzeugungseinheiten Die zu meldende installierte Kapazität (eng. installed capacity) ist im Sinne der VGB- Begriffsdefinitionen als Netto-Engpassleistung zu verstehen. Transparenzplattform Melderhandbuch, Version Page 28

29 Als Element im Rahmen der Zusatzdaten kann die verfügbare Kapazität gemeldet werden. Die im öffentlichen Netz zur Verfügung stehende Erzeugungskapazität (kurz: verfügbare Kapazität/eng. available capacity) ist im Sinne der VGB-Begriffsdefinitionen als die beanspruchbare Leistung einer Stromerzeugungseinheit zu verstehen. Auch Stromerzeugungseinheiten, die mit erneuerbaren Energien betrieben werden, steht diese Meldung offen. Die Meldung der zwei Datenelemente kann unabhängig voneinander erfolgen. Bei Meldung der installierten Kapazität ist das Datum anzugeben, ab dem der Wert gilt. Die Gültigkeit währt solange, bis das Start-Datum eines neuen Werts erreicht wird. Aktualisierungen sind jederzeit möglich und werden ausdrücklich empfohlen, da die installierte Kapazität für Plausibilitätsprüfungen verwendet wird. Es bestehen keine Vorschriften, wie regelmäßig die Meldung einzureichen ist. Es muss jedoch folgender Grundsatz gewährleistet sein: Die Meldung hat so zu erfolgen, dass am 15. November des laufenden Kalenderjahres um Uhr die Angaben zur Netto-Engpassleistung für das aktuelle und die drei darauf folgenden Kalenderjahre lückenlos abgedeckt sind. Da die installierte Kapazität auch für die Validierung anderer Meldungen benötigt wird, muss die Meldung bereits vor Meldebeginn einmalig abgegeben werden. Als Voraussetzung für die Meldungen, muss jeder Melder initial die installierte Kapazität einmalig melden (abweichend vom 15. November). Auch im Bau befindliche Stromerzeugungseinheiten müssen innerhalb der geltenden Fristen schon vor Inbetriebnahme gemeldet werden. Auch Pumpspeichersätze im Turbinenbetrieb sind von dieser Meldung betroffen. Als installierte Kapazität der Stromerzeugungseinheit ist die Netto-Engpassleistung der Turbine zu melden. Ergänzend erfolgt die Meldung des Arbeitsvermögens im Bereich der Stromspeicherung (Abschnitt 7.2.4). Die verfügbare Kapazität soll in Form von Tagesmittelwerten angegeben werden. Die Bereitstellung der Informationen muss allerdings so erfolgen, dass auf der Transparenzplattform stets aktuelle Daten für das aktuelle sowie das folgende Kalenderjahr verfügbar sind. Änderungen können jederzeit gemeldet werden. Obwohl die Daten je Stromerzeugungseinheit gemeldet werden müssen, erfolgt die Veröffentlichung aggregiert nach Art der Erzeugung. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 1a: Meldekriterium Erläuterung Meldepflicht Für Stromerzeugungseinheiten der konventionellen und erneuerbaren Stromerzeugung jeder Größe jeder Größe Auch für Pumpspeichersätze im Turbinenbetrieb jeder Größe Meldedaten Meldende Person <DispatcherID> Betroffene Stromerzeugungseinheit <UnitID> Installierte Kapazität (Netto-Engpassleistung (in MW) <Capacity> Datum, ab dem die installierte Kapazität gilt <Starttime> Verfügbare Kapazität (beanspruchbare Leistung (in MW)) <AvailableCapacity> Datum des Tages, an dem die verfügbare Kapazität gilt <Starttime> Anmerkungen <MessageText> Transparenzplattform Melderhandbuch, Version Page 29

30 Meldekriterium Erläuterung Granularität Je Stromerzeugungseinheit Installierte Kapazität: tagesscharfe Einzelwerte Verfügbare Kapazität: tagesscharfe Zeitreihe Zeitpunkt Installierte Kapazität: Meldung spätestens am 15. November, Uhr (CET/CEST) des laufenden Kalenderjahres Verfügbare Kapazität: Meldung täglich bis 9.15 Uhr sowie bis Uhr im Falle von Aktualisierungen (CET/CEST) Zeitraum Installierte Kapazität: aktuelles Jahr und (mindestens) 3 Folgejahre Verfügbare Kapazität: Es müssen mindestens Informationen für das aktuelle Jahr sowie das darauf folgende Jahr verfügbar sein (aktuelles und folgendes Jahr, tagesscharf). Am 15. November, bis Uhr (CET/CEST) ist die Meldung für das dem Folgejahr fortfolgende Jahr vorzunehmen. Aktualisierung Installierte Kapazität: bei Änderung ausdrücklich empfohlen Verfügbare Kapazität: bei Änderungen notwendig Veröffentlichung Installierte Kapazität: je Stromerzeugungseinheit Tabelle 14: Meldekriterien TEM 1a Zeitpunkt: 1. Januar des Folgejahres, 0.00 Uhr (CET/CEST) für die installierte Netto-Engpassleistung Verfügbare Kapazität: aggregiert per Brennstoff Zeitpunkt: Täglich, Uhr (CET/CEST) und Uhr (CET/CEST) Die Informationen zum Aufbau der XML-Datenstruktur der Meldungen zu TEM 1a befinden sich in Abschnitt TEM 5a: Geplante Produktion von Stromerzeugungseinheiten Die geplante Erzeugung ist im Sinne der VGB-Begriffsdefinitionen als geplante Netto- Betriebsleistung zu verstehen. Ein Kraftwerksbetreiber muss täglich Stundenmittelwerte der geplanten Netto-Betriebsleistungen aller Stromerzeugungseinheiten größer gleich 100 MW Netto-Nennleistung melden. Kraftwerksbetreiber in Deutschland und Österreich melden statt der TEM 5a die TEM 5b. Auch Pumpspeichersätze größer gleich 100 MW Netto-Nennleistung im Turbinenbetrieb sind von dieser Meldung betroffen. In die Meldung ist die für den Turbinenbetrieb geplante Netto- Betriebsleistung derartiger Stromerzeugungseinheiten einzubeziehen. Für die vorgesehenen Pumpzeiträume wird eine Netto-Betriebsleistung von 0 MW berücksichtigt. Für Stromerzeugungseinheiten und Pumpspeichersätze < 100 MW Netto-Nennleistung ist dies gleichermaßen möglich und empfohlen. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 5a: Transparenzplattform Melderhandbuch, Version Page 30

31 Meldekriterium Erläuterung Meldepflicht Für Einheiten der konventionellen und erneuerbaren Stromproduktion jeder Größe Auch für Pumpspeichersätze im Turbinenbetrieb jeder Größe Meldedaten Meldende Person <DispatcherID> Betroffene Stromerzeugungseinheit <UnitID> Geplante Erzeugung (Netto-Betriebsleistung (in MW)) <Quantity> Stunde der Erzeugung (Minute 0 der Stunde) <Starttime> Anmerkungen <MessageText> Granularität Je Stromerzeugungseinheit Stundenscharf Zeitpunkt Meldung täglich bis Uhr (CET/CEST) für den folgenden Tag Zeitraum Folgetag Aktualisierung Nicht erforderlich Veröffentlichung Aggregiert je Brennstoff Zeitpunkt: täglich Uhr (CET/CEST) für den Folgetag Tabelle 15: Meldekriterien TEM 5a Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 5b: Geplante Produktion von Stromerzeugungseinheiten (15 Minuten) Die geplante Erzeugung ist im Sinne der VGB-Begriffsdefinitionen als geplante Netto- Betriebsleistung zu verstehen. Ein Kraftwerksbetreiber mit Stromerzeugungseinheiten in Deutschland (DE) oder Österreich (AT) mit einer Netto-Nennleistung 100 MW muss täglich Viertelstundenwerte der geplanten Netto-Betriebsleistungen aller betreffenden Einheiten melden. Auch Pumpspeichersätze in Deutschland (DE) oder Österreich (AT) größer gleich 100 MW Netto- Nennleistung im Turbinenbetrieb sind von dieser Meldung betroffen. In die Meldung ist die für den Turbinenbetrieb geplante Netto-Betriebsleistung derartiger Stromerzeugungseinheiten einzubeziehen. Für die vorgesehenen Pumpzeiträume wird eine Netto-Betriebsleistung von 0 MW berücksichtigt. Für Stromerzeugungseinheiten und Pumpspeichersätze < 100 MW Netto-Nennleistung oder für andere Länder ist dies gleichermaßen möglich und empfohlen. Die Meldepflicht ergibt sich aus den regelzonenspezifischen Festlegungen zur Marktzeiteinheit (MTU) im Rahmen EU-Transparenzverordnung (543/2013). Die Auflistung der gültigen Marktzeiteinheiten je Land sind im Kapitel aufgeführt. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 5b: Transparenzplattform Melderhandbuch, Version Page 31

32 Meldekriterium Erläuterung Meldepflicht Für Einheiten der konventionellen und erneuerbaren Stromproduktion jeder Größe in DE/AT Auch für Pumpspeichersätze im Turbinenbetrieb jeder Größe in DE/AT Meldedaten Meldende Person <DispatcherID> Betroffene Stromerzeugungseinheit <UnitID> Geplante Erzeugung (Netto-Betriebsleistung (in MW)) <Quantity> Viertelstunde der Erzeugung (Minute 0 der Viertelstunde) <Starttime> Anmerkungen <MessageText> Granularität Je Stromerzeugungseinheit Viertelstundenscharf Zeitpunkt Meldung täglich bis Uhr (CET/CEST) für den folgenden Tag Zeitraum Folgetag Aktualisierung Nicht erforderlich Veröffentlichung Aggregiert je Brennstoff Zeitpunkt: täglich Uhr (CET/CEST) für den Folgetag Tabelle 16: Meldekriterien TEM 5b Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 10a: Tatsächliche Produktion von Stromerzeugungseinheiten Diese Meldung ist vergleichbar mit der Ex-Ante-Meldung der geplanten Erzeugung aus Abschnitt Die tatsächliche Erzeugung ist im Sinne der VGB-Begriffsdefinitionen als tatsächliche Netto-Betriebsleistung zu verstehen. Ein Kraftwerksbetreiber muss die Stundenmittelwerte der tatsächlichen Netto-Betriebsleistung aller Stromerzeugungseinheiten melden. Über den Parameter <Quality> kann spezifiziert werden, ob es sich um einen Mess- oder Zählwert handelt. Kraftwerksbetreiber in Deutschland und Österreich melden statt der TEM 10a die TEM 10b. Jeder Stundenmittelwert ist für Einheiten 100 MW mit höchstens einstündigem Verzug zu melden (H+1). Für Einheiten < 100 MW ist dies gleichermaßen möglich und empfohlen. Optional ist für Einheiten < 100 MW jedoch auch eine Meldung bis zum nächsten Tag Uhr möglich. Bei Bedarf können die Werte zu einem späteren Zeitpunkt aktualisiert werden, insbesondere um die Datenqualität durch Ersetzen von Messwerten durch Zählwerte zu erhöhen. Auch Pumpspeichersätze im Turbinenbetrieb sind von dieser Meldung betroffen. In die Meldung ist die tatsächliche Netto-Betriebsleistung im Turbinenbetrieb einzubeziehen. Für die Pumpzeiträume wird eine Netto-Betriebsleistung von 0 MW berücksichtigt. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 10a: Transparenzplattform Melderhandbuch, Version Page 32

33 Meldekriterium Erläuterung Meldepflicht Für Einheiten der konventionellen und erneuerbaren Stromproduktion jeder Größe Auch für Pumpspeichersätze im Turbinenbetrieb jeder Größe Meldedaten Meldende Person <DispatcherID> Tatsächliche Erzeugung (Netto-Betriebsleistung (in MW)) <Quantity> Angabe, ob Messwert oder Zählwert <Quality> Stunde der Erzeugung (Minute 0 der Stunde) <Starttime> Betroffene Stromerzeugungseinheit <UnitID> Anmerkungen <MessageText> Granularität Je Stromerzeugungseinheit Stundenscharf Zeitpunkt Meldung innerhalb von einer Stunde nach der Stunde der Erzeugung Zeitraum 1 Stunde Bei einer Aktualisierungsmeldung kann die Meldung einen größeren zurückliegenden Zeitraum abdecken. Aktualisierung Bei Bedarf jederzeit möglich (insbesondere zum Ersetzen von Messwerten durch Zählwerte) Veröffentlichung Aktueller Tag (D): aggregiert je Brennstoff für Einheiten 100 MW 1. Folgetag (D+1): aggregiert je Brennstoff für alle Einheiten 5. Folgetag (D+5): je Stromerzeugungseinheit für Einheiten 100 MW Tabelle 17: Meldekriterien TEM 10a Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 10b: Tatsächliche Produktion von Stromerzeugungseinheiten (15 Minuten) Diese Meldung ist vergleichbar mit der Ex-Ante-Meldung der geplanten Erzeugung aus Abschnitt , wobei dieser Meldungstyp Stromerzeugungseinheiten jeder Größe offen steht. Die tatsächliche Erzeugung ist im Sinne der VGB-Begriffsdefinitionen als tatsächliche Netto- Betriebsleistung zu verstehen. Ein Kraftwerksbetreiber mit Stromerzeugungseinheiten in Deutschland (DE) oder Österreich (AT) mit einer Netto-Nennleistung 100 MW muss die Viertelstundenwerte der tatsächlichen Netto- Betriebsleistungen aller betreffenden Einheiten melden. Auch Pumpspeichersätze in Deutschland (DE) oder Österreich (AT) größer gleich 100 MW Netto- Nennleistung im Turbinenbetrieb sind von dieser Meldung betroffen. In die Meldung ist die für den Turbinenbetrieb tatsächliche Netto-Betriebsleistung derartiger Stromerzeugungseinheiten einzubeziehen. Für die vorgesehenen Pumpzeiträume wird eine Netto-Betriebsleistung von 0 MW berücksichtigt. Jeder Viertelstundenwert ist für Einheiten 100 MW mit höchstens einstündigem Verzug zu melden (H+1). Für Stromerzeugungseinheiten und Pumpspeichersätze < 100 MW Netto-Nennleistung Transparenzplattform Melderhandbuch, Version Page 33

34 oder für andere Länder ist dies gleichermaßen möglich und empfohlen. Optional ist für Einheiten < 100 MW jedoch auch eine Meldung bis zum nächsten Tag Uhr möglich. Bei Bedarf können die Werte zu einem späteren Zeitpunkt aktualisiert werden, insbesondere um die Datenqualität durch Ersetzen von Messwerten durch Zählwerte zu erhöhen. Die Meldepflicht ergibt sich aus den regelzonenspezifischen Festlegungen zur Marktzeiteinheit (MTU) im Rahmen EU-Transparenzverordnung (543/2013). Die Auflistung der gültigen Marktzeiteinheiten je Land sind im Kapitel aufgeführt. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 10b: Meldekriterium Erläuterung Meldepflicht Für Einheiten der konventionellen und erneuerbaren Stromproduktion jeder Größe in DE/AT Auch für Pumpspeichersätze im Turbinenbetrieb jeder Größe in DE/AT Meldedaten Meldende Person <DispatcherID> Tatsächliche Erzeugung (Netto-Betriebsleistung (in MW)) <Quantity> Angabe, ob Messwert oder Zählwert <Quality> Viertelstunde der Erzeugung (Minute 0 der Viertelstunde) <Starttime> Betroffene Stromerzeugungseinheit <UnitID> Anmerkungen <MessageText> Granularität Je Stromerzeugungseinheit Viertelstundenscharf Zeitpunkt Meldung innerhalb von einer Stunde nach der Viertelstunde der Erzeugung Zeitraum Min eine Viertelstunde, auch vier Viertelstunden möglich Bei einer Aktualisierungsmeldung kann die Meldung einen größeren zurückliegenden Zeitraum abdecken. Aktualisierung Bei Bedarf jederzeit möglich (insbesondere zum Ersetzen von Messwerten durch Zählwerte) Veröffentlichung Aktueller Tag (D): aggregiert je Brennstoff für Einheiten 100 MW 1. Folgetag (D+1): aggregiert je Brennstoff für alle Einheiten 5. Folgetag (D+5): je Stromerzeugungseinheit für Einheiten 100 MW Tabelle 18: Meldekriterien TEM 10b Über den Parameter <Quality> kann spezifiziert werden, ob es sich um einen Mess- oder Zählwert handelt. Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 12: Nichtbeanspruchbarkeiten von Stromerzeugungseinheiten Generell muss über jede Nichtbeanspruchbarkeit größer gleich 100 MW informiert werden, sofern diese mindestens eine Marktzeiteinheit andauert (zur Marktzeiteinheit siehe Abschnitt 9.9.8). Die Transparenzplattform Melderhandbuch, Version Page 34

35 Angabe von Ursachen ist vorgesehen und entsprechend der Tabelle zu Meldegründen vorzunehmen. Bei der Abgabe der Meldung muss der Melder nicht zwischen geplanter und nicht geplanter Nichtbeanspruchbarkeit differenzieren. Diese Unterscheidung wird von der Transparenzplattform technisch wie folgt abgeleitet: Geplant: der Meldezeitpunkt liegt vor oder ist gleich dem Ereigniseintritt der Nichtbeanspruchbarkeit Ungeplant: der Meldezeitpunkt liegt nach dem Ereigniseintritt der Nichtbeanspruchbarkeit Der Meldezeitpunkt entspricht dem Zeitstempel des Eintreffens der Meldung in die DMZ. Bei der Publikation wird weiterhin unterschieden: Bekannte bzw. geplante Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Zukunft liegt. Unbekannte bzw. unplanmäßige Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Vergangenheit liegt (z.b. Ausfälle). Hinsichtlich der Meldedaten sind beide Meldungen identisch. Das meldende Unternehmen gibt jeweils Beginn, Ende und Höhe der nicht beanspruchbaren Leistung an und verleiht dem Nichtbeanspruchbarkeitsereignis eine eindeutige Bezeichnung, die sogenannte EventID. Im Einzelnen gilt weiterhin: Es muss über alle Nichtbeanspruchbarkeiten informiert werden, welche im aktuellen Kalenderjahr oder im folgenden Kalenderjahr beginnen. Jedoch können Nichtbeanspruchbarkeiten auch schon für die drei Folgejahre gemeldet werden. Alle eingehenden Meldungen werden unmittelbar veröffentlicht. Eine kurzfristig und unplanmäßig auftretende Nichtbeanspruchbarkeit (z.b. technische Störung, Ausfall) ist im Idealfall ohne Verzögerung, jedoch spätestens binnen einer Stunde nach ihrem Bekanntwerden zu melden. Die Veröffentlichung der Daten erfolgt auch in diesem Fall unmittelbar. Bei Bekanntwerden einer Änderung ist keine neue Meldung anzulegen, sondern die vorhandene anzupassen bzw. zu aktualisieren. Die betreffende Meldung kann durch ihre EventID eindeutig identifiziert werden. Die Veröffentlichung für alle Aktualisierungen von Nichtbeanspruchbarkeiten erfolgt ebenfalls unmittelbar. Optionale Meldegrenze: Innerhalb dieser Meldung können folgende weitergehende Daten übermittelt werden: Meldung von Nichtbeanspruchbarkeiten größer oder gleich 10 MW Dauer der Nichtbeanspruchbarkeit größer oder gleich 15 Minuten. Durch diese optionale Meldemöglichkeit wird sichergestellt, dass im Falle von Marktsituationen mit einem geringen Angebotsüberhang auch preisrelevante Nichtbeanspruchbarkeiten kleiner 100 MW/1 Stunde veröffentlicht werden können. Es obliegt dem Melder einzuschätzen, ob er dieses Veröffentlichungsangebot auf regelmäßiger Basis nutzt. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 12: Transparenzplattform Melderhandbuch, Version Page 35

36 Meldekriterium Erläuterung Meldepflicht Für Stromerzeugungseinheiten der konventionellen und erneuerbaren Stromerzeugung jeder Größe Auch für Pumpspeichersätze im Turbinenbetrieb jeder Größe Für Nichtbeanspruchbarkeiten größer gleich 100 MW, die mindestens eine Marktzeiteinheit andauern, bis zu drei Jahre im Voraus (siehe zur Marktzeiteinheit Abschnitt 9.9.8) Auch für Nichtbeanspruchbarkeiten größer gleich 10 MW, die mindestens 15 Minuten andauern (optionale Meldung zur Abbildung kleinerer Nichtbeanspruchbarkeiten) Meldedaten Meldende Person <DispatcherID> Betroffene Stromerzeugungseinheit <UnitID> Bezeichnung des Nichtbeanspruchbarkeitsereignisses <EventID> Datum und Uhrzeit des Beginns <NonAvailabilityBegin> Datum und Uhrzeit des Endes <NonAvailabilityEnd> Nicht beanspruchbare Leistung (in MW) <NonAvailabilityCapacity> Status der Meldung (Active oder Inactive 7 ) <Status> Grund der Nichtbeanspruchbarkeit <Reason> (gültige Werte siehe Abschnitt 9.9.7) Anmerkungen <MessageText> Granularität Je Stromerzeugungseinheit Angabe von Beginn und Ende der Nichtbeanspruchbarkeit Zeitpunkt Meldung unverzüglich übermittelt, spätestens jedoch innerhalb von einer Stunde nach Bekanntwerden der Nichtbeanspruchbarkeit Zeitraum Beginn der Nichtbeanspruchbarkeit: aktuelles Jahr plus die zwei folgenden Kalenderjahre. Ende der Nichtbeanspruchbarkeit: des dritten Folgejahres Aktualisierung Bei Änderungen: unverzüglich nach Bekanntwerden Veröffentlichung Je Stromerzeugungseinheit Zeitpunkt: unverzüglich nach Meldungseingang Tabelle 19: Meldekriterien TEM 12 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Strom: Verbrauch Von Meldungstypen in diesem Bereich sind Betreiber industrieller Anlagen oder verbrauchsintensiver Standorte betroffen, deren installierte Verbrauchskapazität größer oder gleich 10 MW ist. 7 Hinweis: Eine Änderung einer Meldung auf den Status der Meldung auf Inactive bedeutet, dass diese nicht stattfindet bzw. nicht stattgefunden hat. Sollte eine Nichtbeanspruchbarkeit vorzeitig beendet sein, so ist eine Anpassung des Wertes Datum und Uhrzeit des Endes vorzunehmen. Transparenzplattform Melderhandbuch, Version Page 36

37 TEM 14: Installierte Leistung von Stromverbrauchseinheiten Die zu meldende installierte Kapazität (eng. installed capacity) ist im Sinne der VGB- Begriffsdefinitionen als Netto-Engpassleistung zu verstehen. Bei Meldung der installierten Kapazität ist das Datum anzugeben, ab dem der Wert gilt. Die Gültigkeit währt solange, bis das Start-Datum eines neuen Werts erreicht wird. Aktualisierungen sind jederzeit möglich und werden ausdrücklich empfohlen, da die installierte Kapazität für Plausibilitätsprüfungen verwendet wird. Es bestehen keine Vorschriften, wie regelmäßig die Meldung einzureichen ist. Es muss jedoch folgender Grundsatz gewährleistet sein: Die Meldung hat so zu erfolgen, dass am 15. November des laufenden Kalenderjahres um Uhr (CET/CEST) die Angaben zur installierten Kapazität des aktuellen und der drei darauf folgende Kalenderjahre lückenlos abgedeckt sind. Da die installierte Kapazität auch für die Plausibilisierung anderer Meldungen benötigt wird, muss die Meldung bereits vor Meldebeginn einmalig abgegeben werden. Als Voraussetzung für die Meldungen, muss jeder Melder initial die installierte Kapazität und die nutzbare Energie einmalig melden (abweichend vom 15. November). Auch im Bau befindliche Verbrauchseinheiten müssen innerhalb der geltenden Fristen schon vor Inbetriebnahme gemeldet werden. Pumpspeichersätze sind von dieser Meldung nicht betroffen. Für sie erfolgen Meldungen nur im Bereich der Stromerzeugung sowie der Stromspeicherung. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 14: Meldekriterium Erläuterung Meldepflicht Für Verbrauchseinheiten größer gleich 10 MW Netto-Nennleistung Pumpspeichersätze im Pumpbetrieb melden nur in Stromspeicherung Meldedaten Meldende Person <DispatcherID> Betroffene Verbrauchseinheit <UnitID> Installierte Kapazität (in MW) <Capacity> Datum, ab dem die installierte Kapazität gilt <Starttime> Anmerkungen <MessageText> Granularität Je Verbrauchseinheit oder als Zusammenfassung der am Standort befindlichen Verbrauchseinheiten Installierte Kapazität: Tagesscharfe Einzelwerte Zeitpunkt Meldung spätestens am 15. November, Uhr (CET/CEST), des laufenden Kalenderjahres Zeitraum Installierte Kapazität: aktuelles Jahr und (mindestens) 3 Folgejahre Aktualisierung Installierte Kapazität: bei Änderung ausdrücklich empfohlen Veröffentlichung Installierte Kapazität: je Stromverbrauchseinheit Zeitpunkt: 16. November, 0.00 Uhr (CET/CEST) für die Installierte Kapazität Tabelle 20: Meldekriterien TEM 14 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Transparenzplattform Melderhandbuch, Version Page 37

38 TEM 16: Geplanter Verbrauch von Stromverbrauchseinheiten Der geplante Verbrauch ist als geplante Netto-Betriebsleistung zu verstehen. Ein Betreiber muss täglich Stundenmittelwerte der geplanten Netto-Betriebsleistungen aller Verbrauchseinheiten größer gleich 10 MW installierte Kapazität melden. Pumpspeichersätze sind von dieser Meldung nicht betroffen. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 16: Meldekriterium Erläuterung Meldepflicht Für Verbrauchseinheiten größer gleich 10 MW installierte Kapazität Meldedaten Meldende Person <DispatcherID> Betroffene Verbrauchseinheit <UnitID> Geplanter Verbrauch (in MWh) <Quantity> Beginn der Stunde des Verbrauchs (Minute 0 der Stunde) <Starttime> Anmerkungen <MessageText> Granularität Je Verbrauchseinheit oder als Zusammenfassung der am Standort befindlichen Verbrauchseinheiten Stundenscharf Zeitpunkt Meldung täglich bis Uhr (CET/CEST) für den folgenden Tag Zeitraum Folgetag Aktualisierung Nicht erforderlich Veröffentlichung Aggregiert per Land Zeitpunkt: täglich Uhr (CET/CEST) für den Folgetag Tabelle 21: Meldekriterien TEM 16 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 18: Tatsächlicher Verbrauch von Stromverbrauchseinheiten Diese Meldung stellt den realisierten Verbrauch im Vergleich zum geplanten Verbrauch (TEM 16) dar. Der tatsächliche Verbrauch ist als tatsächliche Netto-Betriebsleistung zu verstehen. Ein Betreiber muss stündlich die Stundenmittelwerte der tatsächlichen Netto-Betriebsleistung für jede Verbrauchseinheit größer gleich 10 MW Netto-Nennleistung melden. Über den Parameter <Quality> kann spezifiziert werden, ob es sich um einen Mess- oder Zählwert handelt. Jeder Stundenmittelwert ist mit höchstens einstündigem Verzug zu melden. Bei Bedarf können die Werte zu einem späteren Zeitpunkt aktualisiert werden, insbesondere um die Datenqualität durch Ersetzen von Messwerten durch Zählwerte zu erhöhen. Pumpspeichersätze sind von dieser Meldung nicht betroffen. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 18: Transparenzplattform Melderhandbuch, Version Page 38

39 Meldekriterium Erläuterung Meldepflicht Für Verbrauchseinheiten größer gleich 10 MW Netto-Nennleistung Meldedaten Meldende Person <DispatcherID> Tatsächlicher Verbrauch (Netto-Betriebsleistung (in MWh)) <Quantity> Angabe, ob Messwert oder Zählwert <Quality> Stunde des Verbrauchs (Minute 0 der Stunde) <Starttime> Betroffene Verbrauchseinheit <UnitID> Anmerkungen <MessageText> Granularität Je Verbrauchseinheit oder als Zusammenfassung der am Standort befindlichen Verbrauchseinheiten Stundenscharf Zeitpunkt Meldung innerhalb von einer Stunde nach der Stunde des Verbrauchs Zeitraum 1 Stunde Bei einer Aktualisierungsmeldung kann die Meldung einen größeren zurückliegenden Zeitraum abdecken Aktualisierung Bei Bedarf jederzeit möglich (insbesondere zum Ersetzen von Messwerten durch Zählwerte) Veröffentlichung Aggregiert per Land Tabelle 22: Meldekriterien TEM 18 Zeitpunkt: jede Stunde zur vollen Stunde Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 20: Nichtbeanspruchbarkeiten von Stromverbrauchseinheiten Diese Meldung enthält Informationen über Nichtbeanspruchbarkeiten von Verbrauchseinheiten 10 MW installierter Kapazität (eng. installed capacity) je Verbrauchseinheit. Generell muss über jede Nichtbeanspruchbarkeit größer gleich 100 MW informiert werden, sofern diese mindestens eine Marktzeiteinheit (zur Marktzeiteinheit siehe Abschnitt 9.9.8) andauert. Die Angabe von Ursachen ist vorgesehen und entsprechend der Tabelle zu Meldegründen vorzunehmen. Bei der Abgabe der Meldung muss der Melder nicht zwischen geplanter und nicht geplanter Nichtbeanspruchbarkeit differenzieren. Diese Unterscheidung wird von der Transparenzplattform technisch wie folgt abgeleitet: Geplant: Der Meldezeitpunkt liegt vor oder ist gleich dem Ereigniseintritt der Nichtbeanspruchbarkeit. Ungeplant: Der Meldezeitpunkt liegt nach dem Ereigniseintritt der Nichtbeanspruchbarkeit. Der Meldezeitpunkt entspricht dabei dem Zeitstempel beim Eintreffen der Meldung in die DMZ. Bei der Publikation wird unterschieden: Geplante bzw. bekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Zukunft liegt. Ungeplante bzw. unbekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Vergangenheit liegt (z.b. Ausfälle). Transparenzplattform Melderhandbuch, Version Page 39

40 Der Melder gibt jeweils Beginn, Ende und Höhe der nicht beanspruchbaren Leistung an und verleiht dem Nichtbeanspruchbarkeitsereignis eine eindeutige Bezeichnung, die sogenannte EventID. Im Einzelnen gilt weiterhin: Es muss über alle Nichtbeanspruchbarkeiten informiert werden, welche im aktuellen Kalenderjahr oder im folgenden Kalenderjahr beginnen. Jedoch können Nichtbeanspruchbarkeiten auch schon für die drei Folgejahre gemeldet werden. Alle eingehenden Meldungen werden unmittelbar veröffentlicht. Eine unplanmäßig auftretende Nichtbeanspruchbarkeit (z.b. technische Störung, Ausfall) ist unverzüglich nach ihrem Bekanntwerden, jedoch spätestens innerhalb einer Stunde zu melden. Die Veröffentlichung der Daten erfolgt auch in diesem Fall unmittelbar. Bei Bekanntwerden einer Änderung ist keine neue Meldung anzulegen, sondern die vorhandene anzupassen bzw. zu aktualisieren. Die betreffende Meldung kann durch ihre EventID eindeutig identifiziert werden. Die Veröffentlichung für alle Aktualisierungen von Nichtbeanspruchbarkeiten erfolgt ebenfalls unmittelbar. Optionale Meldegrenze: Innerhalb dieser Meldung können folgende weitergehende Daten übermittelt werden: Meldung von Nichtbeanspruchbarkeiten größer oder gleich 10 MW Dauer der Nichtbeanspruchbarkeit größer oder gleich 15 Minuten. Durch diese optionale Meldemöglichkeit wird sichergestellt, dass im Falle von Marktsituationen mit einem geringen Angebotsüberhang auch preisrelevante Nichtbeanspruchbarkeiten kleiner 100 MW/1 Stunde veröffentlicht werden können. Es obliegt dem Melder einzuschätzen, ob er dieses Veröffentlichungsangebot auf regelmäßiger Basis nutzt. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 20: Meldekriterium Erläuterung Meldepflicht Für Stromverbrauchseinheiten größer gleich 10 MW Netto-Nennleistung Für Nichtbeanspruchbarkeiten größer gleich 100 MW, die mindestens eine Marktzeiteinheit andauern (siehe zur Marktzeiteinheit Abschnitt 9.9.8) Auch für Nichtbeanspruchbarkeiten größer gleich 10 MW, die mindestens 15 Minuten andauern (optionale Meldung zur Abbildung kleinerer Nichtbeanspruchbarkeiten) Meldedaten Meldende Person <DispatcherID> Betroffene Stromverbrauchseinheit <UnitID> Bezeichnung des Nichtbeanspruchbarkeitsereignisses <EventID> Datum und Uhrzeit des Beginns <NonAvailabilityBegin> Datum und Uhrzeit des Endes <NonAvailabilityEnd> Nicht beanspruchbare Leistung (in MW) <NonAvailabilityCapacity> Status der Meldung (Active oder Inactive) <Status> Grund der Nichtbeanspruchbarkeit <Reason> (gültige Werte siehe Abschnitt 9.9.7) Anmerkungen <MessageText> Granularität Je Stromverbrauchseinheit oder als Zusammenfassung der am Standort be- Transparenzplattform Melderhandbuch, Version Page 40

41 Meldekriterium Erläuterung findlichen Verbrauchseinheiten Angabe von Beginn und Ende der Nichtbeanspruchbarkeit Zeitpunkt Meldung unverzüglich übermittelt, spätestens jedoch innerhalb von einer Stunde nach Bekanntwerden der Nichtbeanspruchbarkeit Zeitraum Beginn der Nichtbeanspruchbarkeit: aktuelles Jahr plus folgendes Kalenderjahr Ende der Nichtbeanspruchbarkeit: des dritten Folgejahres Aktualisierung Bei Änderungen: unverzüglich nach Eintreten Veröffentlichung Anonymisiert je Stromverbrauchseinheit Zeitpunkt: umgehend nach Meldungseingang Tabelle 23: Meldekriterien TEM 20 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Strom: Speicherung Die Meldungen erfolgen durch Betreiber von Pumpspeicherkraftwerken für den Pumpbetrieb, Jahresspeichern, Speicheranlagen mit natürlichen Zuflüssen und ggf. Betreiber von sonstigen Stromspeicheranlagen TEM 22: Pumpleistung und Arbeitsvermögen Die zu meldende installierte Kapazität von Pumpspeicherkraftwerken bezieht sich an dieser Stelle auf den Pumpbetrieb und dabei auf die installierte Leistung der Pumpe am Standort. Im Falle von Speichern ohne Möglichkeit, durch eine elektrisch betriebene Pumpe den Füllstand des Speichers zu erhöhen, ist die installierte Kapazität mit 0 anzugeben. Bei einer einzelnen Speicheranlage mit mehreren Pumpen sind die Pumpen zusammengefasst für den Standort zu melden, so dass für eine Einheit Pumpleistung, Füllstand und Nichtbeanspruchbarkeiten gemeldet werden. Eine Zusammenfassung über verschiedene Stufen ist jedoch ausdrücklich nicht vorgesehen. Sollten verschiedene Betreiber mit deren Pumpen in ein gemeinsames Oberbecken einspeisen, so kommt entweder eine Meldung je Betreiber mit einer Aufteilung des Oberbeckens oder vorzugsweise die Durchführung der Meldung durch einen Betreiber im Auftrag des anderen in Betracht. Dieser Sachverhalt ist individuell mit der EEX zu klären. Als weiteres Datenelement dieser Meldung ist die maximal speicherbare Energie (= Arbeitsvermögen) anzugeben. Sie bezeichnet die theoretisch maximal nutzbare elektrische Netto-Arbeit bei maximaler Auffüllung des Speichers unter Berücksichtigung aller zum Meldezeitpunkt bekannten technisch oder wasserrechtlich wirksamen Restriktionen. Die Meldung der beiden Datenelemente kann unabhängig voneinander erfolgen. Bei Meldung der installierten Kapazität ist das Datum anzugeben, ab dem der Wert gilt. Die Gültigkeit währt solange, bis das Start-Datum eines neuen Werts erreicht wird. Aktualisierungen sind jederzeit möglich und werden ausdrücklich empfohlen. Bei der Meldung des Arbeitsvermögens ist der Tag des Jahres anzugeben, ab dem dieser Wert gilt. Transparenzplattform Melderhandbuch, Version Page 41

42 Es bestehen keine Vorschriften, wie regelmäßig die Meldung einzureichen ist. Es muss jedoch folgender Grundsatz gewährleistet sein: Die Meldung hat so zu erfolgen, dass am 15. November des laufenden Kalenderjahres um Uhr (CET/CEST) sowohl die Angaben zur installierten Pumpleistung als auch zum Arbeitsvermögen des aktuellen und des darauf folgende Kalenderjahres lückenlos abgedeckt sind. Da die installierte Kapazität auch für die Plausibilisierung anderer Meldungen benötigt wird, muss die Meldung bereits vor Meldebeginn einmalig abgegeben werden. Als Voraussetzung für die Meldungen, muss jeder Melder initial die installierte Kapazität und speicherbare Energie einmalig melden (abweichend vom 15. November). Auch im Bau befindliche Speichereinheiten müssen innerhalb der geltenden Fristen schon vor Inbetriebnahme gemeldet werden. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 22: Meldekriterium Erläuterung Meldepflicht Für Speichereinheiten als Meldung je Speichereinheit oder als Zusammenfassung je Standort Meldedaten Meldende Person <DispatcherID> Betroffene Speichereinheit <UnitID> Installierte Kapazität (in MW) <PumpingCapacity> Datum, ab dem die installierte Kapazität gilt <Starttime> Maximales Arbeitsvermögen (in MWh) <WorkingCapacity> Datum innerhalb des Prognosejahres <Starttime> Anmerkungen <MessageText> Granularität Je Speichereinheit oder als Zusammenfassung der am Standort befindlichen Speichereinheiten Installierte Kapazität: tagesscharfe Einzelwerte Arbeitsvermögen: maximales Arbeitsvermögen des Oberbeckens als tagesscharfer Einzelwert (technische und wasserrechtliche Restriktionen sind abzuziehen) Zeitpunkt Meldung spätestens am 15. November, Uhr (CET/CEST), des laufenden Kalenderjahres Zeitraum Installierte Kapazität: aktuelles Jahr und Folgejahr Arbeitsvermögen: aktuelles Jahr und Folgejahr Aktualisierung Installierte Kapazität: bei Änderung ausdrücklich empfohlen Arbeitsvermögen: bei Änderung ausdrücklich empfohlen Veröffentlichung Installierte Kapazität: je Stromspeichereinheit Arbeitsvermögen: je Stromspeichereinheit Zeitpunkt: 16. November, 0.00 Uhr (CET/CEST) für das Arbeitsvermögen und die installierte Pumpleistung Tabelle 24: Meldekriterien TEM 22 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Transparenzplattform Melderhandbuch, Version Page 42

43 TEM 24: Füllstande von Stromspeichereinheiten Aufgrund der flexiblen Nutzungsmöglichkeit und damit der großen Abweichung zwischen Planungs- und Realisierungsstand ist für die Nutzung von Speichern nur der täglich aktuelle Füllstand des Speichers zu melden. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 24: Meldekriterium Erläuterung Meldepflicht Für Speichereinheiten als Meldung je Speichereinheit oder als Zusammenfassung je Standort Meldedaten Meldende Person <DispatcherID> Betroffene Speichereinheit <UnitID> Füllstand der Speichereinheit (MWh) <Quantity> Datum, ab dem der Füllstand gilt <Starttime> Angabe, ob der Wert ein Messwert oder Zählwert <Quality> Anmerkungen <MessageText> Granularität Je Speichereinheit oder als Zusammenfassung der am Standort befindlichen Speichereinheiten Füllstand: tagesscharfe Einzelwerte (in MWh) Zeitpunkt Tägliche Meldung, bis 8.55 Uhr (CET/CEST) Zeitraum Tatsächlicher Füllstand um Uhr des Vortages Aktualisierung Nur bei Übermittlung fehlerhafter Werte notwendig Veröffentlichung Aggregiert per Land Zeitpunkt: täglich 9.00 Uhr (CET/CEST) Tabelle 25: Meldekriterien TEM 24 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 26: Nichtbeanspruchbarkeiten von Stromspeichereinheiten Diese Meldung enthält Informationen über Nichtbeanspruchbarkeiten von Stromspeichereinheiten mit beliebiger Pumpkapazität. Generell muss über jede Nichtbeanspruchbarkeit größer gleich 100 MW informiert werden, sofern diese mindestens eine Stunde andauert. Darüber hinaus kann über jede Nichtbeanspruchbarkeit größer gleich 10 MW informiert werden, sofern diese mindestens 15 Minuten andauert. Die Angabe von Ursachen ist vorgesehen und entsprechend der Tabelle zu Meldegründen vorzunehmen. Bei einer einzelnen Speicheranlage mit mehreren Pumpen sind die Vorgaben unter TEM 22 zu beachten. Für Speichereinheiten ohne Pumpen ist keine Meldung der TEM 26 erforderlich. Die Ursache einer Nichtbeanspruchbarkeit kann entweder durch den Speicher oder die Einheit zur Einspeicherung (z.b. Pumpe) oder auch durch beides begründet sein. Sofern die Ursache im Speicher selbst liegt, ist eine zeitgleiche Meldung einer Nichtbeanspruchbarkeit ggf. auch im Stromerzeugungsbereich notwendig (TEM 12). Transparenzplattform Melderhandbuch, Version Page 43

44 Bei der Abgabe der Meldung muss der Melder nicht zwischen geplanter und nicht geplanter Nichtbeanspruchbarkeit differenzieren. Diese Unterscheidung wird von der Transparenzplattform technisch wie folgt abgeleitet: Geplant: Der Meldezeitpunkt liegt vor oder ist gleich dem Ereigniseintritt der Nichtbeanspruchbarkeit. Ungeplant: Der Meldezeitpunkt liegt nach dem Ereigniseintritt der Nichtbeanspruchbarkeit. Der Meldezeitpunkt entspricht dabei dem Zeitstempel beim Eintreffen der Meldung in die DMZ. Bei der Publikation wird unterschieden: Geplante bzw. bekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Zukunft liegt. Ungeplante bzw. unbekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Vergangenheit liegt (z.b. Ausfälle). Der Melder gibt jeweils Beginn, Ende und Höhe der nicht beanspruchbaren Leistung an und verleiht dem Nichtbeanspruchbarkeitsereignis eine eindeutige Bezeichnung, die sogenannte EventID. Im Einzelnen gilt weiterhin: Es muss über alle Nichtbeanspruchbarkeiten informiert werden, welche im aktuellen Kalenderjahr oder im folgenden Kalenderjahr beginnen. Jedoch können Nichtbeanspruchbarkeiten auch schon für die drei Folgejahre gemeldet werden. Alle eingehenden Meldungen werden unmittelbar veröffentlicht. Eine unplanmäßig auftretende Nichtbeanspruchbarkeit (z.b. technische Störung, Ausfall) ist unverzüglich nach ihrem Bekanntwerden, jedoch spätestens innerhalb einer Stunde zu melden. Die Veröffentlichung der Daten erfolgt auch in diesem Fall unmittelbar. Bei Bekanntwerden einer Änderung ist keine neue Meldung anzulegen, sondern die vorhandene anzupassen bzw. zu aktualisieren. Die betreffende Meldung kann durch ihre EventID eindeutig identifiziert werden. Die Veröffentlichung für alle Aktualisierungen von Nichtbeanspruchbarkeiten erfolgt ebenfalls unmittelbar. Optionale Meldegrenze: Innerhalb dieser Meldung können folgende weitergehende Daten übermittelt werden: Meldung von Nichtbeanspruchbarkeiten größer oder gleich 10 MW Dauer der Nichtbeanspruchbarkeit größer oder gleich 15 Minuten. Durch diese optionale Meldemöglichkeit wird sichergestellt, dass im Falle von Marktsituationen mit einem geringen Angebotsüberhang auch preisrelevante Nichtbeanspruchbarkeiten kleiner 100 MW/1 Stunde veröffentlicht werden können. Es obliegt dem Melder einzuschätzen, ob er dieses Veröffentlichungsangebot auf regelmäßiger Basis nutzt. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 26: Meldekriterium Erläuterung Meldepflicht Für Stromspeichereinheiten als Meldung je Speichereinheit oder als Zusammenfassung je Standort Für Nichtbeanspruchbarkeiten größer gleich 100 MW, die mindestens eine Transparenzplattform Melderhandbuch, Version Page 44

45 Meldekriterium Erläuterung Stunde andauern Auch für Nichtbeanspruchbarkeiten größer gleich 10 MW, die mindestens 15 Minuten andauern (optionale Meldung zur Abbildung kleinerer Nichtbeanspruchbarkeiten) Meldedaten Meldende Person <DispatcherID> Betroffene Stromspeichereinheit <UnitID> Bezeichnung des Nichtbeanspruchbarkeitsereignisses <EventID> Datum und Uhrzeit des Beginns <NonAvailabilityBegin> Datum und Uhrzeit des Endes <NonAvailabilityEnd> Nicht beanspruchbare Leistung (in MW) <NonAvailabilityCapacity> Status der Meldung (Active oder Inactive) <Status> Grund der Nichtbeanspruchbarkeit <Reason> (gültige Werte siehe Abschnitt 9.9.7) Anmerkungen <MessageText> Granularität Je Stromspeichereinheit oder als Zusammenfassung der am Standort befindlichen Speichereinheiten Angabe von Beginn und Ende der Nichtbeanspruchbarkeit Zeitpunkt Meldung unverzüglich übermittelt, spätestens jedoch innerhalb von einer Stunde nach Bekanntwerden der Nichtbeanspruchbarkeit Zeitraum Beginn der Nichtbeanspruchbarkeit: aktuelles Jahr plus folgendes Kalenderjahr Ende der Nichtbeanspruchbarkeit: des dritten Folgejahres Aktualisierung Bei Änderungen: unverzüglich nach Eintreten Veröffentlichung Anonymisiert je Stromspeichereinheit Zeitpunkt: umgehend nach Meldungseingang Tabelle 26: Meldekriterien TEM 26 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Erdgas/LNG Grundsätzlich sind Betreiber von Anlagen zur Förderung, zum Verbrauch, zur Speicherung und zur Übertragung von Erdgas zur Offenlegung von Insider-Informationen verpflichtet. Diese umfassen Angaben zur Kapazität, Nutzung und Verfügbarkeit. Im Falle der Speicherung umfasst die Meldung auch die Speicherung von LNG Erdgas: Verbrauch TEM 15: Installierte Leistung von Erdgasverbrauchseinheiten Die zu meldende installierte Kapazität ist im Sinne der VGB-Begriffsdefinitionen als Netto- Engpassleistung zu verstehen. Transparenzplattform Melderhandbuch, Version Page 45

46 Bei Meldung der installierten Kapazität ist das Datum anzugeben, ab dem der Wert gilt. Die Gültigkeit währt solange, bis das Start-Datum eines neuen Werts erreicht wird. Aktualisierungen sind jederzeit möglich und werden ausdrücklich empfohlen, da die installierte Kapazität für Plausibilitätsprüfungen verwendet wird. Es bestehen keine Vorschriften, wie regelmäßig die Meldung einzureichen ist. Es muss jedoch folgender Grundsatz gewährleistet sein: Die Meldung hat so zu erfolgen, dass am 15. September des laufenden Kalenderjahres um Uhr (CET/CEST) die Angaben zur installierten Kapazität des aktuellen und der drei darauf folgende Kalenderjahre lückenlos abgedeckt sind. Da die installierte Kapazität auch für die Plausibilisierung anderer Meldungen benötigt wird, muss die Meldung bereits vor Meldebeginn einmalig abgegeben werden. Als Voraussetzung für die Meldungen, muss jeder Melder initial die installierte Kapazität einmalig melden (abweichend vom 15. September). Auch im Bau befindliche Verbrauchseinheiten müssen innerhalb der geltenden Fristen schon vor Inbetriebnahme gemeldet werden. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 15: Meldekriterium Erläuterung Meldepflicht Für Erdgasverbrauchseinheiten größer gleich 200 MW (thermisch, oberer Heizwert) möglich Meldedaten Meldende Person <DispatcherID> Betroffene Verbrauchseinheit <UnitID> Installierte Kapazität (in MW) <Capacity> Datum, ab dem die installierte Kapazität gilt <Starttime>Anmerkungen <MessageText> Granularität Je Erdgasverbrauchseinheit oder je Standort als Zusammenfassung existierender Verbrauchseinheiten Installierte Kapazität: tagesscharfe Einzelwerte Zeitpunkt Meldung spätestens am 15. September, Uhr (CET/CEST) des laufenden Kalenderjahres Zeitraum Installierte Kapazität: aktuelles Jahr und (mindestens) 3 Folgejahre Aktualisierung Installierte Kapazität: bei Änderung ausdrücklich empfohlen Veröffentlichung Installierte Kapazität: je Erdgasverbrauchseinheit Zeitpunkt: 16. September, 0.00 Uhr (CET/CEST) für die installierte Kapazität Tabelle 27: Meldekriterien TEM 15 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 17: Geplanter Verbrauch von Erdgasverbrauchseinheiten Der geplante Verbrauch ist als geplante Netto-Betriebsleistung zu verstehen. Ein Betreiber muss täglich die Tagessumme des geplanten Verbrauchs aller am Standort existierender Verbrauchseinheiten größer gleich 200 MW installierte Kapazität (thermisch) melden. Transparenzplattform Melderhandbuch, Version Page 46

47 Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 17: Meldekriterium Erläuterung Meldepflicht Für Erdgasverbrauchseinheiten größer gleich 200 MW installierte Kapazität (thermisch, oberer Heizwert) möglich Meldedaten Meldende Person <DispatcherID> Betroffene Verbrauchseinheit <UnitID> Geplanter Verbrauch (in MWh) <Quantity> Beginn der Stunde des Verbrauchs (6.00) <Starttime> Anmerkungen <MessageText> Granularität je Erdgasverbrauchseinheit oder je Standort als Zusammenfassung existierender Verbrauchseinheiten Tagesscharf entsprechend Gasliefertag (6.00 Uhr bis 6.00 Uhr (CET/CEST)) Zeitpunkt Meldung täglich bis Uhr (CET/CEST) für den folgenden Gasliefertag Zeitraum Folgender Gasliefertag Aktualisierung Nicht erforderlich Veröffentlichung Aggregiert per Marktgebiet Zeitpunkt: täglich Uhr (CET/CEST) für den folgenden Gasliefertag Tabelle 28: Meldekriterien TEM 17 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 19: Tatsächlicher Verbrauch von Erdgasverbrauchseinheiten Diese Meldung stellt den realisierten Verbrauch im Vergleich zum geplanten Verbrauch (TEM 17) dar. Der tatsächliche Verbrauch ist als tatsächliche Netto-Betriebsleistung zu verstehen. Ein Betreiber muss täglich die Tagessumme des tatsächlichen Verbrauchs für jede Verbrauchseinheit bzw. die am Standort zusammengefassten Verbrauchseinheiten größer gleich 200 MW Netto-Nennleistung (thermisch) melden. Über den Parameter <Quality> kann spezifiziert werden, ob es sich um einen Mess- oder Zählwert handelt. Jeder Tageswert ist bis Uhr (CET/CEST) zu melden. Bei Bedarf können die Werte zu einem späteren Zeitpunkt aktualisiert werden, insbesondere um die Datenqualität durch Ersetzen von Messwerten durch Zählwerte zu erhöhen. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 19: Meldekriterium Erläuterung Meldepflicht Für Erdgasverbrauchseinheiten größer gleich 200 MW installierte Kapazität (thermisch, oberer Heizwert) möglich Meldedaten Meldende Person <DispatcherID> Tatsächlicher Verbrauch (in MWh) <Quantity> Angabe, ob Messwert oder Zählwert <Quality> Transparenzplattform Melderhandbuch, Version Page 47

48 Meldekriterium Erläuterung Beginn der Stunde des Verbrauchs (6.00) <Starttime> Betroffene Verbrauchseinheit <UnitID> Anmerkungen <MessageText> Granularität Je Erdgasverbrauchseinheit oder je Standort als Zusammenfassung existierender Erdgasverbrauchseinheiten Tagesscharf entsprechend Gasliefertag (6.00 Uhr bis 6.00 Uhr (CET/CEST)) Zeitpunkt Bis Uhr (CET/CEST) für den abgelaufenen Gasliefertag Zeitraum 1 Gasliefertag Bei einer Aktualisierungsmeldung kann die Meldung einen größeren zurückliegenden Zeitraum abdecken Aktualisierung Bei Bedarf jederzeit möglich (insbesondere zum Ersetzen von Messwerten durch Zählwerte) Veröffentlichung Aggregiert per Marktgebiet Tabelle 29: Meldekriterien TEM 19 Zeitpunkt: täglich Uhr (CET/CEST) für den abgelaufenen Gasliefertag Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 21: Nichtbeanspruchbarkeiten von Erdgasverbrauchseinheiten Diese Meldung enthält Informationen über Nichtbeanspruchbarkeiten von Erdgasverbrauchseinheiten mit 200 MW installierter Kapazität je Verbrauchseinheit (thermisch). Generell kann über jede Nichtbeanspruchbarkeit größer gleich 200 MW informiert werden, sofern diese mindestens eine Stunde andauert. Die Angabe von Ursachen ist vorgesehen und entsprechend der Tabelle zu Meldegründen vorzunehmen. Bei der Abgabe der Meldung muss der Melder nicht zwischen geplanter und nicht geplanter Nichtbeanspruchbarkeit differenzieren. Diese Unterscheidung wird von der Transparenzplattform technisch wie folgt abgeleitet: Geplant: Der Meldezeitpunkt liegt vor oder ist gleich dem Ereigniseintritt der Nichtbeanspruchbarkeit. Ungeplant: Der Meldezeitpunkt liegt nach dem Ereigniseintritt der Nichtbeanspruchbarkeit. Der Meldezeitpunkt entspricht dabei dem Zeitstempel beim Eintreffen der Meldung in die DMZ. Bei der Publikation wird unterschieden: Geplante bzw. bekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Zukunft liegt. Ungeplante bzw. unbekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Vergangenheit liegt (z.b. Ausfälle). Der Melder gibt jeweils Beginn, Ende und Höhe der nicht beanspruchbaren Leistung an und verleiht dem Nichtbeanspruchbarkeitsereignis eine eindeutige Bezeichnung, die sogenannte EventID. Transparenzplattform Melderhandbuch, Version Page 48

49 Im Einzelnen gilt weiterhin: Es muss über alle Nichtbeanspruchbarkeiten informiert werden, welche im aktuellen Kalenderjahr oder im folgenden Kalenderjahr beginnen. Jedoch können Nichtbeanspruchbarkeiten auch schon für die drei Folgejahre gemeldet werden. Alle eingehenden Meldungen werden unmittelbar veröffentlicht. Eine unplanmäßig auftretende Nichtbeanspruchbarkeit (z.b. technische Störung, Ausfall) ist unverzüglich nach ihrem Bekanntwerden, jedoch spätestens innerhalb einer Stunde zu melden. Die Veröffentlichung der Daten erfolgt auch in diesem Fall unmittelbar. Bei Bekanntwerden einer Änderung ist keine neue Meldung anzulegen, sondern die vorhandene anzupassen bzw. zu aktualisieren. Die betreffende Meldung kann durch ihre EventID eindeutig identifiziert werden. Die Veröffentlichung für alle Aktualisierungen von Nichtbeanspruchbarkeiten erfolgt ebenfalls unmittelbar. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 21: Meldekriterium Erläuterung Meldepflicht Für Erdgasverbrauchseinheiten größer gleich 200 MW Netto-Nennleistung (thermisch, oberer Heizwert) möglich Nur für Nichtbeanspruchbarkeiten größer gleich 200 MW, die mindestens eine Stunde andauern Meldedaten Meldende Person <DispatcherID> Betroffene Erdgasverbrauchseinheit <UnitID> Bezeichnung des Nichtbeanspruchbarkeitsereignisses <EventID> Datum und Uhrzeit des Beginns <NonAvailabilityBegin> Datum und Uhrzeit des Endes <NonAvailabilityEnd> Nicht beanspruchbare Leistung (in MW) <NonAvailabilityCapacity> Status der Meldung (Active oder Inactive) <Status> Grund der Nichtbeanspruchbarkeit <Reason> (gültige Werte siehe Abschnitt 9.9.7) Anmerkungen <MessageText> Granularität Je Erdgasverbrauchseinheit oder je Standort als Zusammenfassung existierender Erdgasverbrauchseinheiten Angabe von Beginn und Ende der Nichtbeanspruchbarkeit Zeitpunkt Meldung unverzüglich, spätestens jedoch innerhalb von einer Stunde nach Bekanntwerden der Nichtbeanspruchbarkeit Zeitraum Beginn der Nichtbeanspruchbarkeit: aktuelles Jahr plus folgendes Kalenderjahr Ende der Nichtbeanspruchbarkeit: des dritten Folgejahres Aktualisierung Bei Änderungen: unverzüglich nach Eintreten Veröffentlichung Anonymisiert je Erdgasverbrauchseinheit Zeitpunkt: unverzüglich nach Meldungseingang Tabelle 30: Meldekriterien TEM 21 Transparenzplattform Melderhandbuch, Version Page 49

50 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Erdgas/LNG: Speicherung TEM 23: Ein-/Ausspeicherleistung und Arbeitsgasvolumen Der Meldungstyp betrifft sowohl Poren- bzw. Aquifer sowie Kavernenspeicher für Erdgas als auch Anlagen zur Speicherung von LNG. Hierfür ist die jeweilige Ein-/Ausspeicherleistung zu melden. Als weiteres Datenelement dieser Meldung ist die maximal speicherbare Energie (= Speicherbares Arbeitsgasvolumen) anzugeben. Sie bezeichnet die theoretisch maximal nutzbare Energie unter Normbedingungen, die aus dem maximal gefüllten Speicher an das Netz abgegeben werden kann. Alle technischen Restriktionen wie das in einem Speicher zu verbleibende Kissengas sind dabei zu berücksichtigen. Für die ggf. erforderliche Umrechnung von Volumenangaben (m 3 ) in einen Energiewert (MWh) ist ein durchschnittlicher Heizwert anzunehmen. Die Meldung der drei Datenelemente kann unabhängig voneinander erfolgen. Bei Meldung der Ein- und Ausspeicherleistung ist das Datum anzugeben, ab dem der Wert gilt. Die Gültigkeit währt solange, bis das Start-Datum eines neuen Werts erreicht wird. Aktualisierungen sind jederzeit möglich und werden ausdrücklich empfohlen, da die installierte Kapazität für Plausibilitätsprüfungen verwendet wird. Bei der Meldung des speicherbaren Arbeitsgasvolumens muss das Kalenderjahr durch Angabe eines beliebigen Tages des Jahres spezifiziert werden, auf das sich der Wert bezieht. Eine Aktualisierung des speicherbaren Arbeitsgasvolumens bei unterjähriger Änderung ist erforderlich. Im Gegensatz zu anderen, ähnlichen gelagerten Meldungstypen handelt es sich damit um keine Jahressumme! Es bestehen keine Vorschriften, wie regelmäßig die Meldung einzureichen ist. Es muss jedoch folgender Grundsatz gewährleistet sein: Die Meldung hat so zu erfolgen, dass am 15. September des laufenden Kalenderjahres um Uhr (CET/CEST) sowohl die Angaben zur Ein- und Ausspeicherleistung als auch zum speicherbaren Arbeitsgasvolumen des aktuellen und des darauf folgenden Kalenderjahres lückenlos abgedeckt sind. Da die installierte Kapazität auch für die Plausibilisierung anderer Meldungen benötigt wird, muss die Meldung bereits vor Meldebeginn einmalig abgegeben werden. Als Voraussetzung für die Meldungen, muss jeder Melder initial die installierte Kapazität einmalig melden (abweichend vom 15. September). Auch geplante Speichereinheiten müssen innerhalb der geltenden Fristen schon vor Inbetriebnahme gemeldet werden. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 23: Meldekriterium Erläuterung Meldepflicht Nur für Gasspeichereinheiten Meldedaten Meldende Person <DispatcherID> Betroffene Gasspeichereinheit <UnitID> Einspeicherleistung (in MW) <InjectionRate> Datum, ab dem die Einspeicherleistung gilt <Starttime> Transparenzplattform Melderhandbuch, Version Page 50

51 Meldekriterium Erläuterung Ausspeicherleistung (in MW) <OffTake> Datum, ab dem die Ausspeicherleistung gilt <Starttime> Maximales Arbeitsgasvolumen (in MWh) <WorkingGasVolume> Datum, ab dem das Arbeitsgasvolumen gilt <Starttime> Anmerkungen <MessageText> Granularität Je Gasspeichereinheit oder je Standort als Zusammenfassung existierender Gasspeichereinheiten Einspeicherleistung: tagesscharfe Einzelwerte (keine Zeitreihe) Ausspeicherleistung: tagesscharfe Einzelwerte (keine Zeitreihe) Maximales Arbeitsgasvolumen: tagesscharfer Einzelwert Zeitpunkt Meldung spätestens am 15. September, Uhr (CET/CEST) des laufenden Kalenderjahres Zeitraum Installierte Ein- und Ausspeicherleistung: aktuelles Jahr und Folgejahr Speicherbares maximales Arbeitsgasvolumen: aktuelles Jahr und Folgejahr (Mindestmengen aus technischen Restriktionen sind abzuziehen) Aktualisierung Installierte Ein- und Ausspeicherleistung: bei Änderung ausdrücklich empfohlen Maximales speicherbares Arbeitsgasvolumen: erforderlich Veröffentlichung Einspeicher-/Ausspeicherleistung: je Erdgasspeichereinheit Arbeitsgasvolumen: je Erdgasspeichereinheit Zeitpunkt: 16. September, 0.00 Uhr (CET/CEST) Tabelle 31: Meldekriterien TEM 23 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 25: Füllstände von Gasspeichereinheiten Aufgrund der flexiblen Nutzungsmöglichkeit und damit der großen Abweichung zwischen Planungs- und Realisierungsstand ist für die Nutzung von Speichern nur der jeweils aktuelle Füllstand des Speichers zu melden. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 25: Meldekriterium Erläuterung Meldepflicht Nur für Gasspeichereinheiten Meldedaten Meldende Person <DispatcherID> Betroffene Gasspeichereinheit <UnitID> Füllstand der Gasspeichereinheit (in MWh) <Quantity> Datum, ab dem der Füllstand gilt <Starttime> Angabe, ob Messwert oder Zählwert <Quality> Anmerkungen <MessageText> Granularität Je Gasspeichereinheit oder je Standort als Zusammenfassung existierender Transparenzplattform Melderhandbuch, Version Page 51

52 Meldekriterium Erläuterung Gasspeichereinheiten Füllstand: Tagesscharfer Einzelwerte (keine Zeitreihe) Zeitpunkt Tägliche Meldung, Uhr (CET/CEST) Zeitraum Ein Wert zum Meldezeitpunkt Aktualisierung Nur bei Übermittlung fehlerhafter Werte notwendig Veröffentlichung Aggregiert per Marktgebiet Zeitpunkt: Uhr (CET/CEST) Tabelle 32: Meldekriterien TEM 25 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 27: Nichtbeanspruchbarkeiten von Speichereinheiten (Einspeicherung) Diese Meldung enthält Informationen über Nichtbeanspruchbarkeiten von Speichereinheiten (Erdgas/LNG). Generell muss über jede Nichtbeanspruchbarkeit der Einspeicherleistung größer gleich 2 Mio. kwh/tag informiert werden. Die Angabe von Ursachen ist vorgesehen und entsprechend der Tabelle zu Meldegründen vorzunehmen. Bei der Abgabe der Meldung muss der Melder nicht zwischen geplanter und nicht geplanter Nichtbeanspruchbarkeit differenzieren. Diese Unterscheidung wird von der Transparenzplattform technisch wie folgt abgeleitet: Geplant: Der Meldezeitpunkt liegt vor oder ist gleich dem Ereigniseintritt der Nichtbeanspruchbarkeit. Ungeplant: Der Meldezeitpunkt liegt nach dem Ereigniseintritt der Nichtbeanspruchbarkeit. Der Meldezeitpunkt entspricht dabei dem Zeitstempel beim Eintreffen der Meldung in die DMZ. Bei der Publikation wird unterschieden: Geplante bzw. bekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Zukunft liegt. Ungeplante bzw. unbekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Vergangenheit liegt (z.b. Ausfälle). Der Melder gibt jeweils Beginn, Ende und Höhe der nicht beanspruchbaren Leistung an und verleiht dem Nichtbeanspruchbarkeitsereignis eine eindeutige Bezeichnung, die sogenannte EventID. Im Einzelnen gilt weiterhin: Es muss über alle Nichtbeanspruchbarkeiten informiert werden, welche im aktuellen Kalenderjahr oder im folgenden Kalenderjahr beginnen. Jedoch können Nichtbeanspruchbarkeiten auch schon für die drei Folgejahre gemeldet werden. Alle eingehenden Meldungen werden unmittelbar veröffentlicht. Eine unplanmäßig auftretende Nichtbeanspruchbarkeit (z.b. technische Störung, Ausfall) ist unverzüglich nach ihrem Bekanntwerden, jedoch spätestens innerhalb einer Stunde zu melden. Die Veröffentlichung der Daten erfolgt in jedem Fall unmittelbar. Transparenzplattform Melderhandbuch, Version Page 52

53 Bei Bekanntwerden einer Änderung ist keine neue Meldung anzulegen, sondern die vorhandene anzupassen bzw. zu aktualisieren. Die betreffende Meldung kann durch ihre EventID eindeutig identifiziert werden. Die Veröffentlichung für alle Aktualisierungen von Nichtbeanspruchbarkeiten erfolgt ebenfalls unmittelbar. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 27: Meldekriterium Erläuterung Meldepflicht Für Nichtbeanspruchbarkeiten der Einspeicherleistung größer gleich MWh/Tag Meldedaten Meldende Person <DispatcherID> Betroffene Speichereinheit <UnitID> Bezeichnung des Nichtbeanspruchbarkeitsereignisses <EventID> Datum und Uhrzeit des Beginns <NonAvailabilityBegin> Datum und Uhrzeit des Endes <NonAvailabilityEnd> Nicht beanspruchbare Leistung (in MW) <NonAvailabilityCapacity> Status der Meldung (Active oder Inactive) <Status> Grund der Nichtbeanspruchbarkeit <Reason> (gültige Werte siehe Abschnitt ) Anmerkungen <MessageText> Granularität Je Speichereinheit oder in Summe für alle am Standort befindlichen Speichereinheiten Angabe von Beginn und Ende der Nichtbeanspruchbarkeit Zeitpunkt Meldung unverzüglich übermittelt, spätestens jedoch innerhalb von einer Stunde nach Bekanntwerden der Nichtbeanspruchbarkeit Zeitraum Beginn der Nichtbeanspruchbarkeit: aktuelles Jahr plus folgendes Kalenderjahr Ende der Nichtbeanspruchbarkeit: des dritten Folgejahres Aktualisierung Bei Änderungen: unverzüglich nach Eintreten Veröffentlichung Anonymisiert je Erdgasspeichereinheit Zeitpunkt: umgehend nach Meldungseingang Tabelle 33: Meldekriterien TEM 27 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt TEM 28: Nichtbeanspruchbarkeiten von Speichereinheiten (Ausspeicherung) Diese Meldung enthält Informationen über Nichtbeanspruchbarkeiten von Speichereinheiten (Erdgas/LNG). Generell muss über jede Nichtbeanspruchbarkeit der Ausspeicherleistung größer gleich 2 Mio. kwh/tag informiert werden. Die Angabe von Ursachen ist vorgesehen und entsprechend der Tabelle zu Meldegründen vorzunehmen. Transparenzplattform Melderhandbuch, Version Page 53

54 Bei der Abgabe der Meldung muss der Melder nicht zwischen geplanter und nicht geplanter Nichtbeanspruchbarkeit differenzieren. Diese Unterscheidung wird von der Transparenzplattform technisch wie folgt abgeleitet: Geplant: Der Meldezeitpunkt liegt vor oder ist gleich dem Ereigniseintritt der Nichtbeanspruchbarkeit. Ungeplant: Der Meldezeitpunkt liegt nach dem Ereigniseintritt der Nichtbeanspruchbarkeit. Der Meldezeitpunkt entspricht dabei dem Zeitstempel beim Eintreffen der Meldung in die DMZ. Bei der Publikation wird unterschieden: Geplante bzw. bekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Zukunft liegt. Ungeplante bzw. unbekannte Nichtbeanspruchbarkeiten sind alle Ereignisse, deren Beginn zum Zeitpunkt des Bekanntwerdens in der Vergangenheit liegt (z.b. Ausfälle). Der Melder gibt jeweils Beginn, Ende und Höhe der nicht beanspruchbaren Leistung an und verleiht dem Nichtbeanspruchbarkeitsereignis eine eindeutige Bezeichnung, die sogenannte EventID. Im Einzelnen gilt weiterhin: Es muss über alle Nichtbeanspruchbarkeiten informiert werden, welche im aktuellen Kalenderjahr oder im folgenden Kalenderjahr beginnen. Jedoch können Nichtbeanspruchbarkeiten auch schon für die drei Folgejahre gemeldet werden. Alle eingehenden Meldungen werden unmittelbar veröffentlicht. Eine unplanmäßig auftretende Nichtbeanspruchbarkeit (z.b. technische Störung, Ausfall) ist unverzüglich nach ihrem Eintreten, jedoch spätestens innerhalb einer Stunde zu melden. Die Veröffentlichung der Daten erfolgt in jedem Fall unmittelbar. Bei einer Änderung ist keine neue Meldung anzulegen, sondern die vorhandene anzupassen bzw. zu aktualisieren. Die betreffende Meldung kann durch ihre EventID eindeutig identifiziert werden. Die Veröffentlichung für alle Aktualisierungen von Nichtbeanspruchbarkeiten erfolgt ebenfalls unmittelbar. Zusammenfassend gelten die Kriterien der folgenden Tabelle für die Meldung TEM 28: Meldekriterium Erläuterung Meldepflicht Für Nichtbeanspruchbarkeiten der Ausspeicherleistung größer gleich MWh/Tag Meldedaten Meldende Person <DispatcherID> Betroffene Speichereinheit <UnitID> Bezeichnung des Nichtbeanspruchbarkeitsereignisses <EventID> Datum und Uhrzeit des Beginns <NonAvailabilityBegin> Datum und Uhrzeit des Endes <NonAvailabilityEnd> Nicht beanspruchbare Leistung (in MW) <NonAvailabilityCapacity> Status der Meldung (Active oder Inactive) <Status> Grund der Nichtbeanspruchbarkeit <Reason> (gültige Werte siehe Abschnitt ) Transparenzplattform Melderhandbuch, Version Page 54

55 Meldekriterium Erläuterung Anmerkungen <MessageText> Granularität Je Speichereinheit oder in Summe für alle am Standort befindlichen Speichereinheiten Angabe von Beginn und Ende der Nichtbeanspruchbarkeit Zeitpunkt Meldung unverzüglich übermittelt, spätestens jedoch innerhalb von einer Stunde nach Bekanntwerden der Nichtbeanspruchbarkeit Zeitraum Beginn der Nichtbeanspruchbarkeit: aktuelles Jahr plus folgendes Kalenderjahr Ende der Nichtbeanspruchbarkeit: des dritten Folgejahres Aktualisierung Bei Änderungen: unverzüglich nach Eintreten Veröffentlichung Anonymisiert je Erdgasspeichereinheit Tabelle 34: Meldekriterien TEM 28 Zeitpunkt: umgehend nach Meldungseingang Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Sonstige Insider-Informationen Sonstige Insider-Informationen, sind nicht quantitative Informationen, welche ein Marktteilnehmer wahrscheinlich als Teil seiner Entscheidungsgrundlage für den Abschluss einer Transaktion oder das Erteilen eines Handelsauftrags im Zusammenhang mit einem Energiegroßhandelsprodukt nutzen würde TEM 13: Ad-hoc Ticker Der Ad-hoc Ticker steht grundsätzlich zur Veröffentlichung von anderen Insider-Informationen in Bezug auf das Unternehmen und auf Anlagen zur Verfügung. Im Ad-hoc Ticker können Textmeldungen übermittelt und veröffentlicht werden, die Insider-Informationen entsprechend Art. 2 Ziff. 1 lit c, d der REMIT-Verordnung sind und die sich nicht über quantitative Angaben darstellen lassen. Informationen im Ad-hoc Ticker ersetzen oder wiederholen somit ausdrücklich nicht die Meldung von quantitativen Angaben im Rahmen der Meldungstypen TEM 12, 20, 21, 26, 27 und 28. Folgende Hinweise sind bei der Eingabe von Texten zu beachten: Es werden ausschließlich Fakten dargestellt. Auf eine Anrede oder Grußformel ist zu verzichten. Die Anzahl der zur Verfügung stehen Zeichen einschließlich Leer- und Sonderzeichen beträgt 240. Ein Unternehmensname ist nicht einzugeben. Der Unternehmensname wird durch die Transparenzplattform als Kurzname der übermittelten Textmeldung vorangestellt. Der Text ist ausschließlich in englischer Sprache zu übermitteln. Sofern Datumsangaben notwendig sind, erfolgen diese im Format YYYY/MM/DD. Transparenzplattform Melderhandbuch, Version Page 55

56 Als allgemeine praktische, jedoch nicht abschließende Leitlinie, welche Informationen derartige Insider-Informationen in Bezug auf Anlagen sein könnten, kann die folgende Tabelle dienen. Instandhaltung Revisionsverschiebung auf Veranlassung des ÜNB Zusammenlegung von ungeplanten und geplanten Revisionen Neubau einer Anlage Baubeschluss relevanter Unternehmensgremien Angaben zu Terminen und Terminverschiebungen Angaben zu genehmigungsrechtlichen Rahmenbedingungen, die Auswirkungen auf den Termin der kommerziellen Inbetriebnahme haben Zeitpunkt der ersten Netzsynchronisierung Beginn des Probebetriebs Beginn der kommerziellen Inbetriebnahme (ggf. ergänzend zur regulären Meldung des Meldebeginns im Rahmen der Meldung der installierten Kapazität) Netzanschluss/Netznutzung/Netzsicherheit Änderung der Einspeiseebene Anweisungen des ÜNB/FNB dauerhafte netztechnische Restriktionen Einschränkungen der Anlagennutzbarkeit in Folge behördlicher Anweisungen Politische Entscheidung Informationen über noch nicht öffentliche politische Entscheidungen, in deren Besitz ein Unternehmen gekommen ist. Sonstiges Beschlüsse zur temporären oder dauerhaften Stilllegung von Anlagen Beschlüsse zur Reaktivierung von konservierten Anlagen Engpässe der Brennstoffversorgung Einschränkung der Nutzbarkeit von Anlagen im Katastrophenfall/Krisenfall Tabelle 35 Meldekriterien TEM 13 Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Nutzung des Ad-hoc Tickers über Online-Tool Bei einem Ausfall des Standardweges der Meldungsübermittlung ist die Übermittlung von Nichtbeanspruchbarkeitsmeldungen mittels des Online-Tools möglich. Die Daten werden in eine Eingabemaske eingegeben und im Ad-hoc Ticker dargestellt. Dies gilt für alle Nichtbeanspruchbarkeiten der Meldungstypen TEM 12, 20, 21, 26, 27 und 28. Dafür sind die Textfragmente in Klammern [ ] zu ergänzen: Transparenzplattform Melderhandbuch, Version Page 56

57 [Commodity] [value chain] in [Country]: [predefined status] non-usability of [X,XXX.X] MW of [fuel type, for power production only] unit [name] from [YYYY/MM/DD, HH:MM] to [YYYY/MM/DD, HH:MM] with reason [predefined reason] (event ID: [own event ID]). Beispiele: Power production in Germany: active non-usability of 1,222.8 MW of gas unit Lausward B from 2015/04/30, 07:00 to 2015/05/05, 15:00 with reason outage (event ID: ABD_034522). Natural gas consumption in Austria: inactive non-usability of 1,100.0 MW of unit Sim1 Gasverbraucher from 2015/05/30, 07:00 to 2015/06/05, 15:00 with reason maintenance (event ID: A). Zulässige Werte: Textfragmente [Commodity] [value chain] in [Country]: [predefined status] non-usability of [X,XXX.X] MW of Zulässige Werte Power, Natural gas production, storage, consumption Austria, Belgium, Czech Republic, Germany, Hungary, Netherlands, Switzerland active, inactive quantity concerned [fuel type, for power production only] biomass, coal, gas, siehe auch Kapitel unit [name] from [YYYY/MM/DD, HH:MM] to [YYYY/MM/DD, HH:MM] with reason [predefined reason] (event ID: [own event ID]) 8 unit name concerned begin expected end external factors, maintenance, others, outage Own event ID (Die Klammer ist weg zu lassen, wenn eine Befüllung nicht möglich ist.) Tabelle 36: Textfragmente zur Nutzung des Ad-hoc Tickers über Online-Tool 7.5. Reports Es besteht die Möglichkeit, Berichte über den Webservice der DMZ abzufragen. In diesen Berichten werden nur die Daten übermittelt, auf die Lesezugriff besteht. Die Einrichtung von Lesezugriffen wird durch Formular TP-04 festgelegt. 8 Optionales Element. Transparenzplattform Melderhandbuch, Version Page 57

58 Zu jedem Meldungstyp gibt es einen entsprechenden Bericht, der die Daten dieser Meldung enthält. Als zusätzlicher Parameter kann der Zeitbereich angegeben werden, für den man diese Daten abrufen möchte. Damit ergeben sich die folgenden Berichte: TEM 1a TEM 5a TEM 5b TEM 10a TEM 10b TEM 12 bis TEM 28 AddOn 2 TSM Zusätzlich sind die folgenden Berichte möglich: Stammdaten des meldenden Unternehmens Stammdaten der Erzeugungs-, Verbrauchs-, Speicheranlagen Stammdaten der Erzeugungs-, Verbrauchs-, Speichereinheiten Welche Objekte in den Bericht einfließen, wird insbesondere durch die Rechtevergabe kontrolliert. Dadurch ist es möglich, dass verschiedene Adressaten dieselben Basisberichte nutzen können. Diese Berichte können, je nach Wunsch, als XML- oder als CSV-Datei ausgeliefert werden. Die XML-Berichte entsprechen dem gleichen Schema wie die jeweilige Datenmeldung (nicht bei TEM 12). Der Melder kann beim TP-Admin die Rechte von DispatcherIDs erfragen, die seinem Unternehmen zugeordnet sind (siehe Abschnitt 6.1.5). Dieser Bericht wird auf Anfrage durch den TP-Admin erzeugt und per versendet. Die Berichte werden durch einen eigenen Prozess innerhalb der Sicherheitszone verarbeitet. Damit ist sichergestellt, dass die Meldung nicht durch Reportanfragen beeinträchtigt wird XML-Format der Berichtsanfrage Die Berichte werden über denselben Webservice angefordert, über den auch Meldungen abgesetzt werden. Hierbei wird ein spezielles XML-Format angegeben. XML Erläuterung Gültige Werte Häufigkeit <ReportMessage> Wurzelelement -entfällt- 1 <ReportRequest> Zusammenfassendes Element für eine Reportanfrage -entfällt- 1 <ReportType> Bezeichnung des Berichts Auswahlliste: Berichte 1 <ReportFormat> Ergebnisformat des Berichts [XML CSV] 1 Transparenzplattform Melderhandbuch, Version Page 58

59 <CSVCulture> <IntervalStart> Mit welchen Ländereinstellungen der CSV-Bericht erzeugt werden soll. Beginn des Auswertungszeitraums [en-gb de-de] 0-1 Datum 1 <IntervalEnd> Ende des Auswertungszeitraums Datum 1 Tabelle 37: XML-Format der Berichtsanfrage Hinweise zum Element <CSVCulture> Damit der empfangene Bericht problemlos weiterverarbeitet werden kann, muss dieser zum Zielsystem passend formatiert sein. Dies betrifft insbesondere Dezimaltrennzeichen und Feldtrennzeichen. Mit en-gb wird der Punkt als Dezimaltrennzeichen und das Komma als Feldtrennzeichen verwendet. Mit de-de wird das Komma als Dezimaltrennzeichen und das Semikolon als Feldtrennzeichen verwendet. Wird das Element CSVCulture nicht angegeben, so wird standardmäßig die Regionseinstellung de-de verwendet XML-Format der Berichtsantwort Der angeforderte Bericht wird eingebettet in ein spezielles XML-Format zurückgeliefert. XML Erläuterung Gültige Werte Häufigkeit <ReportMessage> Wurzelelement -entfällt- 1 <ReportEnvelope> Zusammenfassendes Element -entfällt- 1 <MessageID> <DispatcherID> ID der Anfrage (von DMZ bei Anfrage mitgeteilt) ID der Person, welche den Report angefragt hat. Zahl 1 von EEX mitgeteilte ID 1 <ReportType> Bezeichnung des Berichts Auswahlliste: Berichte 1 <IntervalStart> <IntervalEnd> Beginn des Auswertungszeitraums Ende des Auswertungszeitraums Datum 1 Datum 1 <Acknowledgement> Evtl. Fehlercodes 1 <TechnicalAcknowledgement> <LogicalAcknowledgement> Ergebnis der technischen Prüfung der Report-Anfrage Ergebnis der logischen Prüfung der Report-Anfrage 1 1 <Report> Der angeforderte Bericht base64 (UTF-8) 1 <MIMEType> Dokumenttyp Text 1 <Extension> Angefordertes Berichtsformat [XML CSV] 1 Tabelle 38: XML-Format der Berichtsantwort Transparenzplattform Melderhandbuch, Version Page 59

60 Definition der CSV-Reports Das CSV-Format schreibt Spalteninhalte, die als Texte interpretiert werden sollen, in Anführungszeichen und Zahlen (inkl. boolesche Werte) ohne Anführungszeichen. Dem entsprechend werden die Spaltentypen Text, Zahl und Boolean (Werte: True oder False ) unterschieden. Da Datumsangaben im UTC-Format übertragen werden sollen, werden auch Datumsangaben als Text übermittelt Report: Stammdaten des meldenden Unternehmens Der Report enthält folgende Daten zum meldenden Unternehmen. Spaltenbezeichnung Beschreibung Spaltentyp CompanyID Von der EEX vergebene ID des Unternehmens Text Kind Gibt an, ob es sich um einen Erzeuger, Verbraucher, Speicher oder um einen Übertragungsnetzbetreiber handelt. Name Name des Unternehmens Text Street Straße Text ZipCode Postleitzahl Text City Stadt Text Country Staat Text HRB Handelsregister Text System Hinterlegte Adresse für Systemnachrichten Text AllowAddOn Meldung von AddOn Boolean IsActiveOn Unternehmen aktiv Boolean ContactName[X] Ansprechpartner Name Text ContactPhone[X] Ansprechpartner Telefonnummer Text Contact [X] Ansprechpartner Adresse Text Tabelle 39: Inhalt des Report: Stammdaten des meldenden Unternehmens Text ContactName, ContactPhone, Contact können mehrfach vorkommen. Jede Wiederholung wird von 0 aufsteigend durchnummeriert Report: Stammdaten zu Erzeugungs-, Verbrauchs- und/oder Speicheranlagen Der Report enthält folgende Daten zu Erzeugungs-, Verbrauchs- und/oder Speicheranlagen des meldenden Unternehmens. Spaltenbezeichnung Beschreibung Spaltentyp ProdConsId Von der EEX vergebene ID der Anlage Text Name Name der Anlage Text Kind Art der Anlage Text Transparenzplattform Melderhandbuch, Version Page 60

61 Spaltenbezeichnung Beschreibung Spaltentyp Street Adresse: Straße Text ZipCode Adresse: Postleitzahl Text City Adresse: Ort Text Country Adresse: Land Text WGS84Longitude WGS84: Längengrad Zahl WGS84Latitude WGS84: Breitengrad Zahl DispatchBegin Meldebeginn Text DispatchEnd Meldeende Text DispatchReason Meldegrund Text Tabelle 40: Inhalt des Report: Stammdaten zu Erzeugungs-, Verbrauchs- und/oder Speicheranlagen Report: Stammdaten zu Erzeugungs-, Verbrauchs- und/oder Speichereinheiten Der Report enthält folgende Daten zu Erzeugungs-, Verbrauchs- und/oder Speichereinheiten des meldenden Unternehmens. Spaltenbezeichnung Beschreibung Spaltentyp UnitId Von der EEX vergebene ID der Erzeugungs-, Verbrauchsbzw. Speichereinheit Name Name der Erzeugungs-, Verbrauchs- bzw. Speichereinheit Text Text WNumber W-Nummer der Erzeugungs-, Verbrauchs- bzw. Speichereinheit Text Source Art der Erzeugung Text ConnectingArea Regelzone Text Product Produkt Text DispatchBegin Meldebeginn Text DispatchEnd Meldeende Text Commercialisation Freie Vermarktung Boolean InstalledCapacity Aktuell installierte Kapazität der Erzeugungs-, Verbrauchsbzw. Speichereinheit Zahl Tabelle 41: Inhalt des Report: Stammdaten zu Erzeugungs-, Verbrauchs- und/oder Speichereinheiten 7.6. TSM Technical Status Message Wenn ein meldendes Unternehmen eine Meldung absehbar inhaltlich unvollständig oder nicht entsprechend der zeitlichen Vorgaben melden kann oder gemeldet hat, so ist eine Technische Statusmeldung (TSM) zu übermitteln. Im Ausnahmefall, wenn ein Fehler grundsätzlich die Datenübermittlung verhindert, kann eine Technische Statusmeldung nach Information durch das mel- Transparenzplattform Melderhandbuch, Version Page 61

62 dende Unternehmen auch manuell durch die EEX eingestellt werden. Diese TSM soll die Öffentlichkeit über technisch bedingte Einschränkungen im Datenumfang informieren. Der Melder kann eine TSM eröffnen, verändern und bei fehlerhafter Übermittlung der TSM diese auf inaktiv setzen. Generell gilt, dass eine TSM immer nur zwischen Ereignisbeginn und Ereignisende aktiv ist. Zusätzlich hat der Melder die Möglichkeit, gemeldete TSM als Reports abzufragen. Dabei wird zwischen zwei Typen, Vorfall (Incident) und Wartungsfenster (Maintenance Window), unterschieden. Die Unterscheidung zwischen einem Incident und einem Maintenance Window wird nicht explizit getroffen, sondern implizit aus der Differenz von Startzeitpunkt und Meldezeitpunkt ermittelt. Liegt der Startzeitpunkt mindestens 12 Stunden später als der Meldezeitpunkt, wird die Meldung dem Typ Maintenance Window, andernfalls dem Typ Incident, zugeordnet. Beschreibung: Incidents und Maintenance Windows: Als Incidents werden ungeplante Vorfälle bezeichnet, die zu fehlerhaften oder verspätet publizierten Meldedaten führen. Gründe hierfür sind insbesondere IT-technische Störungen beim Meldungsversand. Als Maintenance Windows werden geplante Wartungsaktivitäten bezeichnet, die in der Regel temporär zu unvollständigen (fehlenden) und/oder zu spät publizierten Meldedaten führen. Maintenance Windows sind geplante Aktivitäten (z.b. aufgrund von Updates). TSM können im Ausnahmefall durch den TP-Admin direkt im Basissystem erfasst und manuell veröffentlicht werden. Daher bleibt auch der bestehende Weg, Incidents und Maintenance Windows per , Fax oder Telefon zu kommunizieren, weiterhin bestehen. Durch den TP- Admin erfasste Meldungen werden im Weiteren wie automatische Meldungen behandelt. Das heißt, sie gehen in den Report des jeweiligen Melders ein und werden bei weiteren Veröffentlichungen entsprechend berücksichtigt. Beschreibung: Aufbau der TSM Meldekriterium Erläuterung Meldepflicht Für alle Meldungstypen mit Ausnahme des Ad-hoc Ticker, für die Daten übermittelt werden. Meldedaten Meldende Person <DispatcherID> Eindeutige (aus Meldersicht) Bezeichnung des TSM <TSMID> Ereignisgrund (Auswahlliste) <TSMReason> Betroffene Meldungstypen (Auswahlliste) <MessageTyp> Betroffene Erzeugungs-, Verbrauchs- bzw. Speichereinheit <UnitID> (optional)betroffener Zeitraum Beginn <TSMPeriodBegin> Betroffener Zeitraum voraussichtliches Ende <TSMPeriodExpectedEnd> Ereignisbeginn <TSMBegin> Voraussichtliches Ereignisende <TSMExpectedEnd> Status der Meldung (Active oder Inactive) <Status> Transparenzplattform Melderhandbuch, Version Page 62

63 Meldekriterium Erläuterung Anmerkungen <MessageText> Land der betroffenen Erzeugungs-, Verbrauchs- bzw. Speichereinheit <Country 9 > (optional) Granularität Je Störung/Wartung Sekundenscharfe Angabe von betroffener Zeitraum Beginn und Ende sowie voraussichtlichem Ereignisende Zeitpunkt Meldung übermittelt nach Bekanntwerden der Störung bzw. Wartung Zeitraum Beginn und voraussichtliches Ende des betroffenen Zeitraums Aktualisierung Bei Änderungen: unverzüglich nach Bekanntwerden Tabelle 42: Meldekriterien TSM Die Informationen zum Aufbau der XML-Datenstruktur befinden sich in Abschnitt Hinweis: Bei der Meldung der Technical Status Message (TSM) ist zu beachten, dass nur für die Meldungstypen TSM abgegeben werden können, die der Dispatcher auch melden darf. Sollte durch den Dispatcher ein TSM-Record gemeldet werden, die einen für den Dispatcher ungültigen Meldungstyp enthält, so wird dieser TSM-Record (Einzeleintrag einer TSM) verworfen. Sollte die TSM-Meldung zusätzliche, gültige TSM-Records enthalten, werden diese korrekt verarbeitet Beispiel für einen Incident Vor 30 Minuten ( um Uhr) ist ein Vorsystem des Melders zur Meldung der geplanten Produktion von Erzeugungseinheiten für die Erzeugung aus Kernkraft ausgefallen. Der Melder nimmt an das der Vorfall am um Uhr beendet ist, betroffen von diesem Vorfall ist die geplante Produktion des folgenden Tages die Stunden Beispiel: Incident in Tabellenübersicht Meldekriterium Erläuterung Meldedaten Eindeutige (aus Meldersicht) Bezeichnung des TSM <TSMID> z.b.: Ereignisgrund (Auswahlliste) <TSMReason> z.b. R002 Betroffene Meldungstypen (Auswahlliste) <MessageTyp> z.b. BMWi Item 5a Betroffene Stromerzeugungseinheit <UnitID> (optional) z.b. E Betroffener Zeitraum Beginn <TSMPeriodBegin> 9 Dieses Feld ist ab der XSD Version 1.12 enthalten. Transparenzplattform Melderhandbuch, Version Page 63

64 Meldekriterium Erläuterung z.b T00:00:00+01:00 Betroffener Zeitraum voraussichtliches Ende <TSMPeriodExpectedEnd> z.b T23:00:00+01:00 Ereignisbeginn <TSMBegin> z.b T16:30:00+01:00 Voraussichtliches Ereignisende <TSMExpectedEnd> z.b T14:30:00+01:00 Status der Meldung (Active oder Inactive) <Status> z.b. active Anmerkungen <MessageText> z.b. Ausfall Vorsystem Kernkraft Land der betroffenen Erzeugungs-, Verbrauchs- bzw. Speichereinheit <Country> z.b. DE 10 (optional) Tabelle 43: Beispiel für einen Incident Im Allgemeinen werden folgende Incident-Kategorien unterschieden, die unterschiedliche Handlungen des Melders erfordern, um den Incident zu schließen. Incident-Kategorie Fehlende Meldedaten Fehlerhafte Meldedaten Verspätete Meldedaten Handlung des meldenden Unternehmens Melden Sie die fehlenden Daten für den entsprechenden Meldungstyp und Zeitraum nach. Informieren Sie anschließend den Support via über Ihre Nachmeldung. Korrigieren Sie die fehlerhaften Daten für den entsprechenden Meldungstyp und Zeitraum. Informieren Sie anschließend den Support via über Ihre Korrektur. Prüfen Sie die Übermittlungszeitpunkte der Meldedaten. Sind diese korrekt, informieren Sie bitte den Support via . Tabelle 44: Liste der TSM Reasons Beispiel für ein Maintenance Window Das meldende Unternehmen möchte für die Meldungstypen TEM 5a und 10a für alle Erzeugungseinheiten mit einem bestimmten Brennstoff ein geplantes Wartungsfenster melden. Das Wartungsfenster beginnt am Uhr und endet Uhr. Der vom Wartungsfenster jedoch betroffene Zeitraum geht vom Uhr (Stunde 23 TEM 10a) bis Uhr (TEM 5a). 10 Dieses Feld ist ab der XSD 1.12 enthalten. Transparenzplattform Melderhandbuch, Version Page 64

65 Beispiel: Maintenance Window in Tabellenübersicht: Meldekriterium Erläuterung Meldedaten Eindeutige (aus Meldersicht) Bezeichnung des TSM <TSMID> Z.B Ereignisgrund (Auswahlliste) <TSMReason> z.b. R001 Betroffene Meldungstypen (Auswahlliste) <MessageTyp> z.b. TEM Item 5a; TEM Item 10a Betroffene Stromerzeugungseinheit <UnitID> (optional) z.b. E ; E Betroffener Zeitraum Beginn <TSMPeriodBegin> z.b T23:00:00+01:00 Betroffener Zeitraum voraussichtliches Ende <TSMPeriodExpectedEnd> z.b T23:00:00+01:00 Ereignisbeginn <TSMBegin> z.b T00:00:00+01:00 Voraussichtliches Ereignisende <TSMExpectedEnd> z.b T00:00:00+01:00 Status der Meldung (Active oder Inactive) <Status> z.b. active Anmerkungen <MessageText> z.b. Wartungsfenster TEM 5a und TEM 10a Kernkraft Land der betroffenen Erzeugungs-, Verbrauchs- bzw. Speichereinheit <Country> z.b. DE 11 (optional) Tabelle 45: Beispiel für ein Maintenance Window 11 Dieses Feld ist ab der XSD Version 1.12 enthalten. Transparenzplattform Melderhandbuch, Version Page 65

66 Auswahllisten TSM Reason Ereignisgrund R001 R002 R003 R004 R005 R006 R007 Erläuterung Durch den Ausfall des Meldesystems werden generell keine Daten zu diesem Meldungstyp geliefert. Durch den teilweisen Ausfall des Meldesystems fehlen Daten für eine Erzeugungs-, Verbrauchs-, Speicherart. Durch den teilweisen Ausfall des Meldesystems fehlen Daten für mehrere Erzeugungs-, Verbrauchs-, Speicherarten. Durch den teilweisen Ausfall des Meldesystems fehlen Daten für alle Erzeugungs-, Verbrauchs-, Speicherarten. Zum Meldungstyp wurden für eine Erzeugungs-, Verbrauchs-, Speicherart fehlerhafte Daten übermittelt (vollständige Lieferung, aber inhaltlich falsch). Zum Meldungstyp wurden für mehrere Erzeugungs-, Verbrauchs-, Speicherarten fehlerhafte Daten übermittelt (vollständige Lieferung, aber inhaltlich falsch). Zum Meldungstyp wurden für alle Erzeugungs-, Verbrauchs-, Speicherarten fehlerhafte Daten übermittelt (vollständige Lieferung, aber inhaltlich falsch). Darstellung auf Internetseite Komplettausfall des Meldesystems Teilausfall des Meldesystems für eine Einheit Teilausfall des Meldesystems für mehrere Einheiten Teilausfall des Meldesystems für alle Einheiten Datenfehler für eine Einheit Datenfehler für mehrere Einheiten Datenfehler für alle Einheiten Tabelle 46: Liste TSM Reasons TSM Message Types Gültige Werte BMWi Item 5a Erläuterung Meldungstyp TEM-Liste Punkt 5a BMWi Item 10a Meldungstyp TEM-Liste Punkt 10a Add-On 2 Meldungstyp AddOn 2 TEM 1a TEM 5b Meldungstyp TEM-Liste Punkt 1a Meldungstyp TEM-Liste Punkt 5b TEM 10b Meldungstyp TEM-Liste Punkt 10b TEM 12 Meldungstyp TEM-Liste Punkt 12 TEM 14 Meldungstyp TEM-Liste Punkt 14 TEM 15 Meldungstyp TEM-Liste Punkt 15 TEM 16 Meldungstyp TEM-Liste Punkt 16 Transparenzplattform Melderhandbuch, Version Page 66

67 Gültige Werte Erläuterung TEM 17 Meldungstyp TEM-Liste Punkt 17 TEM 18 Meldungstyp TEM-Liste Punkt 18 TEM 19 Meldungstyp TEM-Liste Punkt 19 TEM 20 Meldungstyp TEM-Liste Punkt 20 TEM 21 Meldungstyp TEM-Liste Punkt 21 TEM 22 Meldungstyp TEM-Liste Punkt 22 TEM 23 Meldungstyp TEM-Liste Punkt 23 TEM 24 Meldungstyp TEM-Liste Punkt 24 TEM 25 Meldungstyp TEM-Liste Punkt 25 TEM 26 Meldungstyp TEM-Liste Punkt 26 TEM 27 Meldungstyp TEM-Liste Punkt 27 TEM 28 Meldungstyp TEM-Liste Punkt 28 Tabelle 47: Liste TSM Message Types Transparenzplattform Melderhandbuch, Version Page 67

68 8. Meldearten Die Übermittlung der Meldedaten kann über zwei verschiedene Meldearten erfolgen. Die zwei Meldearten TR-Tool (mit GUI, ohne GUI) und Webservice-Schnittstelle werden in den nachfolgenden Abschnitten beschrieben TR-Tool Übersicht Das TR-Tool (Transmission and Reporting Tool) ist eine Applikation zur Übermittlung von Melde(siehe Abschnitt ). Neben der Übermittlung von Meldedaten und Reportanfragen unterstützt das TR-Tool die Verwaltung von Zertifikaten. Hinweis: Um einen reibungslosen Meldebetrieb gewährleisten zu können, wird nur die Verwendung der aktuellen und der vorherigen Minor 12 -Version des TR-Tools und der damit zusammenhängenden Sources unterstützt. Die jeweils unterstützten Versionen des TR-Tools stehen im Downloadbereich zur Verfügung Installation Voraussetzungen Das TR-Tool ist eine Java-Swing-Applikation und benötigt zur Ausführung eine entsprechende Java-Runtime. Die Voraussetzungen zur Installation sind: Betriebssystem: Microsoft Windows XP, Vista, 7, 8, 8.1 Server 2003/2008, Mac OS X, Debian Linux 5.0.1, Solaris 9 (SunOS Release 5.9) Java-Runtime ab Version 1.7 für die TR-Tool Version und folgende Java-Runtime ab Version 1.8 für die TR-Tool Version Möglichkeit zur Anpassung der Runtime (es müssen Policy-Dateien ("Unlimited Strength Jurisdiction Policy Files") ausgetauscht werden, siehe dazu die Installations- Dokumentation zum TR-Tool) Netzwerkzugriff auf die Webservice-Schnittstelle (siehe Abschnitt ). Da der Webservice nur per HTTPS verfügbar ist, muss der Port 443 für diese Verbindung verfügbar sein. Liegen mehrere Java-Versionen vor, können die mitgelieferten Startskripte so angepasst werden, dass eine geeignete Java-Version zum Einsatz kommt. Eine gemeinsame Auslieferung der Java- Version und des TR-Tools durch die EEX ist nicht vorgesehen. Grundsätzlich ist zu empfehlen, immer die aktuellste Version der Java Runtime zu verwenden. 12 Siehe unter Nebenversionsnummer. Transparenzplattform Melderhandbuch, Version Page 68

69 Download und Installation Das TR-Tool wird als ausführbare Datei zur Verfügung gestellt und kann von der Website der EEX herunterladen werden, die Adresse lautet In dem Paket ist ebenfalls eine Installationsanleitung enthalten Authentifizierung/Zertifikate Das TR-Tool authentifiziert sich am Server mit einem Client-Zertifikat, welches auf dem Client- Rechner in einer Keystore-Datei vorliegt (SSL-Verschlüsselung). Jeder Melder verfügt über ein persönliches Zertifikat, welches in einem dedizierten Zertifikatsspeicher (eng. keystore) innerhalb seines Benutzerprofils im Ordner.eex abgelegt wird. Alle Meldungen und Reportanfragen werden unter Verwendung des Zertifikats signiert. Die Signatur wird bei der Übertragung zum Server in die XML-Anfrage (als Bestandteil des XML-Formats) eingefügt. Innerhalb der SHZ wird die Signatur zur Prüfung der Integrität der Anfrage verwendet Aufruf Das TR-Tool kann mit oder ohne graphische Oberfläche (GUI) betrieben werden. In beiden Modi erfolgen ein automatisiertes Versenden der Meldedaten und Reportanfragen sowie der Empfang der Antworten. Um das TR-Tool mit graphischer Oberfläche zu starten, genügt ein Doppelklick auf die Anwendung (TRTool.jar) oder ein direkter Aufruf von der Kommandozeile. Um das Anzeigen der Benutzeroberfläche zu unterdrücken, muss der Parameter --without-gui beim Aufruf übergeben werden. Weiterhin kann mit dem Parameter --configdir ein alternatives Konfigurationsverzeichnis angegeben werden. java -jar TRTool.jar java -jar TRTool.jar without-gui java -jar TRTool.jar configdir "/alternative/pfad/" Abbildung 2: Beispiel Aufruf TR-Tool Ist beim Start des TR-Tools keine Einstellung für das Wurzelverzeichnis der Verzeichnisstruktur vorhanden, können keine Dateien übertragen werden. Der graphische Client öffnet in diesem Fall automatisch sein Einstellungsfenster. Bei Aufruf ohne GUI beendet sich das TR-Tool sofort wieder mit einer entsprechenden Fehlermeldung. Ist die Einstellung für das Wurzelverzeichnis vorhanden, die zugehörige Verzeichnisstruktur jedoch nicht, wird sie beim Start angelegt. Wird die Einstellung für das Wurzelverzeichnis vorgenommen und zeigt es auf ein Verzeichnis, das die benötigte Verzeichnisstruktur nicht enthält, wird diese beim Speichern der Einstellungen ebenfalls erzeugt. Zusätzlich wird beim Start überprüft, ob ein Zertifikat im Zertifikatsspeicher des Melders vorliegt, welches beim Meldeprozess verwendet werden kann. Ist dies nicht der Fall, wird der Dialog "Zertifikat-Anforderung" geöffnet, um die Generierung eines Schlüsselpaars zu ermöglichen. Hat der Melder bereits ein Zertifikat von der EEX erhalten, kann er dieses nach dem Programmstart über den Dialog "Zertifikat-Import" in seinen Zertifikatsspeicher importieren und mit der Verwendung des Transparenzplattform Melderhandbuch, Version Page 69

70 TR-Tools fortfahren. Das TR-Tool kann erst dann Meldedaten übertragen, nachdem ein Schlüsselpaar generiert wurde und ein dazu passendes signiertes Zertifikat importiert wurde Verzeichnisstruktur Nach dem Start des TR-Tools wird die folgende Verzeichnisstruktur angelegt: outgoing Hier werden die zu übertragenden XML-Meldungen und Reportanfragen abgelegt. Beim nächsten Start oder beim nächsten Sendezyklus werden diese Dateien zum Server übertragen. sent Diese Dateien wurden bereits zum Server übertragen und warten darauf, dass ein zugehöriges Acknowledgement bzw. ein Report eingeht. archive Diese Dateien wurden zum Server übertragen. Entweder wurde der zugehörige Report empfangen und abgelegt oder das zugehörige Acknowledgement wurde empfangen und enthielt keine Fehler. error Diese Dateien konnten nicht erfolgreich übertragen (F- Code) und publiziert (publish_acknowledgement) werden. Es gab bei der Übertragung einen Fehler. Das Acknowledgement war nicht positiv. reports Hier werden die vom Webservice gesendeten Reports in entschlüsseltem Zustand abgelegt. logs Enthält alle erzeugten Log-Dateien des TR-Tools. cert Enthält die Zertifizierungsanfrage und den Fingerprint als Datei. Durch eine Überwachung des error-verzeichnisses lässt sich eine automatische Rückmeldung im Fehlerfall etablieren. Abbildung 3: Verzeichnisstruktur des TR-Tool Transparenzplattform Melderhandbuch, Version Page 70

71 Betrieb Nach dem Start des TR-Tools werden zuerst alle Dateien (Meldungen und Reportanfragen) mit der Endung.xml aus dem Verzeichnis outgoing an die DMZ übertragen. Wurde die übermittelte Meldung oder Reportanfrage von der DMZ akzeptiert, enthält die Empfangsbestätigung eine eindeutige MessageID. Diese wird den Namen aller Dateien, die im Zusammenhang mit dieser stehen, vorangestellt. So ist eine eindeutige Zuordnung aller Dateien zu dem Übertragungsvorgang möglich. Des Weiteren wird so automatisch eine chronologische Ordnung der Übertragungen hergestellt. Nach der erfolgreichen Übertragung werden die Dateien in das Verzeichnis sent verschoben. Dabei wird dem Dateinamen die MessageID vorangestellt (Beispiel: 3346_Dateiname.xml). Trat ein Fehler bei der Übermittlung an die DMZ auf, werden die Dateien in das Verzeichnis error ohne Umbenennung gelegt. Die synchrone Empfangsbestätigung der DMZ wird nach Abschluss der Übertragung jeweils neben die übermittelte Datei gelegt und ist durch die Namensgebung eindeutig zur übertragenen Datei zuordenbar. Der Dateiname besteht aus der MessageID, dem ursprünglichen Dateinamen der Meldung sowie der Bezeichnung Receipt (Beispiel: 3346_Dateiname_Receipt.xml). Nachdem alle Dateien aus outgoing gesendet wurden, wird geprüft, ob es Dateien in sent gibt, die auf eine Antwort aus der DMZ warten. Falls dies der Fall ist, werden in der DMZ wartende Acknowledgements und Reports abgeholt. Die in einem empfangenen Acknowledgement enthaltenen Fehlercodes werden geprüft. Wurde die zugehörige Meldung von der SHZ akzeptiert, wird sie in das Verzeichnis archive gelegt. Die zugehörige Empfangsbestätigung der DMZ sowie das empfangene Acknowledgement der SHZ werden neben diese Datei gelegt. Der Dateiname des Acknowledgements beginnt ebenfalls mit der MessageID und enthält darüber hinaus den ursprünglichen Dateinamen sowie die Bezeichnung Acknowledgement (Beispiel: 3346_Dateiname_Acknowledgement.xml). Beschreibt das Acknowledgement einen Fehlerfall, wird die Datei mit Empfangsbestätigung und Acknowledgement in das Verzeichnis error gelegt. Ein empfangener Report wird daraufhin geprüft, ob die enthaltenen encodierten Daten gültig sind. Falls ja, werden diese Daten (d.h. der eigentliche Report) in das Verzeichnis reports gelegt. Der Name der Report-Dabei beginnt mit der MessageID gefolgt von der Bezeichnung Report (Beispiel: 3346_Report.csv). Die Dateiendung richtet sich an dem angefragten Dateiformat (CSV oder XML). Reportanfrage sowie Empfangsbestätigung der DMZ werden in das Verzeichnis archive gelegt. Die Dateinamen werden dabei wie bei den Meldungen um die MessageID ergänzt. Sind die enthaltenen Daten ungültig, werden die von der SHZ übertragenen Rohdaten mit Anfrage und Empfangsbestätigung in das Verzeichnis error gelegt. Die im Verzeichnis archive befindlichen Dateien können archiviert oder gelöscht werden. Die Dateien in error müssen erneut bearbeitet werden. Die in reports gespeicherten Reports können weiterverarbeitet werden. Alle anderen Dateien befinden sich noch in Bearbeitung und dürfen nicht manuell verschoben oder entfernt werden. In regelmäßigen Abständen werden die Verzeichnisse outgoing und sent überprüft. Falls Dateien im outgoing -Verzeichnis vorliegen, wird eine Übertragung veranlasst. Liegen Dateien im sent -Verzeichnis vor, wird ein Abruf der Acknowledgements und Reports initiiert. Dies hat gegenüber einem wiederholten Start (z.b. per cron-job) den Vorteil, dass nicht jedes Mal die gesamte Applikation inklusive Java-VM gestartet werden muss. Zum Beenden des TR-Tools muss ihm ein entsprechendes Signal (SIGTERM bzw. Ctrl-C) gesendet werden oder die graphische Applikation geschlossen werden. Transparenzplattform Melderhandbuch, Version Page 71

72 Diese Übermittlung und Abholung erfolgt alle 5 Sekunden, sofern entsprechende Dateien in den jeweiligen Verzeichnissen liegen. Dieses Zeitintervall wird an den Zustand der Transparenzplattform angepasst. Wenn keine Verbindung zur DMZ hergestellt werden konnte, wird der Abstand zwischen den Übertragungsversuchen auf 50 Sekunden erhöht. Nach der nächsten erfolgreichen Übertragung wird das Zeitintervall wieder auf den Normalwert von 5 Sekunden gesetzt. Auf diese Weise wird die Belastung der DMZ im Fehlerfall reduziert. Wenn die DMZ zwar erreichbar ist, aber dem TR-Tool in der Empfangsbestätigung mitteilt, dass die SHZ nicht verfügbar ist, werden die Zeitintervalle für die Übertragung von Meldungen und Anfragen beibehalten und die Abholungsintervalle der Acknowledgements und Reports auf 50 Sekunden erhöht, da die SHZ diese bei Nichtbeanspruchbarkeit nicht bereitstellen kann. Wurde von der SHZ ein definiertes Wartungsfenster übermittelt, so werden in dem gesamten Zeitraum nur Übertragungen von Anfragen vorgenommen, Abholungsversuche von Acknowledgements und Reports finden jedoch nicht statt. Die Intervalle (5 bzw. 50 Sekunden) sind durch den Betrieb der Transparenzplattform vorgegeben und können nicht durch den Nutzer des TR-Tools verändert werden. Darüber hinausgehende Betriebsaspekte, z.b. das Starten des TR-Tools als Dienst oder daemon, liegen außerhalb des Zuständigkeitsbereiches der Entwicklung und sind durch den jeweiligen Melder zu realisieren GUI Die graphische Oberfläche bietet einen Konfigurationsdialog, Dialoge für die Verwaltung der Zertifikate sowie Formulare für einzelne Meldungen. Die graphische Oberfläche kann dazu genutzt werden, die Konfiguration anzupassen oder eine Zertifikatsanfrage zu erstellen. Melder mit geringem Meldungsaufkommen können die Formulare der Oberfläche verwenden, um Meldedaten einfach und komfortabel einzugeben und abzusenden. Abbildung 4: GUI des TR-Tool Um das TR-Tool mit graphischer Oberfläche zu starten, genügt ein Doppelklick auf die Anwendung oder ein direkter Aufruf von der Kommandozeile. (siehe Abschnitt ). Transparenzplattform Melderhandbuch, Version Page 72

Leitfaden zur Anlage einer Nachforderung. Nachforderung. 04.04.2013 Seite 1 von 11 RWE IT GmbH

Leitfaden zur Anlage einer Nachforderung. Nachforderung. 04.04.2013 Seite 1 von 11 RWE IT GmbH Leitfaden zur Anlage einer 04.04.2013 Seite 1 von 11 Inhaltsverzeichnis 1 Aufruf des RWE smanagements...3 2 Eingabe der Benutzerdaten...4 3 Erfassen der...5 4 Neue...6 4.1 Allgemeine Daten...7 4.2 Beschreibung...7

Mehr

Erfassung von Anlagendaten im Marktstammdatenregister

Erfassung von Anlagendaten im Marktstammdatenregister Erfassung von Anlagendaten im Marktstammdatenregister Das Marktstammdatenregister (MaStR) wird die Stammdaten der Energieerzeugungs- und Verbrauchsanlagen im Strom- und Gasbereich erfassen und für den

Mehr

Sonstige Marktregeln Gas

Sonstige Marktregeln Gas Sonstige Marktregeln Gas Kapitel 7 Elektronischer Austausch von Netzabrechnungsdaten Marktregeln Gas 2013 Version 1.0 Dokument-Historie Version Release Veröffentlichung Inkrafttreten Anmerkungen 1 0 20.09.2013

Mehr

Zur Bestätigung wird je nach Anmeldung (Benutzer oder Administrator) eine Meldung angezeigt:

Zur Bestätigung wird je nach Anmeldung (Benutzer oder Administrator) eine Meldung angezeigt: K U R Z A N L E I T U N G D A S R Z L WE B - P O R T A L D E R R Z L N E W S L E T T E R ( I N F O - M A I L ) RZL Software GmbH Riedauer Straße 15 4910 Ried im Innkreis Version: 11. Juni 2012 / mw Bitte

Mehr

Handbuch. Depotübertragung gem. 27 Abs. 6 Z 1 lit. a EStG

Handbuch. Depotübertragung gem. 27 Abs. 6 Z 1 lit. a EStG Handbuch Depotübertragung gem. 27 Abs. 6 Z 1 lit. a EStG Seite 2 von 24 INHALTSVERZEICHNIS 1. ALLGEMEIN... 3 1.1. Rechtliche Grundlage:... 3 2. ERFASSUNG DEPOTÜBERTRAGUNG IM DIALOGVERFAHREN... 4 3. DEPOTÜBERTRAGUNG

Mehr

Erläuterungen zum Formular zur Meldung von Photovoltaikanlagen an die Bundesnetzagentur

Erläuterungen zum Formular zur Meldung von Photovoltaikanlagen an die Bundesnetzagentur Erläuterungen zum Formular zur Meldung von Photovoltaikanlagen an die Bundesnetzagentur Ab dem 1. Januar 2009 sind gemäß 16 Abs. 2 S. 2 des Erneuerbare-Energien-Gesetzes (EEG) die Betreiberinnen und Betreiber

Mehr

Anlage: Abwicklung und Nominierung

Anlage: Abwicklung und Nominierung Anlage: Abwicklung und Nominierung zu den AGB für den Zugang zu den von der RWE Gasspeicher GmbH betriebenen Gasspeichern Präambel Die Anlage Abwicklung und Nominierung der RGS beschreibt die betrieblichen

Mehr

Erste Schritte zur Meldungsumsetzung in Deutschland entsprechend der EU-Transparenzverordnung

Erste Schritte zur Meldungsumsetzung in Deutschland entsprechend der EU-Transparenzverordnung Version 1.0 vom 15. Juli 2015 Erste Schritte zur Meldungsumsetzung in Deutschland entsprechend der EU-Transparenzverordnung (EU-VO Nr. 543/2013) Die EU-Transparenzverordnung Die EU-Transparenzverordnung

Mehr

Sonstige Marktregeln Strom

Sonstige Marktregeln Strom Sonstige Marktregeln Strom Kapitel 2 Beziehungen zwischen den Marktteilnehmern Version 3.3 Dokumentenhistorie Version Release Veröffentlichung Gültig Abschnitt Kommentar 1 0 2 0 3 0 1.7.2008 3 1 16.4.2010

Mehr

Erläuterungen zum Formular zur Meldung von Photovoltaikanlagen an die Bundesnetzagentur

Erläuterungen zum Formular zur Meldung von Photovoltaikanlagen an die Bundesnetzagentur Erläuterungen zum Formular zur Meldung von Photovoltaikanlagen an die Bundesnetzagentur Ab dem 1. Januar 2009 sind gemäß 16 Abs. 2 S. 2 des Erneuerbare-Energien-Gesetzes (EEG) die Betreiberinnen und Betreiber

Mehr

Heimtierdatenbank für Onlinemelder

Heimtierdatenbank für Onlinemelder Version 1.4 Dokumenthistorie Datum Tätigkeit durchgeführt von abgenommen von 21.10.2010 Erstversion des Dokuments BMG-IT BMG-IT 27.10.2010 Überarbeitung des Dokuments BMG-IT BMG-IT 01.05.2012 Qualitätssicherung

Mehr

Regeln für die Einführung und Handhabung von EIC Energy Identification

Regeln für die Einführung und Handhabung von EIC Energy Identification Energie-Info BDEW Bundesverband der Energie- und Wasserwirtschaft e.v. Reinhardtstraße 32 10117 Berlin Regeln für die Einführung und Handhabung von EIC Energy Identification Codes in Deutschland Spezifikation

Mehr

Informationen zur Registrierungspflicht für Bestandsanlagen gemäß 16 Abs. 3 Satz 1 AnlRegV

Informationen zur Registrierungspflicht für Bestandsanlagen gemäß 16 Abs. 3 Satz 1 AnlRegV Informationen zur Registrierungspflicht für Bestandsanlagen gemäß 16 Abs. 3 Satz 1 AnlRegV Information über Registrierungspflicht für Bestandsanlagen gemäß 16 Abs. 3 Satz 1 AnlRegV - Betreiber von vor

Mehr

Hinweise zur Registrierungspflicht gemäß 6 Anlagenregisterverordnung (AnlRegV) Im März 2015. Guten Tag,

Hinweise zur Registrierungspflicht gemäß 6 Anlagenregisterverordnung (AnlRegV) Im März 2015. Guten Tag, EWE NETZ GmbH Postfach 25 01 26015 Oldenburg Sie erreichen uns: * EWE NETZ GmbH Cloppenburger Straße 302 26133 Oldenburg ' Tel. 0800-393 6389 Fax 0441-4808 1195 @ info@ewe-netz.de www.ewe-netz.de Kundennummer:

Mehr

Arbeitshilfe für die Veröffentlichung von Unterlagen der Rechnungslegung Eingabeformulare für kleine Gesellschaften (im Sinne von 267 Abs.

Arbeitshilfe für die Veröffentlichung von Unterlagen der Rechnungslegung Eingabeformulare für kleine Gesellschaften (im Sinne von 267 Abs. Arbeitshilfe für die Veröffentlichung von Unterlagen der Rechnungslegung Eingabeformulare für kleine Gesellschaften (im Sinne von 267 Abs. 1 HGB) Eingabeformulare für kleine Gesellschaften (im Sinne von

Mehr

Benutzerhandbuch für ZKB WebMail. Für Kunden, Partner und Lieferanten Oktober 2013, V1.1

Benutzerhandbuch für ZKB WebMail. Für Kunden, Partner und Lieferanten Oktober 2013, V1.1 Benutzerhandbuch für ZKB WebMail Für Kunden, Partner und Lieferanten Oktober 2013, V1.1 Inhaltsverzeichnis 1 Beschreibung 3 1.1 Definition 3 1.2 Sicherheit 3 2 Funktionen 3 2.1 Registrierung (erstes Login)

Mehr

Vertragsabwicklungsbedingungen. Jemgum 19.06.2015. astora GmbH & Co. KG Kleine Rosenstraße 1 34117 Kassel. (nachfolgend astora genannt)

Vertragsabwicklungsbedingungen. Jemgum 19.06.2015. astora GmbH & Co. KG Kleine Rosenstraße 1 34117 Kassel. (nachfolgend astora genannt) Vertragsabwicklungsbedingungen Jemgum 19.06.2015 astora GmbH & Co. KG Kleine Rosenstraße 1 34117 Kassel (nachfolgend astora genannt) 1/8 Vertragsabwicklungsbedingungen Jemgum 19.06.2015 Inhaltsverzeichnis

Mehr

Form Designer. Leitfaden

Form Designer. Leitfaden Leitfaden Copyright Die hier enthaltenen Angaben und Daten können ohne vorherige Ankündigung geändert werden. Die in den Beispielen verwendeten Namen und Daten sind frei erfunden, soweit nichts anderes

Mehr

ZUSATZVEREINBARUNG. betreffend die (Teil-)Umstellung eines Speichervertrages in einen Biogas-Speichervertrag

ZUSATZVEREINBARUNG. betreffend die (Teil-)Umstellung eines Speichervertrages in einen Biogas-Speichervertrag ZUSATZVEREINBARUNG betreffend die (Teil-)Umstellung eines Speichervertrages in einen Biogas-Speichervertrag ( Zusatzvereinbarung Biogas ) zwischen (nachfolgend Speicherkunde genannt) und Uniper Energy

Mehr

Verfahrensgrundlage Vergabe von Registrierungskennzahlen für Informationsobjekte

Verfahrensgrundlage Vergabe von Registrierungskennzahlen für Informationsobjekte Verfahrensgrundlage Vergabe von Registrierungskennzahlen für Informationsobjekte März 2006 Version 1.0 Inhaltsverzeichnis 1 Anwendungsbereich... 3 2 Ziel und Zweck des Registers... 3 3 Mitteilungspflicht

Mehr

Dienstvereinbarung über die Erfassung und Abrechnung von Telefongesprächen an der Freien Universität Berlin

Dienstvereinbarung über die Erfassung und Abrechnung von Telefongesprächen an der Freien Universität Berlin Personalblatt Nummer 01/2009 7. Januar 2009 Inhalt: Dienstvereinbarung über die Erfassung und Abrechnung von Telefongesprächen an der Freien Universität Berlin Herausgeber: Das Präsidium der Freien Universität

Mehr

VR-NetWorld-Software 4.4 (und folgende Versionen)

VR-NetWorld-Software 4.4 (und folgende Versionen) VR-NetWorld-Software 4.4 (und folgende Versionen) Mit der folgenden Anleitung erhalten Sie eine Beschreibung der wesentlichen SEPA-Funktionen in der VR-NetWorld Software. Insbesondere wird auf die Voraussetzungen

Mehr

Technische Spezifikationen

Technische Spezifikationen 1. Grundsätze 1.1. Der vorliegende Anhang basiert auf den im Reglement zum Betrieb der Online- Dignitätsdatenbank FMH, Version 1.1, Dezember 2007 verzeichneten, vertraglichen Vereinbarungen zwischen Versicherern

Mehr

Draexlmaier Group. Schulungsunterlage für Lieferanten DRÄXLMAIER Supplier Portal

Draexlmaier Group. Schulungsunterlage für Lieferanten DRÄXLMAIER Supplier Portal Draexlmaier Group Schulungsunterlage für Lieferanten DRÄXLMAIER Supplier Portal Version Juli 2015 Inhalt Registrierung als neuer Lieferant... 3 Lieferantenregistrierung... 3 Benutzerregistrierung... 4

Mehr

Formular-Generator. 1. Übersichtsseite

Formular-Generator. 1. Übersichtsseite Formular-Generator Der Formular-Generator dient dazu, Formulare ohne Kenntnisse von Html- oder JavaScript- Programmierung zu erstellen. Mit den Formularen können Sie einfache Anfragen, Anregungen und Wünsche

Mehr

Anbindung an easybill.de

Anbindung an easybill.de Anbindung an easybill.de Stand: 14. Dezember 2011 2011 Virthos Systems GmbH www.pixtacy.de Einleitung Pixtacy verfügt ab Version 2.3 über eine Schnittstelle zu dem Online-Fakturierungsprogramm easybill.de.

Mehr

Anlage E.1 Fragenkatalog Nr. 4

Anlage E.1 Fragenkatalog Nr. 4 Anlage E.1 Fragenkatalog Nr. 4 Hinweise: Sofern sich aufgrund von Bieterfragen Änderungen/Ergänzungen an/zu den Vertragsunterlagen ergeben, werden Sie mit diesem Fragenkatalog hierüber informiert. Fragen

Mehr

Datenschutzbestimmungen Extranet der Flughafen Berlin Brandenburg GmbH

Datenschutzbestimmungen Extranet der Flughafen Berlin Brandenburg GmbH Datenschutzbestimmungen Extranet der Flughafen Berlin Brandenburg GmbH Version 1.1 2012-07-11 Personenbezogene Daten Die Flughafen Berlin Brandenburg GmbH im Folgenden FBB genannt erhebt, verarbeitet,

Mehr

Lehrstellenverwaltung im Lehrstellennachweis (LENA Betriebe)

Lehrstellenverwaltung im Lehrstellennachweis (LENA Betriebe) DEPARTEMENT BILDUNG, KULTUR UND SPORT Abteilung Berufsbildung und Mittelschule BENUTZERHANDBUCH Lehrstellenverwaltung im Lehrstellennachweis (LENA Betriebe) Version.3 Inhaltsverzeichnis. Online Schalter

Mehr

zur Nutzung der internetgestützten Datenbank www.qualibe.de

zur Nutzung der internetgestützten Datenbank www.qualibe.de zur Nutzung der internetgestützten Datenbank www.qualibe.de Das Projekt wird aus dem Europäischen Sozialfonds (ESF) im Ziel "Regionale Wettbewerbsfähigkeit und Beschäftigung", Förderperiode 2007-2013,

Mehr

Elektronische Unterschriften mit Adobe Acrobat 9. Version 1.0 14. April 2009

Elektronische Unterschriften mit Adobe Acrobat 9. Version 1.0 14. April 2009 Version 1.0 14. April 2009 Einleitung Diese Anleitung beschreibt in Kurzform wie (Standard, Pro und Pro Extended) PDF Dokumente signiert oder zertifiziert respektive die Signatur(en) geprüft werden können.

Mehr

Richtlinie zur.tirol WHOIS-Politik

Richtlinie zur.tirol WHOIS-Politik Richtlinie zur.tirol WHOIS-Politik Die vorliegende Policy soll nach österreichischem Rechtsverständnis ausgelegt werden. Im Streitfall ist die deutsche Version der Policy einer Übersetzung vorrangig. Inhalt

Mehr

Schnelleinstieg KASSENBUCH ONLINE (Mandanten-Version)

Schnelleinstieg KASSENBUCH ONLINE (Mandanten-Version) Seite 1 Schnelleinstieg KASSENBUCH ONLINE (Mandanten-Version) Bereich: Online-Services Inhaltsverzeichnis 1. Zweck der Anwendung 2. Voraussetzungen 2.1. Voraussetzung für die Nutzung 2.2. Organisationsanweisung

Mehr

E-Mail-Verschlüsselung mit Geschäftspartnern

E-Mail-Verschlüsselung mit Geschäftspartnern E-Mail-Verschlüsselung mit (Anleitung für Siemens Mitarbeiter) Datum: 13.07.2011 Dokumentenart: Anwenderbeschreibung Version: 3.0 : Redaktionsteam PKI cio.siemens.com Inhaltsverzeichnis 1. Zweck des Dokumentes:...3

Mehr

Anlage 5 Standardisierte Zuordnungsvereinbarung. als Vertragsmodul zum Lieferantenrahmenvertrag (Strom)

Anlage 5 Standardisierte Zuordnungsvereinbarung. als Vertragsmodul zum Lieferantenrahmenvertrag (Strom) Telefon: +49 (0) 3441 8003-0 Telefax: +49 (0) 3441 8003-619 E-Mail: info@redinet.de Web: www.redinet.de Anlage 5 Standardisierte Zuordnungsvereinbarung als Vertragsmodul zum Lieferantenrahmenvertrag (Strom)

Mehr

END USER GUIDE IBS TICKET SYSTEM HOW-TO. Dokumenten Kontrolle. Version 1.1. Datum 2010-10-15. IBS Ticket System End User How-To D.doc.

END USER GUIDE IBS TICKET SYSTEM HOW-TO. Dokumenten Kontrolle. Version 1.1. Datum 2010-10-15. IBS Ticket System End User How-To D.doc. END USER GUIDE IBS TICKET SYSTEM HOW-TO Dokumenten Kontrolle Version 1.1 Datum 2010-10-15 Besitzer Freigegeben durch Dateinamen Gregory Gut IBS Business Solution IBS Ticket System End User How-To D.doc

Mehr

SiteAudit Knowledge Base. Move Add Change Tracking. Vorteile Übersicht. In diesem Artikel: Vorteile Übersicht Funktionsübersicht Berichte anpassen

SiteAudit Knowledge Base. Move Add Change Tracking. Vorteile Übersicht. In diesem Artikel: Vorteile Übersicht Funktionsübersicht Berichte anpassen SiteAudit Knowledge Base Move Add Change Tracking Dezember 2010 In diesem Artikel: Vorteile Übersicht Funktionsübersicht Berichte anpassen MAC Benachrichtigungen Vorteile Übersicht Heutzutage ändern sich

Mehr

Kommunikationsdaten Spielberechtigungsliste. Speicherpfad/Dokument: 140617_DFBnet_Kommunikationsdaten_Spielberechtigungsliste_Freigabemitteilung_4.

Kommunikationsdaten Spielberechtigungsliste. Speicherpfad/Dokument: 140617_DFBnet_Kommunikationsdaten_Spielberechtigungsliste_Freigabemitteilung_4. Freigabemitteilung System: DFBnet Version: R4.96 Kommunikationsdaten Spielberechtigungsliste Speicherpfad/Dokument: 140617_DFBnet_Kommunikationsdaten_Spielberechtigungsliste_Freigabemitteilung_4.96 Erstellt:

Mehr

dpa-infocom - Datenlieferung

dpa-infocom - Datenlieferung dpa-infocom - Datenlieferung Copyright 2006 von dpa-infocom GmbH Status des Dokuments: FINAL Inhaltsverzeichnis Inhaltsverzeichnis...1 1. Verzeichnisstrukturen...2 2. Nachrichtenmanagement...2 3. Datenübertragung...3

Mehr

Lieferanten Beschaffungslogistik. 1 Allgemeines zum Ordermanagement... 2. 1.1 Einleitung... 2. 1.2 Browservoraussetzungen... 2. 1.3 PDF-Viewer...

Lieferanten Beschaffungslogistik. 1 Allgemeines zum Ordermanagement... 2. 1.1 Einleitung... 2. 1.2 Browservoraussetzungen... 2. 1.3 PDF-Viewer... Inhalt 1 Allgemeines zum Ordermanagement... 2 1.1 Einleitung... 2 1.2 Browservoraussetzungen... 2 1.3 PDF-Viewer... 2 2 Erstmalige Anmeldung:... 3 2.1 Erstanmeldung als Lieferant... 3 2.2 Erfassung Versandadresse...

Mehr

FAQ QB-IPQ-2012. 1) Meine Zugangsdaten funktionieren nicht mehr. Was kann ich tun?

FAQ QB-IPQ-2012. 1) Meine Zugangsdaten funktionieren nicht mehr. Was kann ich tun? FAQ QB-IPQ-2012 1) Meine Zugangsdaten funktionieren nicht mehr. Was kann ich tun? Ihre Zugangsdaten wurden für die Erstellung des Qualitätsberichtes 2012 nicht geändert. Die Ihnen vorliegenden Zugangsdaten

Mehr

Sicheres Netz der KVen Formular Ergänzende Erklärung zur Zertifizierung zum KV-SafeNet-Provider

Sicheres Netz der KVen Formular Ergänzende Erklärung zur Zertifizierung zum KV-SafeNet-Provider Formular Ergänzende Erklärung zur Zertifizierung zum KV-SafeNet-Provider [KBV_SNK_FOEX_KV-SafeNet] Dezernat 6 Informationstechnik, Telematik und Telemedizin 10623 Berlin, Herbert-Lewin-Platz 2 Kassenärztliche

Mehr

Initiative Tierwohl. Erzeugung + Übermittlung der Bewegungsdaten Schlachtbetrieb. In 5 Schritten zur fertigen Schnittstellendatei

Initiative Tierwohl. Erzeugung + Übermittlung der Bewegungsdaten Schlachtbetrieb. In 5 Schritten zur fertigen Schnittstellendatei Initiative Tierwohl Erzeugung + Übermittlung der Bewegungsdaten Schlachtbetrieb In 5 Schritten zur fertigen Schnittstellendatei Version 1.0 08.06.2015 arvato Financial Solutions Copyright bfs finance.

Mehr

Verwaltung der Projekte

Verwaltung der Projekte ACS Data Systems AG Verwaltung der Projekte (Version 10.08.2009) Buchhaltung für Schulen ACS Data Systems AG Bozen / Brixen / Trient Tel +39 0472 27 27 27 obu@acs.it 2 Inhaltsverzeichnis 1. PROJEKTVERWALTUNG...

Mehr

HelpMatics Service Management System

HelpMatics Service Management System HelpMatics Service Management System HelpMatics ServiceDesk HelpMatics Change HelpMatics Survey HelpMatics CMS Neue Features in V6.5 2010-08-05 1 NEUES FEATURE HELPMATICS ONE-CLICK-TICKET... 3 2 NEUE FEATURES

Mehr

MailSealer Light. Stand 10.04.2013 WWW.REDDOXX.COM

MailSealer Light. Stand 10.04.2013 WWW.REDDOXX.COM MailSealer Light Stand 10.04.2013 WWW.REDDOXX.COM Copyright 2012 by REDDOXX GmbH REDDOXX GmbH Neue Weilheimer Str. 14 D-73230 Kirchheim Fon: +49 (0)7021 92846-0 Fax: +49 (0)7021 92846-99 E-Mail: sales@reddoxx.com

Mehr

Zur Umsetzung dieser Methode sind drei Arbeitsschritte in der dargestellten Reihenfolge vorgesehen:

Zur Umsetzung dieser Methode sind drei Arbeitsschritte in der dargestellten Reihenfolge vorgesehen: 3.5 Krankenkassen 3.5.1 Verwaltung der Krankenkassen Die einzelnen Krankenkassen aller Lohnmandanten werden in der Sage KHK Classic Line über den so genannten mandantenübergreifenden Krankenkassenstamm

Mehr

Datenschutzrichtlinie für die Plattform FINPOINT

Datenschutzrichtlinie für die Plattform FINPOINT Datenschutzrichtlinie für die Plattform FINPOINT Die FINPOINT GmbH ( FINPOINT ) nimmt das Thema Datenschutz und Datensicherheit sehr ernst. Diese Datenschutzrichtlinie erläutert, wie FINPOINT die personenbezogenen

Mehr

CRM. Weitere Schritte

CRM. Weitere Schritte CRM Weitere Schritte 1. Allgemein... 3 2. Anpassen der Auswahllisten... 3 3. Aufgabenverwaltung... 4 4. Web2Lead... 6 4.1 Erstellen Sie ein individuelles Kontaktformular...6 4.2 Optionen...6 4.3 Benachrichtigungen...7

Mehr

Saferpay - Risk Management

Saferpay - Risk Management Saferpay - Risk Management Bedienerhandbuch Version 2.6 0.0096 SIX Payment Services Inhalt Einleitung... 3. Voraussetzungen... 3.2 Hinweise zur Verwendung... 3 2 Sperrlisten... 2. Übersicht... 2.2 IP-Adressen...

Mehr

Service Level Agreement (SLA)

Service Level Agreement (SLA) Header text here Service Level Agreement (SLA) Backup Pro Service 1 Einleitung Dieses Service Level Agreement ( SLA ) ist Bestandteil der vertraglichen Beziehungen der Parteien. Es definiert insbesondere

Mehr

Registrierung am Elterninformationssysytem: ClaXss Infoline

Registrierung am Elterninformationssysytem: ClaXss Infoline elektronisches ElternInformationsSystem (EIS) Klicken Sie auf das Logo oder geben Sie in Ihrem Browser folgende Adresse ein: https://kommunalersprien.schule-eltern.info/infoline/claxss Diese Anleitung

Mehr

ELWIS 3.0. Dokumentation E-Mail-Verteilerlisten

ELWIS 3.0. Dokumentation E-Mail-Verteilerlisten ELWIS 3.0 Dokumentation E-Mail-Verteilerlisten Dienstleistungszentrum Informationstechnik im Geschäftsbereich des BMVBS (DLZ-IT BMVBS) Bundesanstalt für Wasserbau Am Ehrenberg 8, 98693 Ilmenau Stand, 10.02.2011

Mehr

Anleitung Modul freie Plätze VAKA heiminfo.ch

Anleitung Modul freie Plätze VAKA heiminfo.ch Anleitung Modul freie Plätze VAKA heiminfo.ch Version: 1.0 / Januar 2010 1. Einleitung... 1 2. Login Verwaltungsbereich... 2 3. Allgemeine Anleitung... 3 4. Allgemeine Funktionen... 4 Speichern / Abbrechen...

Mehr

NEUERUNGEN IN VIVENDI MOBIL 5

NEUERUNGEN IN VIVENDI MOBIL 5 NEUERUNGEN IN VIVENDI MOBIL 5 PRODUKT(E): Vivendi Mobil KATEGORIE: Sonstiges VERSION: ab 5.00 Frage: In der Versionshistorie ist von der neuen Vivendi Mobil-Version 5 zu lesen. Welche Vorteile und Änderungen

Mehr

Handbuch. Terminverwaltungssoftware für Microsoft Windows und TomTom Telematics

Handbuch. Terminverwaltungssoftware für Microsoft Windows und TomTom Telematics Handbuch Terminverwaltungssoftware für Microsoft Windows und TomTom Telematics Systemanforderungen ab Microsoft Windows Vista Service Pack 2, Windows 7 SP 1 Microsoft.NET Framework 4.5 Full ab Microsoft

Mehr

Stammdaten- Synchronisierung

Stammdaten- Synchronisierung DESK GmbH Stammdaten- Synchronisierung Zusatzmodul zur Sage Office Line Evolution ab 2011 Benjamin Busch 01.07.2011 DESK Software und Consulting GmbH Im Heerfeld 2-4 35713 Eibelshausen Tel.: +49 (0) 2774/924

Mehr

Kinderbetreuungseinrichtungen Webfrontend

Kinderbetreuungseinrichtungen Webfrontend Kinderbetreuungseinrichtungen Webfrontend Handbuch für die Eingaben zur Selbstevaluierung (Arbeitsjahr 2014/15) Spätester Termin: 30. November 2015 Version 1.1 29. April 2015 (Änderungen gelb markiert!)

Mehr

BS-Anzeigen 3. Handbuch für das Zusatzmodul modazs Import von Anzeigen aus der Anzeigenschleuder

BS-Anzeigen 3. Handbuch für das Zusatzmodul modazs Import von Anzeigen aus der Anzeigenschleuder BS-Anzeigen 3 Handbuch für das Zusatzmodul modazs Import von Anzeigen aus der Anzeigenschleuder Inhaltsverzeichnis Anwendungsbereich... 3 Betroffene Softwareversion... 3 Anzeigenschleuder.com... 3 Anmeldung...

Mehr

ELStAM Information Hinweise für Arbeitgeber und Softwarehersteller

ELStAM Information Hinweise für Arbeitgeber und Softwarehersteller Seite: 1 Verfahrenshinweis 552020103 Wechsel des Hauptarbeitgebers. Neues refdatumag für das aktuelle Arbeitsverhältnis. [refdatumag = $refdatumag] Inhalt 1 Auslösende Konstellationen... 1 2 Bedeutung

Mehr

S Kreis- und Stadtsparkasse

S Kreis- und Stadtsparkasse S Kreis- und Stadtsparkasse Kaufbeuren im September 2011 Informationen zum sicheren E-Mailverkehr Mit diesem Schreiben wollen wir Ihnen Inhalt: 1. die Gründe für die Einführung von Sichere E-Mail näher

Mehr

Gasversorgung Frankenwald GmbH. Gasversorgung Frankenwald GmbH

Gasversorgung Frankenwald GmbH. Gasversorgung Frankenwald GmbH Gasversorgung Frankenwald GmbH Mindestanforderungen an Datenumfang und Datenqualität zur Durchführung des Messstellenbetriebs und der Messdienstleistung der Gasversorgung Frankenwald GmbH DVGW-Code-Nummer:

Mehr

ELMA5-Verfahren. Benutzerleitfaden zur Massendatenschnittstelle des BZSt

ELMA5-Verfahren. Benutzerleitfaden zur Massendatenschnittstelle des BZSt ELMA5-Verfahren Benutzerleitfaden zur Massendatenschnittstelle des BZSt Stand: 08.03.2013 Seite 1 von 12 Inhaltsverzeichnis 1 Einleitung... 3 2 Voraussetzungen... 3 3 Dienste zur Teilnahme am ELMA5-Verfahren

Mehr

Allgemeine Bedingungen

Allgemeine Bedingungen Allgemeine Bedingungen für die Ausschreibung von Verlustenergie für das Jahr 2009 der RWE Transportnetz Strom GmbH 1 Einführung Das Energiewirtschaftsgesetz und die Netzzugangsverordnung Strom verpflichten

Mehr

Die Datenbank wird regelmäßig aktualisiert. Der aktuell verfügbare Zeitstand wird im Internet auf www.energiemarktdaten.de angegeben.

Die Datenbank wird regelmäßig aktualisiert. Der aktuell verfügbare Zeitstand wird im Internet auf www.energiemarktdaten.de angegeben. Netzgebietstabellen Netzbetreiber und Grundversorger in Deutschland und ihre Versorgungsgebiete Inhaltsübersicht Hinweis: Die Abbildung zeigt den Inhalt der Access-Datenbank in der Komplettversion, also

Mehr

In der grafischen Darstellungen wie Raumbelegungsplan, Referentenbelegung usw. können Sie Ihre eigenen Farben und Einträge darstellen.

In der grafischen Darstellungen wie Raumbelegungsplan, Referentenbelegung usw. können Sie Ihre eigenen Farben und Einträge darstellen. Seite 1 von 10 1. FARBEINSTELLUNGEN DER SEMINARE In der grafischen Darstellungen wie Raumbelegungsplan, Referentenbelegung usw. können Sie Ihre eigenen Farben und Einträge darstellen. WICHTIG: diese Farbeinstellungen

Mehr

Anleitung fu r die Vorlage restpunkte.xlsx

Anleitung fu r die Vorlage restpunkte.xlsx Anleitung fu r die Vorlage restpunkte.xlsx Inhalt 1 Einleitung... 1 2 Grundsätzliche Bedienungshinweise... 1 3 Wichtige Regeln für das Ausfüllen... 2 4 Erfassen der Information... 2 4.1 Das Blatt Inspektionen...

Mehr

VR NetWorld-Software SEPA

VR NetWorld-Software SEPA VR NetWorld-Software SEPA Inhaltsverzeichnis 1. Allgemeine Einstellungen 2. Änderungen Zahlunsempfänger-/ pflichtige 3. SEPA-Überweisung 4. Daueraufträge in SEPA-Daueraufträge migrieren 5. Gläubiger-Identifikationsnummer

Mehr

SEPA-Umstellungsleitfaden für die VR-NetWorld Software

SEPA-Umstellungsleitfaden für die VR-NetWorld Software SEPA-Umstellungsleitfaden für die VR-NetWorld Software 1. Allgemeine Einstellungen Überprüfen Sie zunächst die aktuelle Programmversion über die Menüpunkte? Über VR-NetWorld. Damit Sie alle SEPA-Funktionen

Mehr

Zuordnungsvereinbarung

Zuordnungsvereinbarung Anlage 4 zum Lieferantenrahmenvertrag (Strom) Standardisierte Zuordnungsvereinbarung Zuordnungsvereinbarung zwischen GWS Stadtwerke Hameln GmbH Hafenstraße 14 31785 Hameln BDEW-Codenummer: 99000261000008

Mehr

WISO Kaufmann, WISO Lohn & Gehalt GKV-Monatsmeldung Version / Datum V 13.0.4500

WISO Kaufmann, WISO Lohn & Gehalt GKV-Monatsmeldung Version / Datum V 13.0.4500 Software WISO Kaufmann, WISO Lohn & Gehalt Thema GKV-Monatsmeldung Version / Datum V 13.0.4500 1. Allgemeine Informationen Ab dem Meldezeitraum 01.01.2012 ist der Arbeitgeber verpflichtet beim Tatbestand

Mehr

Kurzanleitung SEPA-Lastchriften mit der VR-NetWorld Software 5.0

Kurzanleitung SEPA-Lastchriften mit der VR-NetWorld Software 5.0 Kurzanleitung SEPA-Lastchriften mit der VR-NetWorld Software 5.0 Ergänzend zum Benutzerhandbuch VR-NetWorld Software 5 wird hier dargestellt, wie bestehende Lastschriften in SEPA-Lastschriften konvertiert

Mehr

F A Q HÄUFIGE ELSTER- FEHLER BEI PLAUSIBILITÄTS- PRÜFUNGEN. Gewerbesteuer 2013

F A Q HÄUFIGE ELSTER- FEHLER BEI PLAUSIBILITÄTS- PRÜFUNGEN. Gewerbesteuer 2013 F A Q HÄUFIGE ELSTER- FEHLER BEI PLAUSIBILITÄTS- PRÜFUNGEN Gewerbesteuer 2013 Stand: März 2014 Inhaltsübersicht 1 Allgemeine Informationen zur ELSTER-Übertragung von Gewerbesteuererklärungen... 3 1.1 Allgemeines

Mehr

Kurz-Anleitung: Installationsanweisung für das IBAN-Tool

Kurz-Anleitung: Installationsanweisung für das IBAN-Tool Kurz-Anleitung: Installationsanweisung für das IBAN-Tool Hinweise Die in diesem Dokument enthaltenen Angaben entsprechen dem aktuellen Entwicklungsstand. SIX Interbank Clearing AG behält sich vor, dieses

Mehr

Verfahrensbeschreibung

Verfahrensbeschreibung Verfahrensbeschreibung für die Kapazitätsvermarktung über das Kundenportal Mein Speicher - Stand: 20.02.2014 - Inhaltsverzeichnis I. ALLGEMEINES 1 Einleitung 2 Verfahren und Registrierung 3 Gegenstand

Mehr

Schulungsunterlagen: Prüfer in PULS

Schulungsunterlagen: Prüfer in PULS Schulungsunterlagen: Prüfer in PULS Um die Funktionen für Prüfer in PULS nutzen zu können, müssen Sie Sich mit Ihrem Prüferaccount in PULS anmelden. Achtung: Der Prüferaccount ist nicht der zentrale Universitätsaccount.

Mehr

Dienstvereinbarung. über den Betrieb und die Nutzung eines auf Voice over IP basierenden Telekommunikationssystems. an der Freien Universität Berlin

Dienstvereinbarung. über den Betrieb und die Nutzung eines auf Voice over IP basierenden Telekommunikationssystems. an der Freien Universität Berlin Dienstvereinbarung über den Betrieb und die Nutzung eines auf Voice over IP basierenden Telekommunikationssystems an der Freien Universität Berlin 31. Juli 2009 Gliederung der Dienstvereinbarung über den

Mehr

Inhalt Einleitung 2 Anmeldung 3 Oberfläche und Bedienung Bearbeitungsablauf 12

Inhalt Einleitung 2 Anmeldung 3 Oberfläche und Bedienung Bearbeitungsablauf 12 Inhalt Einleitung 2 Anmeldung 3 Neues Konto anmelden 3 Passwort vergessen? 4 Oberfläche und Bedienung 5 Projektbereiche 5 Startseite 6 Übersicht 6 Probleme anzeigen 7 Probleme eingeben 10 Änderungsprotokoll

Mehr

Betriebskonzept E-Mail Einrichtung

Betriebskonzept E-Mail Einrichtung Betriebskonzept E-Mail Einrichtung www.bolken.ch Klassifizierung öffentlich - wird an die E-Mail Benutzer abgegeben Versionenkontrolle Version Status Verantwortlich Datum 4.0 Genehmigt Gemeinderat 25.03.2015

Mehr

Anlage 5 zum Lieferantenrahmenvertrag (Strom) Zuordnungsvereinbarung

Anlage 5 zum Lieferantenrahmenvertrag (Strom) Zuordnungsvereinbarung Anlage 5 zum Lieferantenrahmenvertrag (Strom) Zuordnungsvereinbarung Zuordnungsvereinbarung zwischen Stadtwerke Karlsruhe Netzservice GmbH Daxlander Str. 72 76127 Karlsruhe - Verteilnetzbetreiber (VNB)

Mehr

Bericht. über Herkunftsnachweise gemäß Artikel 5 Abs. 3 der Richtlinie 2004/8/EG KWK Richtlinie

Bericht. über Herkunftsnachweise gemäß Artikel 5 Abs. 3 der Richtlinie 2004/8/EG KWK Richtlinie Bericht über Herkunftsnachweise gemäß Artikel 5 Abs. 3 der Richtlinie 2004/8/EG KWK Richtlinie Gemäß Artikel 5 Abs. 3 bzw. Artikel 10 Abs. 1 der KWK Richtlinie hat Österreich einen Bericht über das System

Mehr

Schulberichtssystem. Inhaltsverzeichnis

Schulberichtssystem. Inhaltsverzeichnis Schulberichtssystem Inhaltsverzeichnis 1. Erfassen der Schüler im SBS...2 2. Erzeugen der Export-Datei im SBS...3 3. Die SBS-Datei ins FuxMedia-Programm einlesen...4 4. Daten von FuxMedia ins SBS übertragen...6

Mehr

SMS versenden mit ewon über Mail Gateway Am Beispiel von dem Freemail Anbieter GMX wird diese Applikation erklärt

SMS versenden mit ewon über Mail Gateway Am Beispiel von dem Freemail Anbieter GMX wird diese Applikation erklärt ewon - Technical Note Nr. 014 Version 1.2 SMS versenden mit ewon über Mail Gateway Am Beispiel von dem Freemail Anbieter GMX wird diese Applikation erklärt Übersicht 1. Thema 2. Benötigte Komponenten 3.

Mehr

ZEUS Energiebuchhaltung Salzburg Automatische Zählerstandanlieferung: E-Mail-Schnittstelle

ZEUS Energiebuchhaltung Salzburg Automatische Zählerstandanlieferung: E-Mail-Schnittstelle ZEUS Energiebuchhaltung Salzburg Automatische Zählerstandanlieferung: E-Mail-Schnittstelle Version: 1.0.0 Datum: 2013-11-20 Autor: Bernd Ennsfellner, Renate Pinggera gizmocraft, design and technology GmbH

Mehr

1 Verarbeitung personenbezogener Daten

1 Verarbeitung personenbezogener Daten .WIEN WHOIS-Politik Inhalt 1 Verarbeitung personenbezogener Daten... 1 2 Zur Verwendung gesammelte Informationen... 1 3 WHOIS-Suchfunktion... 2 3.1 Einleitung... 2 3.2 Zweck... 3 3.3 Identifizieren von

Mehr

Websense Secure Messaging Benutzerhilfe

Websense Secure Messaging Benutzerhilfe Websense Secure Messaging Benutzerhilfe Willkommen bei Websense Secure Messaging, einem Tool, das ein sicheres Portal für die Übertragung und Anzeige vertraulicher, persönlicher Daten in E-Mails bietet.

Mehr

Hinweise zum elektronischen Meldeformular

Hinweise zum elektronischen Meldeformular BASG / AGES Institut Überwachung Traisengasse 5, 1200 Wien, Österreich Hinweise zum elektronischen Meldeformular Das Bundesamt für Sicherheit im Gesundheitswesen (BASG) hat gemeinsam mit dem BfArM ein

Mehr

Metadaten für INSPIRE im Geoportal Baden-Württemberg

Metadaten für INSPIRE im Geoportal Baden-Württemberg Metadaten für INSPIRE im Geoportal Baden-Württemberg Martin HÜBEN Einleitung Gegenüber diversen proprietären Metadaten-Softwareprodukten ist als Open Source Lösung in Bezug auf Metadaten derzeit nur GeoNetwork

Mehr

Nach einem erfolgreichen Login sehen Sie die Startseite. Diese bietet Ihnen einen direkten Zugriff auf die folgenden Punkte:

Nach einem erfolgreichen Login sehen Sie die Startseite. Diese bietet Ihnen einen direkten Zugriff auf die folgenden Punkte: Kurzanleitung für Forscher In drei Schritten zu einem vollständigen Profil Stand: 6.06.0 Diese Anleitung beschreibt die ersten Schritte zur Komplettierung des eigenen Profils mit entsprechenden Inhalten.

Mehr

Synchronisations -Assistent 2.6

Synchronisations -Assistent 2.6 TimePunch Synchronisations -Assistent 2.6 Benutzerhandbuch 22.10.2014 TimePunch KG, Wormser Str. 37, 68642 Bürstadt Dokumenten Information: Dokumenten-Name Benutzerhandbuch, Synchronisations-Assistent

Mehr

TYPO3 Redaktoren-Handbuch

TYPO3 Redaktoren-Handbuch TYPO3 Redaktoren-Handbuch Kontakt & Support: rdv interactive ag Arbonerstrasse 6 9300 Wittenbach Tel. 071 / 577 55 55 www.rdvi.ch Seite 1 von 38 Login http://213.196.148.40/typo3 Username: siehe Liste

Mehr

Das Listen Abgleich Interface wird einfach über Doppelklick auf die Datei Listen-Abgleich-Interface.accde gestartet.

Das Listen Abgleich Interface wird einfach über Doppelklick auf die Datei Listen-Abgleich-Interface.accde gestartet. Anleitung Listen Abgleich Interface Was macht das Listen Abgleich Interface? Das Listen Abgleich Interface importiert und gleicht Excel Listen, welche beispielsweise aus Web Kontaktformularen, Adresszukäufen

Mehr

Nachrichtenlose Vermögenswerte (NaDa) Wiederherstellung Kundenkontakt. «Meldungstypen Neu»

Nachrichtenlose Vermögenswerte (NaDa) Wiederherstellung Kundenkontakt. «Meldungstypen Neu» Nachrichtenlose Vermögenswerte (NaDa) Wiederherstellung Kundenkontakt Benutzerdokumentation «Meldungstypen Neu» Version 2.1 / Juli 2012 28. November 2012 Benutzerdokumentation_Meldungstypen_Neu_D.doc 1/8

Mehr

Technisches und rechtliches Rezertifizierungs-Gutachten

Technisches und rechtliches Rezertifizierungs-Gutachten Technisches und rechtliches Rezertifizierungs-Gutachten Einhaltung datenschutzrechtlicher Anforderungen durch das IT-Produkt KOMMBOSS Version 2.9 der GfOP Neumann & Partner mbh Zum Weiher 25 27 14552 Wildenbruch

Mehr

Collax Active Directory

Collax Active Directory Collax Active Directory Howto Dieses Howto beschreibt die Konfiguration eines Collax Servers um einer Windows Active Directory Service (ADS) Domäne beizutreten. Im Englischen spricht man hierbei von einem

Mehr

HANDBUCH JTL-WAWI. sumonet.de

HANDBUCH JTL-WAWI. sumonet.de HANDBUCH JTL-WAWI JTL-CONNECTOR.SUMONET.DE - HAND- BUCH Inhalt Die JTL-Connector.SumoNet.de Schnittstelle bietet die Möglichkeit, mit wenigen Klicks die Artikeldaten der JTL-Wawi in das SumoNet zu übertragen

Mehr

Registrierung als webkess-benutzer

Registrierung als webkess-benutzer Registrierung als webkess-benutzer Ihre Registrierung als Benutzer ist Voraussetzung für den Zugang und die Teilnahme bei webkess. Einzige Voraussetzung für die Registrierung als Benutzer ist eine gültige

Mehr

Erstsicherung für den Einsatz von

Erstsicherung für den Einsatz von Erstsicherung für den Einsatz von Der BitByters.Backup - DASIService ist ein Tool mit dem Sie Ihre Datensicherung organisieren können. Es ist nicht nur ein reines Online- Sicherungstool, vielmehr können

Mehr

E-Mail-Verschlüsselung mit Geschäftspartnern

E-Mail-Verschlüsselung mit Geschäftspartnern E-Mail-Verschlüsselung mit (Anleitung für Geschäftspartner) Datum: 15.07.2013 Dokumentenart: Anwenderbeschreibung Version: 3.2 : Redaktionsteam PKI cio.siemens.com Inhaltsverzeichnis 1. Zweck des Dokumentes:...

Mehr

FRAUNHOFER-INSTITUT FÜR SOLARE ENERGIESYSTEME ISE

FRAUNHOFER-INSTITUT FÜR SOLARE ENERGIESYSTEME ISE FRAUNHOFER-INSTITUT FÜR SOLARE ENERGIESYSTEME ISE Stromerzeugung aus lar- und Windenergie im Jahr 2014 Prof. Dr. Bruno Burger aunhofer-institut für lare Energiesysteme ISE eiburg, den 07.01.2015 www.ise.fraunhofer.de

Mehr