zurück

Tabelle VIII-14: Funktion ManagementOfAccount.UpdateAccount()

Tabelle VIII-15: Funktion ManagementOfAccount.ValidateAccountClosure()

Tabelle VIII-16: Funktion ManagementOfAccount.CloseAccount()

Tabelle VIII-17: Funktion ManagementOfAccount.ValidateVerifiedEmissionsUpdate()

Tabelle VIII-18: Funktion ManagementOfAccount.UpdateVerifiedEmissions

Erstprüfungen für jeden Vorgang

5. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft prüft den Status eines Registers für jeden Vorgang, der ein Konto oder geprüfte Emissionen betrifft. Wenn die Kommunikationsverbindung zwischen dem Register und der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft noch nicht eingerichtet oder gemäß Artikel 6 Absatz 3 in Bezug auf den angeforderten Vorgang betreffend ein Konto oder geprüfte Emissionen zeitweilig unterbrochen ist, wird der Vorgang abgewiesen und der Antwortcode 7005 als Ergebnis zurückgegeben.

6. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft prüft für jeden Vorgang, der ein Konto oder geprüfte Emissionen betrifft, die Registerversion und die Registerauthentifizierung sowie die Plausibilität der Nachricht und sendet beim Auftreten einer Anomalie die entsprechenden Antwortcodes, wie in Tabelle XII-1 im Bereich 7900 bis 7999 vorgegeben, zurück. Die genannten Prüfungen entsprechen den Prüfungen in Bezug auf die Antwortcodes, die in den auf der Grundlage des Beschlusses 24/CP.8 der Konferenz der Parteien des UNFCCC erstellten funktionalen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls enthalten und in der letzten Spalte von Tabelle XII-1 neben den entsprechenden Antwortcodes im Bereich 7900 bis 7999 angegeben sind. Entspricht eine Prüfung im Rahmen der genannten Datenaustauschnormen den Prüfungen, deren Antwortcodes in Tabelle XII-1 im Bereich 7900 bis 7999 vorgegeben sind, oder wird die Durchführung der Prüfung durch die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC vom Verwalter der unabhängige Transaktionsprotokolliereinrichtung geändert, so desaktiviert der Zentralverwalter die entsprechende Prüfung.

7. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft überprüft bei jedem Vorgang, der ein Konto oder geprüfte Emissionen betrifft, die Integrität der Daten und liefert bei Feststellung einer Anomalie Antwortcodes im Bereich 7122 bis 7159.

Zweitprüfungen für jeden Vorgang

8. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft führt bei jedem Vorgang, der ein Konto oder geprüfte Emissionen betrifft und alle Erstprüfungen bestanden hat, Zweitprüfungen durch. Tabelle VIII-19 enthält die Zweitprüfungen und die entsprechenden Antwortcodes, die bei Feststellung einer Anomalie zurückgegeben werden.

Tabelle VIII-19: Zweitprüfungen

.

1. Jedem Vorgang in Bezug auf eine Transaktion wird eine Vorgangsart zugewiesen, die sich aus einer anfänglichen Vorgangsart und einer zusätzlichen Vorgangsart zusammensetzt. Die anfängliche Vorgangsart beschreibt seine Kategorie, wie sie in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt ist, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden. Die zusätzliche Vorgangsart beschreibt seine Kategorie, wie sie in den gemäß der Richtlinie 2003/87/EG ausgearbeiteten Bestimmungen dieser Verordnung genannt ist. Die Vorgangsarten sind in Tabelle IX-1 aufgeführt.

Anforderungen an alle Vorgänge

2. Die Nachrichtenabfolge für Vorgänge in Bezug auf eine Transaktion, der Status der Transaktionen und der Status der Kyoto-Einheiten oder Zertifikate, die während der Nachrichtenabfolge an der Transaktion beteiligt sind, sowie die Komponenten und Funktionen, die während der Nachrichtenabfolge verwandt werden, werden in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden.

Erstprüfungen für jeden Vorgang

3. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft prüft den Status eines Registers für jeden Vorgang in Bezug auf eine Transaktion. Wenn die Kommunikationsverbindung zwischen dem Register und der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft noch nicht eingerichtet oder gemäß Artikel 6 Absatz 3 in Bezug auf den angeforderten Vorgang zeitweilig unterbrochen ist, wird der Vorgang abgewiesen und der Antwortcode 7005 oder 7006 als Ergebnis geliefert.

4. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft führt bei jedem Vorgang im Zusammenhang mit einer Transaktion Erstprüfungen folgender Art durch:

1. Prüfungen der Registerversion und der Registerauthentifizierung,
2. Prüfungen der Plausibilität der Nachricht,
3. Prüfung der Datenintegrität,
4. allgemeine Transaktionsprüfungen und
5. Prüfungen der Nachrichtenabfolge.

Wird eine Anomalie festgestellt, so sendet die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft die jeweiligen Antwortcodes im Sinne von Tabelle XII-1 Bereich 7900 bis 7999 zurück. Die genannten Kontrollen entsprechen den Kontrollen im Zusammenhang mit den Antwortcodes, die in den auf der Grundlage des Beschlusses 24/CP.8 der Konferenz der Parteien des UNFCCC erstellten funktionalen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls enthalten und in der letzten Spalte von Tabelle XII-1 neben den entsprechenden Antwortcodes im Bereich 7900 bis 7999 angegeben sind. Entspricht eine Prüfung im Rahmen der genannten Datenaustauschnormen den Prüfungen, deren Antwortcodes in Tabelle XII-1 im Bereich 7900 bis 7999 vorgegeben sind, und wird die Durchführung der Prüfung durch die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC vom Verwalter der unabhängige Transaktionsprotokolliereinrichtung geändert, so desaktiviert der Zentralverwalter die entsprechende Prüfung..

Zweit- und Drittprüfungen für jeden Vorgang

5. Für jeden Vorgang in Bezug auf eine Transaktion, der alle vorläufigen Prüfungen erfolgreich durchlaufen hat, führt die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft folgende Zweitprüfungen durch, um festzustellen, ob

1. die Kyoto-Einheiten oder Zertifikate im übertragenden Konto gehalten werden (bei einer Anomalie wird der Antwortcode 7027 zurückgegeben);
2. das übertragende Konto im angegebenen Register vorhanden ist (bei einer Anomalie wird der Antwortcode 7021 zurückgegeben);
3. das empfangende Konto im angegebenen Register vorhanden ist (bei einer Anomalie wird der Antwortcode 7020 zurückgegeben);
4. für einen internen Transfer beide Konten im gleichen Register vorhanden sind (bei einer Anomalie wird der Antwortcode 7022 zurückgegeben);
5. für einen externen Transfer beide Konten in verschiedenen Registern vorhanden sind (bei einer Anomalie wird der Antwortcode 7023 zurückgegeben);
6. das übertragende Konto nicht gemäß Artikel 27 gesperrt ist (bei einer Anomalie wird der Antwortcode 7025 zurückgegeben).
7. keine Zertifikate für Fälle höherer Gewalt übertragen werden (bei einer Anomalie wird der Antwortcode 7024 zurückgegeben).

6. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft führt bei jedem Vorgang in Bezug auf eine Transaktion, der alle vorläufigen Prüfungen bestanden hat, Drittprüfungen durch. Tabelle IX-1 enthält die Drittprüfungen und die entsprechenden Antwortcodes, die bei Feststellung einer Anomalie zurückgegeben werden.

Tabelle IX-1: Drittprüfungen

.

Anforderungen an den Vorgang 

1. Besteht keine Kommunikationsverbindung zwischen der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft und der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC, so reagiert jedes Register auf alle Anträge der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft, für eine bestimmte Uhrzeit und ein bestimmtes Datum folgende Informationen zu übermitteln:

1. Gesamtzahl aller Zertifikate pro Kontoart in diesem Register;
2. Einheitenkennungen aller Zertifikate pro Kontoart in diesem Register;
3. Transaktionsprotokoll und Prüfungslogbuch-Verlauf (audit log history) aller Zertifikate pro Kontoart in diesem Register.
4. Gesamtzahl aller Zertifikate pro Konto in diesem Register;
5. Einheitenkennungen aller Zertifikate pro Konto in diesem Register; und
6. Transaktionsprotokolliereinrichtung und Prüfungslogbuch-Verlauf aller Zertifikate pro Konto in diesem Register.

2. Besteht eine Kommunikationsverbindung zwischen der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft und der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC, so reagiert jedes Register auf alle Anträge der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC, für eine bestimmte Uhrzeit und ein bestimmtes Datum folgende Informationen zu übermitteln:

1. Gesamtzahl aller Zertifikate sowie von AAU, RMU, ERU, CEs (nicht tCER oder lCER), lCER und tCER pro Kontoart in diesem Register;
2. Einheitenkennungen aller Zertifikate sowie von AAU, RMU, ERU, CER (nicht tCER oder lCER), lCER und tCER pro Kontoart in diesem Register; und
3. Transaktionsprotokolliereinrichtung und Prüfungslogbuch-Verlauf aller Zertifikate sowie von AAU, RMU, ERU, CER (nicht tCER oder lCER), lCER und tCER pro Kontoart in diesem Register.

3. Besteht eine Kommunikationsverbindung zwischen der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft und der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC, so reagiert jedes Register auf alle Anträge der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC im Namen der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft oder auf alle Anträge der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft, für eine bestimmte Uhrzeit und ein bestimmtes Datum folgende Informationen zu übermitteln:

1. Gesamtzahl aller Zertifikate sowie von AAU, RMU, ERU, CEs (nicht tCER oder lCER), lCER und tCER pro Konto in diesem Register;
2. Einheitenkennungen aller Zertifikate sowie von AAU, RMU, ERU, CER (nicht tCER oder lCER), lCER und tCER pro Konto in diesem Register; und
3. Transaktionsprotokolliereinrichtung und Prüfungslogbuch-Verlauf aller Zertifikate sowie von AAU, RMU, ERU, CER (nicht tCER oder lCER), lCER und tCER pro Konto in diesem Register.

4. Die Nachrichtenabfolge für Abgleichsvorgänge, der Status des Abgleichsvorgangs und der Status der Kyoto-Einheiten oder Zertifikate, die während der Nachrichtenabfolge am Abgleichsvorgang beteiligt sind, sowie die Komponenten und Funktionen, die während der Nachrichtenabfolge verwandt werden, werden in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden.

Erstprüfungen für den Vorgang

5. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft prüft den Status eines Registers während des Abgleichsvorgangs. Wenn die Kommunikationsverbindung zwischen dem Register und der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft noch nicht eingerichtet oder gemäß Artikel 6 Absatz 3 in Bezug auf den Abgleichsvorgang zeitweilig unterbrochen ist, wird der Vorgang abgewiesen und der Antwortcode 7005 als Ergebnis zurückgegeben.

6. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft prüft während des Abgleichsvorgangs die Registerversion und die Registerauthentifizierung sowie die Plausibilität der Nachricht und die Datenintegrität und sendet beim Auftreten einer Anomalie die entsprechenden Antwortcodes, wie sie in Tabelle XII-1 für den Bereich 7900 bis 7999 festgelegt sind, zurück. Die genannten Prüfungen entsprechen den Prüfungen im Zusammenhang mit den Antwortcodes, die in den auf der Grundlage des Beschlusses 24/CP.8 der Konferenz der Parteien des UNFCCC erstellten funktionalen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls enthalten und in der letzten Spalte von Tabelle XII-1 neben den entsprechenden Antwortcodes für den Bereich 7900 bis 7999 angegeben sind. Entspricht eine Prüfung im Rahmen der genannten Datenaustauschnormen den Prüfungen, deren Antwortcodes in Tabelle XII-1 im Bereich 7900 bis 7999 vorgegeben sind, oder wird die Durchführung der Prüfung durch die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC vom Verwalter der unabhängige Transaktionsprotokolliereinrichtung geändert, so desaktiviert der Zentralverwalter die entsprechende Prüfung.

Zweitprüfungen für den Vorgang

7. Wurden die vorläufigen Prüfungen erfolgreich abgeschlossen, so führt die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft während des Abgleichsvorgangs Zweitprüfungen durch. Tabelle VIII-1 enthält die Zweitprüfungen und die entsprechenden Antwortcodes, die bei Feststellung einer Abweichung zurückgegeben werden.

Tabelle X-1: Zweitprüfungen

Manueller Eingriff

8. Wenn die Informationen in einem Register als Reaktion auf einen Vorgang, der eingeleitet, nicht aber gemäß Artikel 34, 35 oder 36 abgeschlossen wurde, geändert wurden, so weist der Zentralverwalter den Registerführer des Registers an, den Vorgang umzukehren, indem er die Änderungen der Informationen rückgängig macht.

Wenn die Informationen in einem Register als Reaktion auf einen Vorgang, der eingeleitet und gemäß Artikel 34, 35 oder 36 abgeschlossen wurde, nicht geändert wurden, so weist der Zentralverwalter den Registerführer des Registers an, den Vorgang abzuschließen, indem er die entsprechenden Änderungen durchführt.

9. Ist beim Abgleichsvorgang eine Abweichung aufgetreten, so schließt sich der Zentralverwalter mit dem (den) betreffenden Registerführer(n) kurz, um die Ursache der Abweichung zu ermitteln. Erforderlichenfalls ändert der Zentralverwalter entweder die Informationen in der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft oder fordert den (die) betreffenden Registerführer(n) auf, die Informationen in seinem (ihren) Register(n) in bestimmter Weise manuell zu ändern.

.

Verwaltungsvorgänge 

1. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft stellt die folgenden Verwaltungsvorgänge bereit:

1. Transaction clean-up: Alle Vorgänge gemäß Anhang IX, die eingeleitet, nicht aber innerhalb von 24 Stunden beendet, abgeschlossen oder annulliert wurden, werden annulliert. Der transaction clean-up erfolgt stündlich.
2. Outstanding units: Gemäß Artikel 60 und 61 werden alle Zertifikate ermittelt, die am oder nach dem 1. Mai 2008 bzw. am oder nach dem 1. Mai im ersten Jahr jedes folgenden Fünfjahreszeitraums nicht gelöscht wurden.
3. Process status: Ein Registerführer kann nach dem Status eines Vorgangs gemäß Anhang IX fragen, der von ihm eingeleitet wurde.
4. Time synchronisation: Zwecks Prüfung der Übereinstimmung der Systemzeit eines Registers und der Systemzeit der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft und der eventuellen Synchronisierung dieser beiden Zeiten teilt jeder Registerführer auf Anforderung die Systemzeit seines Registers mit. Auf Anforderung ändert ein Registerführer die Systemzeit seines Registers, damit die Zeiten synchronisiert werden.

2. Besteht eine Kommunikationsverbindung zwischen der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft und der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC und sind alle Vorgänge im Zusammenhang mit Zertifikaten, geprüften Emissionen, Konten, automatischen Änderungen der nationalen Zuteilungstabellen und Kyoto-Einheiten durch den Austausch von Daten über die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC abgeschlossen und anschließend an die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft weitergeleitet worden, so stellt die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft nur noch den unter Absatz 1 Buchstabe b genannten Verwaltungsvorgang bereit.

3. Jedes Register muss in der Lage sein, die von der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC bereitgestellten zusätzlichen Verwaltungsvorgänge ordnungsgemäß auszuführen, die in den auf der Grundlage des Beschlusses 24/CP.8 der Konferenz der Parteien des UNFCCC erstellten funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls enthalten sind.

Anforderungen an alle Vorgänge

4. Die Nachrichtenabfolge für Verwaltungsvorgänge und die Komponenten und Funktionen, die während der Nachrichtenabfolge verwandt werden, sind in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden.

Prüfungen für jeden Vorgang

5. Wenn die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft während des in Absatz 2 genannten Zeitraums eine Anomalie im Sinne von Absatz 1 Buchstabe a entdeckt, gibt sie die entsprechenden Antwortcodes zurück, wie sie in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt sind, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden.

6. Wenn die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft eine Anomalie im Sinne von Absatz 1 Buchstabe b entdeckt, gibt sie den Antwortcode 7601 zurück.

7. Wenn die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft während des in Absatz 2 genannten Zeitraums gemäß Absatz 1 Buchstabe c von einem Register eine Nachricht zu einem in Anhang IX genannten Vorgang erhält, führt sie folgende Prüfungen durch:

1. Status eines Registers: Wenn die Kommunikationsverbindung zwischen dem Register und der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft noch nicht eingerichtet oder gemäß Artikel 6 Absatz 3 in Bezug auf den angeforderten Vorgang zeitweilig unterbrochen ist, wird die Nachricht abgewiesen und der Antwortcode 7005 als Ergebnis zurückgegeben.
2. Registerversion und Registerauthentifizierung, Gültigkeitsdauer der Nachricht und Datenintegrität: Wenn die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft eine Anomalie entdeckt, weist sie die Nachricht ab und gibt die entsprechenden Antwortcodes zurück, wie sie in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt sind, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden.

8. Wenn die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft während des in Absatz 2 genannten Zeitraums gemäß Absatz 1 Buchstabe d von einem Register eine Nachricht erhält, führt sie folgende Prüfungen durch:

1. Status eines Registers: Wenn die Kommunikationsverbindung zwischen dem Register und der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft noch nicht eingerichtet oder gemäß Artikel 6 Absatz 3 in Bezug auf den angeforderten Vorgang zeitweilig unterbrochen ist, wird die Nachricht abgewiesen und der Antwortcode 7005 als Ergebnis zurückgegeben.
2. Registerversion und Registerauthentifizierung, Gültigkeitsdauer der Nachricht, Datenintegrität und Synchronisierung der Zeit (time synchronisation): Wenn die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft eine Anomalie entdeckt, weist sie die Nachricht ab und gibt die entsprechenden Antwortcodes zurück, wie sie in den funktionellen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls genannt sind, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden.

.

1. Gemäß Artikel 17 Absatz 3 und Artikel 44 Absatz 2 können Register der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft vorschlagen, eine automatische Änderung der nationalen Zuteilungstabelle nach einem in diesem Anhang beschriebenen Vorgang zu prüfen und auszuführen.

   Kriterien für die einzelnen Vorgänge

2. Für Vorgänge in Bezug auf die automatische Änderung der nationalen Zuteilungstabellen gilt die folgende Nachrichtenabfolge:
   1. Der Registerführer leitet den Vorgang zur automatischen Änderung der nationalen Zuteilungstabelle ein, indem er dem Antrag auf Einleitung des Vorgangs eine individuelle Korrelationskennung zuweist, die die in Anhang VI vorgegebenen Elemente enthält;
   2. der Registerführer ruft die entsprechende Funktion des Webdienstes der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft für automatische Änderungen der nationalen Zuteilungstabelle auf;
   3. die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft validiert den Antrag, indem innerhalb der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft die entsprechende Validierungsfunktion aufgerufen wird;
   4. wurde der Antrag validiert und somit angenommen, so ändert die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft ihre Dateneinträge im Sinne dieses Antrags;
   5. die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft ruft die "receiveNapManagementOutcome" -Funktion des Webdienstes für automatische Änderungen der nationalen Zuteilungstabelle des Registers auf, das den Antrag übermittelt hat, und teilt dem Register mit, ob der Antrag validiert und somit angenommen wurde oder ob der Antrag eine Anomalie aufwies und daher abgelehnt wurde;
   6. wurde der Antrag validiert und somit angenommen, so ändert der Registerführer, der den Antrag übermittelt hat, die Dateneinträge des Registers im Sinne des validierten Antrags; wurde der Antrag, weil eine Anomalie festgestellt wurde, abgelehnt, so werden die Dateneinträge des Registers von dem Registerführer, der den Antrag übermittelt hat, nicht im Sinne des betreffenden Antrags geändert.
3. Sofern Vorgänge zur automatischen Änderung der nationalen Zuteilungstabelle über die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC laufen, sollte der einen Antrag übermittlende Registerführer innerhalb von 60 Sekunden von der unabhängigen Transaktionsprotokolliereinrichtung des UNFCCC eine Empfängsbestätigung und von der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft innerhalb von 24 Stunden eine Validierungsmitteilung erhalten. In allen anderen Fällen sollte der Registerführer, der den Antrag übermittelt, von der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft innerhalb von 60 Sekunden eine Empfängsbestätigung und von der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft innerhalb von 24 Stunden eine Validierungsmitteilung erhalten.
4. Die bei der Nachrichtenabfolge verwendeten Komponenten und Funktionen sind in den Tabellen XIa-1 bis XIa-6 festgelegt. Die Eingaben für alle Funktionen wurden so strukturiert, dass sie den in WSDL (Webdienst-Beschreibungssprache) formulierten Format- und Informationsanforderungen entsprechen, die in den funktionalen und technischen Spezifikationen der Datenaustauschnormen für Registrierungssysteme im Rahmen des Kyoto-Protokolls vorgesehen sind, die gemäß dem Beschluss 24/CP.8 der Konferenz der Vertragsparteien des UNFCCC festgelegt wurden. Ein Stern '*' bedeutet, dass ein Element mehrmals als Eingabe erscheinen kann.

   Tabelle XIa-1: Komponenten und Funktionen für Vorgänge im Zusammenhang mit automatischen Änderungen der nationalen Zuteilungstabellen

   Komponente	Funktion	Anwendungsbereich
   NAPtableManagementWS	AddNEInstallationtoNAP()	Öffentlich
   	IncreaseNAPallocationtoNEInstallation()	Öffentlich
   	RemoveNAPallocationofclosingInstallation()	Öffentlich
   	IncreaseNAPallocationReserve	Öffentlich
   	RemoveNAPallocationReserve	Öffentlich

   Tabelle XIa-2: NAPtableManagementWS-Komponente

   Zweck
   Diese Komponente dient der Abwicklung von Anträgen auf Webdienstleistungen zur Verwaltung automatischer Änderungen der nationalen Zuteilungstabellen.
   Über Webdienste zur Verfügung gestellte Funktionen
   AddNEInstallationtoNAP()	Bearbeitung von Anträgen auf Aufnahme von neuen Anlagen neuer Marktteilnehmer in die nationale Zuteilungstabelle
   IncreaseAllocationtoNEInstallationinNAP()	Bearbeitung von Anträgen auf Erhöhung der Zuteilung in der nationalen Zuteilungstabelle für existierende Anlagen, bei denen es sich um neue Marktteilnehmer handelt
   RemoveNAPallocationofclosingInstallation()	Bearbeitung von Anträgen auf Streichung der Zuteilung aus der nationalen Zuteilungstabelle, für Anlagen, die geschlossen werden
   IncreaseNAPallocationReserve()	Bearbeitung von Anträgen auf Erhöhung der Reserve in der nationalen Zuteilungstabelle um eine Menge von Zertifikaten, die vom Register durch "Aufstockung" zugekauft wurden.
   RemoveNAPallocationReserve()	Bearbeitung von Anträgen auf Streichung einer Menge von Zertifikaten, die vom Register durch "Aufstockung" zugekauft wurden, aus der Reserve in der nationalen Zuteilungstabelle.
   Weitere Funktionen
   Entfällt.
   Rollen
   Unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft (für alle Funktionen) und Register (nur für die Funktion receive NapManagementOutcome).

   Tabelle XIa-3: Funktion ¹⁰
   NAPtableManagementWS.AddNEInstallationtoNAP()

   Zweck

   Diese Funktion nimmt Anträge auf Aufnahme neuer Anlagen von neuen Marktteilnehmern in die nationale Zuteilungstabelle entgegen. Erhält eine neue Anlage eines neuen Marktteilnehmers keine Zuteilung, so erhält die Menge der Zertifikate einen Nullwert. Erhält die neue Anlage eines neuen Marktteilnehmers eine Zuteilung, so wird die Reserve um die entsprechende Anzahl gekürzt. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft authentifiziert das Register, das den Vorgang eingeleitet hat (Originating Registry), durch Aufruf der Funktion AuthenticateMessage() und prüft die Version dieses Registers durch Aufruf der Funktion CheckVersion(). Bei erfolgreicher Authentifizierung und Versionsprüfung wird als Ergebnis (result identifier) ,1' ohne Antwortcodes zurückgegeben, der Inhalt des Antrags wird mit Hilfe der Funktion WriteToFile() in eine Datei geschrieben und der Antrag wird an eine Warteschlange angehängt. Schlagen Authentifizierung oder Versionsprüfung fehl, so wird zusammen mit einem einzigen Antwortcode, der die Fehlerursache angibt, das Ergebnis '0' geliefert. ,PermitIdentifier' ist die Genehmigungskennung mit den Elementen gemäß Anhang VI.

   Eingabeparameter
   From	Obligatorisch
   To	Obligatorisch
   CorrelationId	Obligatorisch
   MajorVersion	Obligatorisch
   MinorVersion	Obligatorisch
   InitiatingRegistry	Obligatorisch
   CommitmentPeriod	Obligatorisch
   NewValueofReserve	Obligatorisch
   Installation *	Obligatorisch
   PermitIdentifier	Obligatorisch
   InstallationIdentifier	Obligatorisch
   Allocation *	Obligatorisch
   YearinCommitmentPeriod	Obligatorisch
   AmountofAllowances	Obligatorisch
   Ausgabeparameter
   ResultIdentifier	Obligatorisch
   ResponseCode	Fakultativ
   Verwendungen
   AuthenticateMessage WriteToFile CheckVersion
   Verwendet von
   Entfällt (wird als Webdienst aufgerufen).

   Tabelle XIa-4: Funktion ¹⁰
   NAPtableManagementWS.IncreaseAllocationtoNEInstallationinNAPIncreaseallocationtoNEInstallationinNAP()

   Zweck

   Diese Funktion nimmt Anträge auf Erhöhung der Zuteilung von Anlagen an, die bereits in der nationalen Zuteilungstabelle geführt sind, jedoch als neue Marktteilnehmer angesehen werden. Die Reserve wurde um die Anzahl gekürzt, die der im Zuge dieses Vorgangs zugeteilten Anzahl entspricht. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft authentifiziert das Register, das den Vorgang eingeleitet hat (Originating Registry), durch Aufruf der Funktion AuthenticateMessage() und prüft die Version dieses Registers durch Aufruf der Funktion CheckVersion(). Bei erfolgreicher Authentifizierung und Versionsprüfung wird als Ergebnis (result identifier) ,1' ohne Antwortcodes zurückgegeben, der Inhalt des Antrags wird mit Hilfe der Funktion WriteToFile() in eine Datei geschrieben und der Antrag wird an eine Warteschlange angehängt. Schlagen Authentifizierung oder Versionsprüfung fehl, so wird zusammen mit einem einzigen Antwortcode, der die Fehlerursache angibt, das Ergebnis 0' geliefert.

   Inputparameter
   From	Obligatorisch
   To	Obligatorisch
   CorrelationId	Obligatorisch
   MajorVersion	Obligatorisch
   MinorVersion	Obligatorisch
   InitiatingRegistry	Obligatorisch
   CommitmentPeriod	Obligatorisch
   NewValueofReserve	Obligatorisch
   Installation *	Obligatorisch
   InstallationIdentifier	Obligatorisch
   Allocation *	Obligatorisch
   Yearincommitmentperiod	Obligatorisch
   AmountofAllowances	Obligatorisch
   Ausgabeparameter
   ResultIdentifier	Obligatorisch
   ResponseCode	Fakultativ
   Verwendungen
   AuthenticateMessage WriteToFile CheckVersion
   Verwendet von
   Entfällt (wird als Webdienst aufgerufen).

   Tabelle XIa-5: Funktion
   NAPtableManagementWS RemoveNAPallocationofclosInginstallation()

   Zweck

   Diese Funktion nimmt Anträge auf Streichung von Anlagen an, die bereits in der nationalen Zuteilungstabelle geführt sind. Die noch nicht zugeteilten Zertifikate werden gestrichen, und eine gleichwertige Anzahl wird der Reserve zugeschlagen. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft authentifiziert das Register, das den Vorgang eingeleitet hat (Originating Registry), durch Aufruf der Funktion AuthenticateMessage() und prüft die Version dieses Registers durch Aufruf der Funktion CheckVersion(). Bei erfolgreicher Authentifizierung und Versionsprüfung wird als Ergebnis (result identifier) ,1' ohne Antwortcodes zurückgegeben, der Inhalt des Antrags wird mit Hilfe der Funktion WriteToFile() in eine Datei geschrieben und der Antrag wird an eine Warteschlange angehängt. Schlagen Authentifizierung oder Versionsprüfung fehl, so wird zusammen mit einem einzigen Antwortcode, der die Fehlerursache angibt, das Ergebnis '0' geliefert.

   Eingabeparameter
   From	Obligatorisch
   To	Obligatorisch
   CorrelationId	Obligatorisch
   MajorVersion	Obligatorisch
   MinorVersion	Obligatorisch
   InitiatingRegistry	Obligatorisch
   CommitmentPeriod	Obligatorisch
   NewValueofReserve	Obligatorisch
   Installation *	Obligatorisch
   InstallationIdentifier	Obligatorisch
   Ausgabeparameter
   ResultIdentifier	Obligatorisch
   ResponseCode	Fakultativ
   Verwendungen
   AuthenticateMessage WriteToFile CheckVersion
   Verwendet von
   Entfällt (wird als Webdienst aufgerufen).

   Tabelle XIa-6: Funktion
   NAPtableManagementWS receiveNapManagementOutcome ()

   Zweck

   Diese Funktion nimmt das Ergebnis eines NAP-Verwaltungsvorgangs entgegen. Das Register, das den Vorgang eingeleitet hat (Originating Registry), authentifiziert die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC (bzw. die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft, wenn alle Vorgänge gemäß Anhang VIII über die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft laufen und an die unabhängige Transaktionsprotokolliereinrichtung des UNFCCC weitergeleitet werden) durch Aufruf der Funktion AuthenticateMessage() und prüft die Version der Transaktionsprotokolliereinrichtung durch Aufruf der Funktion CheckVersion(). Bei erfolgreicher Authentifizierung und Versionsprüfung wird als Ergebnis (result identifier) ,1' ohne Antwortcodes zurückgegeben, der Inhalt des Antrags wird mit Hilfe der Funktion WriteToFile() in eine Datei geschrieben und der Antrag wird an eine Warteschlange angehängt. Schlagen Authentifizierung oder Versionsprüfung fehl, so wird zusammen mit einem einzigen Antwortcode, der die Fehlerursache angibt, das Ergebnis '0' geliefert. Wenn das Ergebnis aufgrund anderer Fehlerursachen '0' ist, setzt sich die Antwortcodeliste aus Paaren zusammen (ein Antwortcode und gegebenenfalls eine Liste der Anlagenkennungen).

   Eingabeparameter
   From	Obligatorisch
   To	Obligatorisch
   CorrelationId	Obligatorisch
   MajorVersion	Obligatorisch
   MinorVersion	Obligatorisch
   Outcome	Obligatorisch
   ResponseList	Fakultativ
   Ausgabeparameter
   ResultIdentifier	Obligatorisch
   ResponseCode	Fakultativ
   Verwendungen
   AuthenticateMessage WriteToFile CheckVersion
   Verwendet von
   Entfällt (wird als Webdienst aufgerufen).

   table XIa-6a: Funktion
   NAPtableManagementWS IncreaseNAPallocationReserve ()

   Zweck
   Diese Funktion empfängt Anträge auf Erhöhung der Reserve in der nationalen Zuteilungstabelle. Die Reserve wird um eine Menge erhöht, die der Menge der Zertifikate entspricht, die das Register durch 'Aufstockung' zugekauft hat. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft authentifiziert das Register, das den Vorgang eingeleitet hat (Originating Register), durch Aufruf der Funktion AuthenticateMessage() und prüft die Version dieses Registers durch Aufruf der Funktion CheckVersion(). Bei erfolgreicher Authentifizierung und Versionsprüfung wird als Ergebnis (result identifier) ,1' ohne Antwortcodes zurückgegeben, der Inhalt des Antrags wird mit Hilfe der Funktion WriteToFile() in eine Datei geschrieben und der Antrag wird an eine Warteschlange angehängt. Schlagen Authentifizierung oder Versionsprüfung fehl, so wird zusammen mit einem einzigen Antwortcode, der die Fehlerursache angibt, das Ergebnis 0' geliefert.
   	Eingabeparameter
   From	Obligatorisch
   To	Obligatorisch
   CorrelationId	Obligatorisch
   MajorVersion	Obligatorisch
   MinorVersion	Mandatory
   InitiatingRegistry	Obligatorisch
   CommitmentPeriod	Obligatorisch
   NewValueofReserve	Obligatorisch
   Ausgabeparameter
   Result Identifier	Obligatorisch
   Response Code	Obligatorisch
   Verwendungen
   - AuthenticateMessage - WriteToFile - CheckVersion
   Verwendet von
   Entfällt (wird als Webdienst aufgerufen).

   table XIa-6b: Funktion NAPtableManagementWS RemoveNAPallocationReserve ()

   Zweck
   Diese Funktion empfängt Anträge auf Streichung einer Menge Zertifikate, die das Register durch 'Aufstockung' zugekauft hat, aus der Reserve in der nationalen Zuteilungstabelle. Die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft authentifiziert das Register, das den Vorgang eingeleitet hat (Originating Register), durch Aufruf der Funktion AuthenticateMessage() und prüft die Version dieses Registers durch Aufruf der Funktion CheckVersion(). Bei erfolgreicher Authentifizierung und Versionsprüfung wird als Ergebnis (result identifier) ,1' ohne Antwortcodes zurückgegeben, der Inhalt des Antrags wird mit Hilfe der Funktion WriteToFile() in eine Datei geschrieben und der Antrag wird an eine Warteschlange angehängt. Schlagen Authentifizierung oder Versionsprüfung fehl, so wird zusammen mit einem einzigen Antwortcode, der die Fehlerursache angibt, das Ergebnis ,0' geliefert.
   Eingabeparameter
   From	Obligatorisch
   To	Obligatorisch
   CorrelationId	Obligatorisch
   MajorVersion	Obligatorisch
   MinorVersion	Obligatorisch
   InitiatingRegistry	Obligatorisch
   CommitmentPeriod	Obligatorisch
   NewValueofReserve	Obligatorisch
   Ausgabeparameter
   ResultIdentifier	Obligatorisch
   Response Code	Fakultativ
   Verwendungen
   - AuthenticateMessage - WriteToFile - CheckVersion
   Verwendet von
   Entfällt (wird als Webdienst aufgerufen)."

   Tabelle XIa-7: Vorgänge im Zusammenhang mit NAP-Tabellenänderungen ¹⁰

   Beschreibung des Vorgangs	Antwortcodes der unabhängigen Transaktionsprotokolliereinrichtung der Gemeinschaft
   NAPtableManagementWS.AddNEInstallationtoNAP	7005, 7122, 7125, 7153, 7154, 7155, 7156, 7159, 7451, 7452, 7700, 7701, 7702, 7703, 7704
   NAPtableManagementWS.IncreaseallocationtoNEInstallationinNAP	7005, 7153, 7154, 7155, 7156, 7159, 7207, 7451, 7452, 7700, 7701, 7702, 7703, 7705
   NAPtableManagementWS RemoveNAPallocationofclosingInstallation	7005, 7153, 7154, 7155, 7156, 7159, 7207, 7451, 7700, 7706
   ncreaseNAPallocationReserve	7005, 7122, 7153, 7154, 7155, 7156, 7700, 7702 7453
   RemoveNAPallocationReserve	7005, 7122, 7153, 7154, 7155, 7156, 7700, 7702 7454

5. Soweit alle Prüfungen erfolgreich waren, nimmt die unabhängige Transaktionsprotokolliereinrichtung der Gemeinschaft automatisch die Änderung der nationalen Zuteilungstabelle in ihrer Datenbank vor und unterrichtet Registerführer und Zentralverwalter entsprechend.".

weiter .