Beschluss Nr. 1/2024 des eingesetzten Gemeinsamen Ausschusses vom 4. Dezember 2024 im Hinblick auf die Änderung des Anhangs II sowie der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards <?xml version="1.0" encoding="UTF-8"?><akomaNtoso xmlns="http://docs.oasis-open.org/legaldocml/ns/akn/3.0" xmlns:fedlex="http://fedlex.admin.ch/"><act name="publicLaw"><meta><identification source="#ch.bk"><FRBRWork><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRcountry value="CH"/><FRBRnumber value=""/><FRBRname xml:lang="fr" value="Décision n° 1/2024 du comité mixte institué par l’accord du 4 décembre 2024 en ce qui concerne la modification de l’annexe II de l’accord et des procédures opérationnelles communes et des normes techniques de couplage" shortForm=""/><FRBRname xml:lang="it" value="Decisione n. 1/2024 del comitato misto istituito dall’Accordo del 4 dicembre 2024 relativa alla modifica dell’allegato II dell’Accordo, delle procedure operative comuni e delle norme tecniche di collegamento" shortForm=""/><FRBRname xml:lang="de" value="Beschluss Nr. 1/2024 des eingesetzten Gemeinsamen Ausschusses vom 4. Dezember 2024 im Hinblick auf die Änderung des Anhangs II sowie der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards" shortForm=""/><FRBRauthoritative value="true"/></FRBRWork><FRBRExpression><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRlanguage language="de"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRformat value="xml" fedlex:generator="2025-q2-rel-1.7.5"/></FRBRManifestation></identification><references source="#ch.bk"><TLCOrganization eId="ch.bk" href="https://fedlex.data.admin.ch/vocabulary/legal-institution/2" showAs="Bundeskanzlei"/><TLCRole eId="publisher" href="http://data.legilux.public.lu/resource/ontology/jolux#publisher" showAs="Editeur"/><TLCRole eId="rightsHolder" href="http://data.legilux.public.lu/resource/ontology/jolux#rightsHolder" showAs="Détenteur des droits"/><TLCReference name="language" href="http://publications.europa.eu/resource/authority/language/DEU" showAs="de"/><TLCReference name="format" href="https://fedlex.data.admin.ch/vocabulary/user-format/xml" showAs="xml"/></references></meta><preface><p><docNumber>0.814.011.268.1 </docNumber></p><p><sup> </sup>AS <b>2025</b> 362</p><p><docTitle>Beschluss Nr. 1/2024<br/>des eingesetzten Gemeinsamen Ausschusses im Hinblick auf die Änderung des Anhangs II sowie der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards</docTitle></p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Angenommen am 4. Dezember 2024 <br/>In Kraft getreten am 4. Dezember 2024</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> (Stand am 4. Dezember 2024)</p></preface><preamble><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Originaltext</p><p>Der Gemeinsame Ausschuss</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">gestützt auf das Abkommen zwischen der Europäischen Union und der Schweizerischen Eidgenossenschaft zur Verknüpfung ihrer jeweiligen Systeme für den Handel mit Treibhausgasemissionen<authorialNote>		<p> <ref href="https://fedlex.data.admin.ch/eli/cc/2018/124" xmlns:data="urn:com:c-moria:legi4ch:xslt:data" xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">SR <b>0.814.011.268</b></ref>; ABl. L 322 vom 7.12.2017, S. 3.</p>	</authorialNote> (im Folgenden «Abkommen»), insbesondere auf Artikel 9 und Artikel 13 Absatz 2,</p><blockList><listIntroduction eId="listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">in Erwägung nachstehender Gründe:</listIntroduction><item eId="lbl_1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">(1) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Beschluss Nr. 2/2019 des Gemeinsamen Ausschusses<authorialNote>		<p> <ref href="https://fedlex.data.admin.ch/eli/oc/2020/63" xmlns:data="urn:com:c-moria:legi4ch:xslt:data" xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">AS <b>2020</b> 369</ref>; ABl. L 314 vom 29.9.2020, S. 68.</p>	</authorialNote> sah eine vorläufige Lösung für die Operationalisierung der Verknüpfung zwischen dem EU-EHS und dem EHS der Schweiz vor.</p></item><item eId="lbl_2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">(2) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Auf seiner dritten Sitzung ist der Gemeinsame Ausschuss dahingehend übereingekommen, dass die Kosteneffizienz einer dauerhaften Verknüpfung zwischen dem Unionsregister und dem Register der Schweiz geprüft werden muss.</p></item><item eId="lbl_3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">(3) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">In seiner fünften Sitzung hat sich der Gemeinsame Ausschuss auf den Bericht, der von der mit den Beschlüssen Nr. 1/2020<authorialNote>		<p> Beschluss Nr. 1/2020 des durch das Abkommen zwischen der Europäischen Union und der Schweizerischen Eidgenossenschaft zur Verknüpfung ihrer jeweiligen Systeme für den Handel mit Treibhausgasemissionen eingesetzten gemeinsamen Ausschusses vom 5. November 2020 über die Annahme gemeinsamer Verfahrensvorschriften (ABl. L 226 vom 25.6.2021, S. 2).</p>	</authorialNote> und Nr. 2/2020<authorialNote>		<p> <ref href="https://fedlex.data.admin.ch/eli/oc/2020/1043" xmlns:data="urn:com:c-moria:legi4ch:xslt:data" xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">AS <b>2020</b> 6365</ref>; ABl. L 226 vom 25.6.2021, S. 16.</p>	</authorialNote> des Gemeinsamen Ausschusses eingesetzten Arbeitsgruppe vorgelegt wurde, geeinigt. In diesem Bericht hat die Arbeitsgruppe ein Konzept für die Umsetzung der dauerhaften Verknüpfung zwischen dem Unionsregister und dem Register der Schweiz geprüft und empfohlen.</p></item><item eId="lbl_4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">(4) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Um den technischen Anforderungen der dauerhaften Verknüpfung zwischen dem Unionsregister und dem Register der Schweiz Rechnung zu tragen und die Bestimmungen des Anhangs II des Abkommens vor dem Hintergrund der technologischen Entwicklungen zu straffen, sollte Anhang II des Abkommens geändert werden.</p></item><item eId="lbl_5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">(5) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Um die Kohärenz der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards mit Anhang II des Abkommens zu gewährleisten, sollten diese Dokumente ebenfalls geändert werden – </p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">hat folgenden Beschluss erlassen:</p></preamble><body><article eId="art_1"><num><b>Art. 1</b></num><paragraph eId="art_1/para_1"><num>1</num><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> Anhang II des Abkommens wird durch den in Anhang I dieses Beschlusses festgelegten Wortlaut ersetzt.</p></content></paragraph><paragraph eId="art_1/para_2"><num>2</num><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> Die in Artikel 3 Absatz 6 des Abkommens genannten gemeinsamen Verfahrensvorschriften sind in Anhang II dieses Beschlusses festgelegt. Sie ersetzen die im Anhang des Beschlusses Nr. 1/2020 festgelegten gemeinsamen Verfahrensvorschriften.</p></content></paragraph><paragraph eId="art_1/para_3"><num>3</num><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> Die in Artikel 3 Absatz 7 des Abkommens genannten technischen Verknüpfungsstandards sind in Anhang III dieses Beschlusses festgelegt. Sie ersetzen die im Anhang des Beschlusses Nr. 2/2020 festgelegten technischen Verknüpfungsstandards.</p></content></paragraph></article><article eId="art_2"><num><b>Art. 2</b></num><paragraph eId="art_2/para"><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieser Beschluss tritt am Tag seiner Annahme in Kraft.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Geschehen zu Brüssel, am 4. Dezember 2024.</p><table fedlex:function="layout">									<tr>												<td colspan="3">															<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für den Gemeinsamen Ausschuss</p>				</td>			</tr>			<tr>												<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sekretariat <br/>für die Europäische Union:</p>					<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ruben Vermeeren</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Vorsitz:<br/></p>					<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beatriz Yordi</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sekretariat <br/>für die Schweiz:</p>					<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Thomas Meier</p>				</td>			</tr>		</table></content></paragraph></article></body><components><component><doc name="annex"><meta><identification source="#ch.bk"><FRBRWork><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRcountry value="CH"/><FRBRnumber value=""/><FRBRname xml:lang="fr" value="Décision n° 1/2024 du comité mixte institué par l’accord du 4 décembre 2024 en ce qui concerne la modification de l’annexe II de l’accord et des procédures opérationnelles communes et des normes techniques de couplage" shortForm=""/><FRBRname xml:lang="it" value="Decisione n. 1/2024 del comitato misto istituito dall’Accordo del 4 dicembre 2024 relativa alla modifica dell’allegato II dell’Accordo, delle procedure operative comuni e delle norme tecniche di collegamento" shortForm=""/><FRBRname xml:lang="de" value="Beschluss Nr. 1/2024 des eingesetzten Gemeinsamen Ausschusses vom 4. Dezember 2024 im Hinblick auf die Änderung des Anhangs II sowie der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards" shortForm=""/><FRBRauthoritative value="true"/></FRBRWork><FRBRExpression><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRlanguage language="de"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRformat value="xml"/></FRBRManifestation></identification></meta><preface><container name="headerOfAnnex"><block name="num">Anhang I<inline name="man-font-style-normal"><authorialNote>		<p> Die Änd. kann unter <ref href="https://fedlex.data.admin.ch/eli/oc/2025/362" xmlns:data="urn:com:c-moria:legi4ch:xslt:data" xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">AS <b>2025</b> 362 </ref>konsultiert werden (siehe <ref href="https://fedlex.data.admin.ch/eli/cc/2018/124" xmlns:data="urn:com:c-moria:legi4ch:xslt:data" xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">SR <b>0.814.011.268</b></ref>).</p>	</authorialNote></inline></block></container></preface><mainBody/></doc></component><component><doc name="annex"><meta><identification source="#ch.bk"><FRBRWork><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRcountry value="CH"/><FRBRnumber value=""/><FRBRname xml:lang="fr" value="Décision n° 1/2024 du comité mixte institué par l’accord du 4 décembre 2024 en ce qui concerne la modification de l’annexe II de l’accord et des procédures opérationnelles communes et des normes techniques de couplage" shortForm=""/><FRBRname xml:lang="it" value="Decisione n. 1/2024 del comitato misto istituito dall’Accordo del 4 dicembre 2024 relativa alla modifica dell’allegato II dell’Accordo, delle procedure operative comuni e delle norme tecniche di collegamento" shortForm=""/><FRBRname xml:lang="de" value="Beschluss Nr. 1/2024 des eingesetzten Gemeinsamen Ausschusses vom 4. Dezember 2024 im Hinblick auf die Änderung des Anhangs II sowie der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards" shortForm=""/><FRBRauthoritative value="true"/></FRBRWork><FRBRExpression><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRlanguage language="de"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRformat value="xml"/></FRBRManifestation></identification></meta><preface><container name="headerOfAnnex"><block name="num">Anhang II</block></container></preface><mainBody><level eId="annex_II/lvl_u1"><heading>Gemeinsame Verfahrensvorschriften gemäss Artikel 3 Absatz 6 des Abkommens zwischen der Europäischen Union und der Schweizerischen Eidgenossenschaft zur Verknüpfung ihrer jeweiligen Systeme für den Handel mit Treibhausgasemissionen</heading><level eId="annex_II/lvl_u1/lvl_u1"><heading>Verfahren für die dauerhafte Registerverknüpfung</heading></level><level eId="annex_II/lvl_u1/lvl_1"><num>1.</num><heading>Glossar</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tabelle 1–1</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abkürzungen und Begriffsbestimmungen</p><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Abkürzung/Begriff</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Begriffsbestimmung</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zertifizierungsstelle</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Stelle, die digitale Zertifikate ausstellt</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">CH</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Schweizerische Eidgenossenschaft</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EHS</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Emissionshandelssystem</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EU</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Europäische Union</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IMT</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Incident Management Team (Vorfallmanagement-Team)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Informationswert</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Information, die für ein Unternehmen oder eine Organisation von Wert sind</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IT</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Information Technology (Informationstechnologie)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ITIL</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Information Technology Infrastructure Library (Bibliothek für Informationstechnologie-Infrastruktur)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ITSM</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IT-Servicemanagement</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">LTS</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Linking Technical Standards (technische Verknüpfungsstandards)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Register</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Verbuchungssystem für im Rahmen des EHS ausgestellte Zertifikate, das das Eigentum an in elektronischen Konten verbuchten Zertifikaten verfolgt</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">RFC</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Request for Change (Änderungsanfrage)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">SIL</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sensitive Information List (Verzeichnis sensibler Informationen)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">SR</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Service Request (Dienstanfrage)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wiki</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Website, auf der Nutzer Informationen und Wissen austauschen können, indem sie über einen Webbrowser direkt Inhalte hinzufügen oder anpassen</p>				</td>			</tr>		</table></content></level><level eId="annex_II/lvl_u1/lvl_2"><num>2.</num><heading>Einleitung</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Abkommen zwischen der Europäischen Union und der Schweizerischen Eidgenossenschaft zur Verknüpfung ihrer jeweiligen Systeme für den Handel mit Treibhausgasemissionen vom 23. November 2017 (im Folgenden «Abkommen») sieht die gegenseitige Anerkennung von Emissionszertifikaten vor, die für die Einhaltung der Vorschriften im Rahmen des Emissionshandelssystems der Europäischen Union (im Folgenden «EU‑EHS») oder des Emissionshandelssystems der Schweiz (im Folgenden «EHS der Schweiz») genutzt werden können. Um die Verknüpfung zwischen dem EU‑EHS und dem EHS der Schweiz zu operationalisieren, wird eine direkte Verknüpfung zwischen dem Transaktionsprotokoll der Europäischen Union (European Union Transaction Log, im Folgenden «EUTL») des Unionsregisters und dem Schweizer Zusatztransaktionsprotokoll (Swiss Supplementary Transaction Log, im Folgenden «SSTL») des Schweizer Registers eingerichtet, sodass im Rahmen eines der beiden EHS vergebene Emissionszertifikate von einem Register in das andere übertragen werden können (Artikel 3 Absatz 2 des Abkommens). Für die Operationalisierung der Verknüpfung zwischen dem EU‑EHS und dem EHS der Schweiz wurde 2020 eine vorläufige Lösung umgesetzt. Ab 2023 wird sich die Registerverknüpfung zwischen den beiden Emissionshandelssystemen schrittweise zu einer dauerhaften Verknüpfung entwickeln, die voraussichtlich spätestens 2024 umgesetzt wird und die das Funktionieren der verknüpften Märkte in Bezug auf die Vorteile der Marktliquidität und die Ausführung von Transaktionen zwischen den beiden verknüpften Systemen in einer Weise ermöglichen wird, die einem einzigen, aus zwei Systemen bestehenden Markt entspricht, sodass die Marktteilnehmer so handeln können, als befänden sie sich auf einem einzigen Markt, der nur den individuellen Regulierungsvorschriften der Vertragsparteien unterliegt. (Anhang II des Abkommens).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gemäss Artikel 3 Absatz 6 des Abkommens legen der Schweizer Registerverwalter und der Zentralverwalter der Union gemeinsame Verfahrensvorschriften für technische oder andere Fragen fest, die für das Funktionieren der Verknüpfung erforderlich sind; dabei tragen sie den Prioritäten der innerstaatlichen Rechtsvorschriften Rechnung. Die von den Verwaltern entwickelten gemeinsamen Verfahrensvorschriften werden wirksam, sobald sie durch Beschluss des Gemeinsamen Ausschusses angenommen wurden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Gemeinsame Ausschuss hat die gemeinsamen Verfahrensvorschriften mit seinem Beschluss Nr. 1/2020 angenommen. Der Gemeinsame Ausschuss wird die in diesem Dokument festgehaltenen aktualisierten gemeinsamen Verfahrensvorschriften mit seinem Beschluss Nr. 1/2024 annehmen. Im Einklang mit diesem Beschluss und den Ersuchen des Gemeinsamen Ausschusses haben der Schweizer Registerverwalter und der Zentralverwalter der Union weitere technische Leitlinien zur Operationalisierung der Verknüpfung erarbeitet und werden diese Leitlinien aktualisieren, um sie laufend an den technischen Fortschritt und die neuen Anforderungen in Bezug auf die Sicherheit der Verknüpfung und deren wirksames und effizientes Funktionieren anzupassen.</p></intro><level eId="annex_II/lvl_u1/lvl_2/lvl_2_1"><num>2.1.</num><heading>Geltungsbereich</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieses Dokument stellt den Konsens der Vertragsparteien über die Schaffung der verfahrenstechnischen Grundlagen der Verknüpfung zwischen den Registern des EU-EHS und des EHS der Schweiz dar. Es gibt zwar einen Überblick über die allgemeinen Verfahrensanforderungen für Funktionen, doch sind weitere technische Leitlinien erforderlich, um die Verknüpfung zu operationalisieren.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für das ordnungsgemässe Funktionieren der Verknüpfung sind weitere technische Spezifikationen erforderlich, um sie weiter zu operationalisieren. Gemäss Artikel 3 Absatz 7 des Abkommens werden diese Aspekte eingehend in dem Dokument mit technischen Verknüpfungsstandards (Linking Technical Standards, LTS) geregelt, das gesondert durch einen Beschluss des Gemeinsamen Ausschusses angenommen werden soll.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die gemeinsamen Verfahrensvorschriften sollen sicherstellen, dass die IT-Dienste im Zusammenhang mit dem Funktionieren der Verknüpfung zwischen den Registern des EU-EHS und des EHS der Schweiz wirksam und effizient ausgeführt werden, namentlich im Hinblick auf die Erledigung von Dienstanfragen, die Behebung von Dienstausfällen und von Problemen sowie auf die Durchführung von betrieblichen Routineaufgaben im Einklang mit internationalen Normen für das IT-Servicemanagement.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_2/lvl_2_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für die dauerhafte Registerverknüpfung sind lediglich die folgenden gemeinsamen Verfahrensvorschriften erforderlich, die Teil des vorliegenden Dokuments sind:</listIntroduction><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Vorfallmanagement;</p></item><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Problemmanagement;</p></item><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Anfrageerledigung;</p></item><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Änderungsmanagement;</p></item><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Releasemanagement;</p></item><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u6"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sicherheitsvorfall-Management;</p></item><item eId="annex_II/lvl_u1/lvl_2/lvl_2_1/bull_u7"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Informationssicherheits-Management.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_2/lvl_2_2"><num>2.2.</num><heading>Adressaten</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zielgruppe dieser gemeinsamen Verfahrensvorschriften sind die Supportteams des Registers der EU bzw. der Schweiz.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_3"><num>3.</num><heading>Vorgehen und Standards</heading><content><blockList eId="annex_II/lvl_u1/lvl_3/list_u1"><listIntroduction eId="annex_II/lvl_u1/lvl_3/list_u1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der folgende Grundsatz gilt für alle gemeinsamen Verfahrensvorschriften:</listIntroduction><item eId="annex_II/lvl_u1/lvl_3/list_u1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die EU und die Schweiz vereinbaren, die gemeinsamen Verfahrensvorschriften auf der Grundlage der Version 4 der Bibliothek für Informationstechnologie-Infrastruktur (ITIL) festzulegen. Praktiken aus diesem Standard werden herangezogen und an den besonderen Bedarf im Zusammenhang mit der dauerhaften Registerverknüpfung angepasst.</p></item><item eId="annex_II/lvl_u1/lvl_3/list_u1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die für die Regelung der gemeinsamen Verfahrensvorschriften erforderliche Kommunikation und Abstimmung zwischen den beiden Vertragsparteien erfolgt über die Register-Servicedesks der Schweiz und der EU. Aufgaben werden stets innerhalb einer Vertragspartei zugewiesen.</p></item><item eId="annex_II/lvl_u1/lvl_3/list_u1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Besteht Uneinigkeit über die Handhabung einer gemeinsamen Verfahrensvorschrift, so wird diese von beiden Servicedesks gemeinsam untersucht und gelöst. Kann keine Einigung erzielt werden, wird die Suche nach einer gemeinsamen Lösung an die nächsthöhere Ebene eskaliert.</p></item></blockList><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Eskalationsebenen</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>EU</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>CH</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Erste Ebene</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Servicedesk der EU</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Servicedesk der Schweiz</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zweite Ebene</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EU-Operationsmanager</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Anwendungsmanager des Schweizer Registers</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dritte Ebene</p>				</td>				<td colspan="2">										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gemeinsamer Ausschuss (der diese Zuständigkeit angesichts des Artikels 12 Absatz 5 des Abkommens delegieren könnte)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Vierte Ebene</p>				</td>				<td colspan="2">										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gemeinsamer Ausschuss, falls auf der dritten Ebene delegiert wird</p>				</td>			</tr>		</table><blockList eId="annex_II/lvl_u1/lvl_3/list_u2"><item eId="annex_II/lvl_u1/lvl_3/list_u2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei kann die Verfahren für den Betrieb ihres eigenen Registersystems unter Berücksichtigung der Anforderungen an diese gemeinsamen Verfahrensvorschriften und der damit verbundenen Schnittstellen festlegen.</p></item><item eId="annex_II/lvl_u1/lvl_3/list_u2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die gemeinsamen Verfahrensvorschriften werden durch ein IT-Servicemanagement-Tool (ITSM-Tool) unterstützt, insbesondere in Bezug auf Vorfallmanagement, Problemmanagement und Anfrageerledigung sowie die Kommunikation zwischen den beiden Vertragsparteien.</p></item><item eId="annex_II/lvl_u1/lvl_3/list_u2/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Darüber hinaus ist der Informationsaustausch per E-Mail zulässig.</p></item><item eId="annex_II/lvl_u1/lvl_3/list_u2/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beide Vertragsparteien stellen sicher, dass die Anforderungen an die Informationssicherheit im Einklang mit den Handhabungsanweisungen erfüllt werden.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_4"><num>4.</num><heading>Vorfallmanagement</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ziel des Vorfallmanagement-Prozesses ist es, das normale Leistungsniveau von IT-Diensten so schnell wie möglich nach einem Vorfall mit möglichst geringer Störung der Geschäftsabläufe wiederherzustellen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Darüber hinaus sollte das Vorfallmanagement für Berichtszwecke Aufzeichnungen über Vorfälle führen und sich in andere Prozesse eingliedern, um ständige Verbesserungen zu erzielen.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Allgemein betrachtet umfasst das Vorfallmanagement die folgenden Tätigkeiten:</listIntroduction><item eId="annex_II/lvl_u1/lvl_4/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ermittlung und Aufzeichnung von Vorfällen;</p></item><item eId="annex_II/lvl_u1/lvl_4/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Einstufung und Erstsupport;</p></item><item eId="annex_II/lvl_u1/lvl_4/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Untersuchung und Diagnose;</p></item><item eId="annex_II/lvl_u1/lvl_4/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Lösung und Wiederherstellung;</p></item><item eId="annex_II/lvl_u1/lvl_4/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abschluss des Vorfalls.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Während der gesamten Dauer eines Vorfalls muss die kontinuierliche Handhabung von Eigentumsrechten, Überwachung, Verfolgung und Kommunikation durch den Vorfallmanagement-Prozess gewährleistet sein.</p></intro><level eId="annex_II/lvl_u1/lvl_4/lvl_4_1"><num>4.1.</num><heading>Ermittlung und Aufzeichnung von Vorfällen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Vorfall kann von einem Supportteam, durch automatisierte Überwachungstools oder durch technisches Personal im Zuge der Routineüberwachung ermittelt werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein ermittelter Vorfall muss aufgezeichnet werden; dabei ist ihm eine eindeutige Kennung zuzuweisen, die eine ordnungsgemässe Verfolgung und eine ordnungsgemässe Überwachung ermöglicht. Die eindeutige Kennung eines Vorfalls ist die Kennung, die ihm im gemeinsamen Ticketsystem des Servicedesks der Vertragspartei (EU oder Schweiz), die den Vorfall festgestellt hat, zugewiesen wird; sie muss in jeder Mitteilung im Zusammenhang mit dem Vorfall angegeben werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Anlaufstelle für alle Vorfälle sollte der Servicedesk der Vertragspartei sein, der das Ticket erfasst hat.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_2"><num>4.2.</num><heading>Einstufung und Erstsupport</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Durch die Einstufung eines Vorfalls soll verstanden und ermittelt werden, welches System und/oder welcher Dienst von einem Vorfall in welchem Umfang betroffen ist. Um wirksam zu sein, sollte der Vorfall bei der Einstufung im ersten Anlauf zur korrekten Ressource geroutet werden, sodass der Vorfall schneller gelöst werden kann.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">In der Einstufungsphase sollte der Vorfall nach seiner Wirkung und Dringlichkeit kategorisiert und priorisiert werden, damit er innerhalb eines Zeitrahmen behandelt wird, der der Priorität gerecht wird.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Besteht die Möglichkeit, dass der Vorfall sich auf die Vertraulichkeit oder die Integrität sensibler Daten und/oder auf die Systemverfügbarkeit auswirkt, muss der Vorfall ausserdem als Sicherheitsvorfall deklariert und nach dem Verfahren behandelt werden, das im Kapitel «Sicherheitsvorfallmanagement» dieses Dokuments festgelegt ist.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Soweit möglich nimmt der Servicedesk, der das Ticket erfasst hat, eine erste Diagnose vor. Zu diesem Zweck stellt der Servicedesk fest, ob es sich bei dem Vorfall um einen bekannten Fehler handelt. Ist dies der Fall, so ist der Lösungsweg oder die Ausweichlösung bereits bekannt und dokumentiert.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Konnte der Servicedesk den Vorfall lösen, so wird er den Vorfall zu diesem Zeitpunkt abschliessen, da der Primärzweck des Vorfallmanagements erfüllt wurde (nämlich die schnelle Wiederherstellung des Dienstes für den Endnutzer). Anderenfalls eskaliert der Servicedesk den Vorfall zur weiteren Untersuchung und Diagnose an die geeignete Resolvergruppe.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_3"><num>4.3.</num><heading>Untersuchung und Diagnose</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Untersuchung und Diagnose von Vorfällen erfolgt, wenn der Servicedesk einen Vorfall nicht im Rahmen der Erstdiagnose lösen kann und dieser daher in geeigneter Weise eskaliert wird. Die Eskalation von Vorfällen ist Teil des Untersuchungs- und Diagnoseprozesses.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine gemeinsame Praxis in der Untersuchungs- und Diagnosephase ist der Versuch, den Vorfall unter kontrollierten Bedingungen nachzuvollziehen. Bei der Untersuchung und Diagnose eines Vorfalls ist wichtig, dass die richtige Abfolge der Ereignisse, die zu dem Vorfall geführt haben, deutlich wird.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Mit der Eskalation wird anerkannt, dass ein Vorfall auf der derzeitigen Supportebene nicht gelöst werden kann und an eine Supportgruppe auf höherer Ebene oder an die andere Vertragspartei weitergeleitet werden muss. Die Eskalation kann auf zwei Wegen erfolgen: horizontal (funktionsabhängig) oder vertikal (hierarchisch).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Servicedesk, der den Vorfall aufgezeichnet und ausgelöst hat, ist dafür verantwortlich, den Vorfall an die geeignete Ressource zu eskalieren und den Gesamtstatus und die Zuweisung des Vorfalls zu verfolgen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Vertragspartei, der der Vorfall zugewiesen wurde, ist dafür verantwortlich, sicherzustellen, dass die angeforderten Massnahmen zügig durchgeführt werden, und ihren eigenen Servicedesk auf dem Laufenden zu halten.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_4"><num>4.4.</num><heading>Lösung und Wiederherstellung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Vorfalllösung und die Wiederherstellung finden statt, sobald der Vorfall vollständig verstanden wurde. Eine Lösung für einen Vorfall zu finden bedeutet, dass ein Weg gefunden wurde, um Abhilfe zu schaffen. Der Akt der Anwendung der Lösung ist die Wiederherstellungsphase.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wurde der Dienstausfall von den geeigneten Ressourcen behoben, so wird der Vorfall an den zuständigen Servicedesk zurückgeleitet, der den Vorfall erfasst hat; der Servicedesk bestätigt dem Initiator des Vorfalls, dass der Fehler berichtigt wurde und der Vorfall abgeschlossen werden kann. Die Erkenntnisse aus der Bearbeitung des Vorfalls sind für die künftige Verwendung aufzuzeichnen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Wiederherstellung kann von IT-Supportpersonal durchgeführt werden oder durch Übermittlung von zu beachtenden Anweisungen an den Endnutzer.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_5"><num>4.5.</num><heading>Abschluss des Vorfalls</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Abschluss ist der letzte Schritt des Vorfallmanagement-Prozesses und erfolgt kurz nach der Lösung des Vorfalls.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_4/lvl_4_5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Aus der Checkliste der Tätigkeiten, die in der Abschlussphase durchzuführen sind, werden die folgenden hervorgehoben:</listIntroduction><item eId="annex_II/lvl_u1/lvl_4/lvl_4_5/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Überprüfung der Kategorie, in die der Vorfall ursprünglich eingeordnet wurde;</p></item><item eId="annex_II/lvl_u1/lvl_4/lvl_4_5/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ordnungsgemässe Erfassung aller Informationen zu dem Vorfall;</p></item><item eId="annex_II/lvl_u1/lvl_4/lvl_4_5/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ordnungsgemässe Dokumentation des Vorfalls und Aktualisierung der Wissensbasis;</p></item><item eId="annex_II/lvl_u1/lvl_4/lvl_4_5/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">angemessene Kommunikation mit allen direkt oder indirekt von dem Vorfall betroffenen Beteiligten.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Vorfall ist förmlich abgeschlossen, sobald der Servicedesk die Vorfallabschlussphase ausgeführt und die andere Vertragspartei darüber unterrichtet hat.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein einmal geschlossener Vorfall wird nicht wieder geöffnet. Tritt ein Vorfall innerhalb kurzer Zeit erneut auf, wird nicht der ursprüngliche Vorfall wieder geöffnet, sondern stattdessen muss ein neuer Vorfall erfasst werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wird der Vorfall sowohl vom Servicedesk der EU als auch von dem der Schweiz verfolgt, so ist der Servicedesk, der das Ticket erfasst hat, für den endgültigen Abschluss zuständig.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_5"><num>5.</num><heading>Problemmanagement</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieses Verfahren sollte immer dann angewandt werden, wenn ein Problem ermittelt und dadurch der Problemmanagement-Prozess ausgelöst wird. Das Problemmanagement konzentriert sich auf Qualitätssteigerung und die Verringerung der Zahl der gemeldeten Vorfälle. Ein Problem kann einen oder mehrere Vorfälle verursachen. Wird ein Vorfall gemeldet, so besteht das Ziel des Vorfallmanagements darin, den Dienst so schnell wie möglich wiederherzustellen, was auch Ausweichlösungen umfassen kann. Wird ein Problem gestellt, so besteht das Ziel darin, den Ursprung des Problems zu untersuchen, um herauszufinden, welche Änderung gewährleistet, dass das Problem und die entsprechenden Vorfälle nicht mehr auftreten.</p></intro><level eId="annex_II/lvl_u1/lvl_5/lvl_5_1"><num>5.1.</num><heading>Ermittlung und Aufzeichnung eines Problems</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Je nachdem, welche Vertragspartei das Ticket initiiert hat, ist entweder der Servicedesk der EU oder derjenige der Schweiz die Anlaufstelle für Fragen im Zusammenhang mit einem Problem.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die einmalige Kennung eines Problems ist die vom IT-Servicemanagement zugewiesene Kennung. Sie muss in jeder Mitteilung im Zusammenhang mit dem Problem angegeben werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Problem kann durch einen Vorfall ausgelöst oder auf Eigeninitiative mit dem Ziel geöffnet werden, im System ermittelte Mängel zu einem beliebigen Zeitpunkt zu beheben.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_2"><num>5.2.</num><heading>Problempriorisierung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zwecks einfacherer Verfolgung können Probleme unter Berücksichtigung der Wirkung und Häufigkeit der damit zusammenhängenden Vorfälle genau wie Vorfälle nach ihrem Schweregrad und ihrer Priorität kategorisiert werden.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_3"><num>5.3.</num><heading>Untersuchung und Diagnose eines Problems</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei kann auf ein Problem hinweisen; der Servicedesk der Vertragspartei, von der die Initiative ausgeht, ist dafür verantwortlich, das Problem zu erfassen, es der geeigneten Ressource zuzuweisen und den Gesamtstatus des Problems zu verfolgen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Resolvergruppe, an die das Problem eskaliert wurde, ist für die zügige Behandlung des Problems und die Kommunikation mit dem Servicedesk verantwortlich.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Auf Anfrage sind beide Vertragsparteien dafür verantwortlich, sicherzustellen, dass die zugewiesenen Massnahmen durchgeführt werden, und ihren eigenen Servicedesk auf dem Laufenden zu halten.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_4"><num>5.4.</num><heading>Problemlösung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Resolvergruppe, der das Problem zugewiesen wurde, ist verantwortlich dafür, das Problem zu lösen und dem Servicedesk ihrer eigenen Vertragspartei sachdienliche Informationen zu übermitteln.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Erkenntnisse aus der Bearbeitung des Problems sind für die künftige Verwendung aufzuzeichnen.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_5"><num>5.5.</num><heading>Abschluss eines Problems</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Problem ist förmlich geschlossen, sobald das Problem durch die Umsetzung der Änderung behoben wurde. Die Phase des Problemabschlusses wird von dem Servicedesk wahrgenommen, der das Problem erfasst und den Servicedesk der anderen Vertragspartei darüber informiert hat.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_6"><num>6.</num><heading>Anfrageerledigung</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bei dem Prozess der Anfrageerledigung handelt es sich um das durchgehende Management einer Anfrage nach einem neuen oder bestehenden Dienst vom Zeitpunkt ihrer Registrierung und Genehmigung bis zum Abschluss. Bei Dienstanfragen handelt es sich in der Regel um kleine, vordefinierte, wiederholbare, häufige, vorab genehmigte und verfahrenstechnische Anfragen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die wichtigsten Schritte werden nachstehend kurz beschrieben:</p></intro><level eId="annex_II/lvl_u1/lvl_6/lvl_6_1"><num>6.1.</num><heading>Einleitung einer Anfrage</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Angaben zu einer Dienstanfrage werden dem Servicedesk der EU oder dem der Schweiz per E‑Mail, Telefon oder über das IT-Servicemanagement-Tool oder jeden anderen vereinbarten Kommunikationskanal übermittelt.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_2"><num>6.2.</num><heading>Erfassung und Analyse von Anfragen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Anlaufstelle für alle Dienstanfragen sollte der Servicedesk der EU oder derjenige der Schweiz sein, je nachdem, welche Vertragspartei die Dienstanfrage eingeleitet hat. Der Servicedesk ist dafür verantwortlich, die Dienstanfrage mit der gebotenen Sorgfalt zu erfassen und zu analysieren.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_3"><num>6.3.</num><heading>Genehmigung der Anfrage</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Sachbearbeiter des Servicedesks der Vertragspartei, die die Dienstanfrage eingeleitet hat, prüft, ob für die Anfrage etwaige Genehmigungen der anderen Vertragspartei erforderlich sind, und holt diese gegebenenfalls ein. Wird die Dienstanfrage nicht genehmigt, aktualisiert der Servicedesk das Ticket und schliesst es.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_4"><num>6.4.</num><heading>Anfrageerledigung</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_6/lvl_6_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieser Schritt dient der wirksamen und effizienten Bearbeitung von Dienstanfragen. Hierbei ist unter folgenden Fällen zu unterscheiden:</listIntroduction><item eId="annex_II/lvl_u1/lvl_6/lvl_6_4/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Erledigung der Dienstanfrage betrifft nur eine Vertragspartei. In diesem Fall erteilt diese Vertragspartei die Arbeitsaufträge und koordiniert die Ausführung.</p></item><item eId="annex_II/lvl_u1/lvl_6/lvl_6_4/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Erledigung der Dienstanfrage betrifft sowohl die EU als auch die Schweiz. In diesem Fall erteilen die Servicedesks die Arbeitsaufträge in ihrem Zuständigkeitsbereich. Der Ablauf der Erledigung der Dienstanfrage wird von den beiden Servicedesks gemeinsam koordiniert. Die Gesamtverantwortung trägt der Servicedesk, der die Dienstanfrage erhalten und initiiert hat.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sobald die Dienstanfrage erledigt wurde, muss sie den Status «Erledigt» (Resolved) erhalten.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_5"><num>6.5.</num><heading>Anfrageeskalation</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Servicedesk kann die offene Dienstanfrage erforderlichenfalls an die geeignete Ressource (Drittpartei) eskalieren.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eskaliert wird an die jeweilige Drittpartei, d. h. der Servicedesk der EU muss den Servicedesk der Schweiz einschalten, um an eine Schweizer Drittpartei zu eskalieren und umgekehrt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Drittpartei, an die die Dienstanfrage eskaliert wurde, ist für die zügige Behandlung der Dienstanfrage und die Kommunikation mit dem Servicedesk, der diese Anfrage eskaliert hat, verantwortlich.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Servicedesk, der die Dienstanfrage erfasst hat, ist für die Verfolgung des Gesamtstatus und der Zuweisung einer Dienstanfrage verantwortlich.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_6"><num>6.6.</num><heading>Überprüfung der Anfrageerledigung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der zuständige Servicedesk unterzieht die Aufzeichnungen zu der Dienstanfrage vor dem Abschluss einer abschliessenden Qualitätskontrolle. So soll sichergestellt werden, dass die Dienstanfrage tatsächlich bearbeitet wurde und dass alle zur Beschreibung des Lebenszyklus der Dienstanfrage erforderlichen Angaben mit hinreichenden Einzelheiten vorliegen. Darüber hinaus sind die Erkenntnisse aus der Bearbeitung der Anfrage für die künftige Verwendung aufzuzeichnen.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_7"><num>6.7.</num><heading>Abschluss der Anfrage</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sind sich die Vertragsparteien, denen die Anfrage zugewiesen wurde, einig, dass die Dienstanfrage erledigt wurde, und betrachtet der Urheber der Anfrage den Fall als gelöst, so wird als Nächstes der Status «Abgeschlossen» (Closed) erteilt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Dienstanfrage wird förmlich abgeschlossen, sobald der Servicedesk, der die Anfrage erfasst hat, die Anfrageabschlussphase abgewickelt und den Servicedesk der anderen Vertragspartei unterrichtet hat.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_7"><num>7.</num><heading>Änderungsmanagement</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Änderungsmanagement soll sicherstellen, dass alle Änderungen zur Kontrolle von IT-Infrastruktur effizient und zeitnah nach standardisierten Methoden und Verfahren durchgeführt werden, damit die Zahl und die Auswirkungen etwaiger Vorfälle in diesem Zusammenhang auf den Dienst möglichst gering gehalten werden. Änderungen der IT-Infrastruktur können sich reaktiv infolge von Problemen oder von aussen auferlegten Anforderungen, z. B. Änderungen der Rechtsvorschriften, oder proaktiv ergeben, indem eine Verbesserung von Effizienz und Wirksamkeit angestrebt wird oder um unternehmerische Initiativen zu ermöglichen oder zu reflektieren.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Änderungsmanagement-Prozess umfasst verschiedene Schritte, bei denen jede Einzelheit einer Änderungsanfrage für die künftige Nachverfolgung erfasst wird. Diese Prozesse gewährleisten, dass die Änderung vor ihrer Einführung validiert und getestet wird. Der Releasemanagement-Prozess sorgt für eine erfolgreiche Einführung.</p></intro><level eId="annex_II/lvl_u1/lvl_7/lvl_7_1"><num>7.1.</num><heading>Änderungsanfrage</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Änderungsanfrage (RFC) wird dem Änderungsmanagement-Team zur Validierung und Genehmigung vorgelegt. Anlaufstelle für alle Änderungsanfragen sollte der Servicedesk der EU oder derjenige der Schweiz sein, je nachdem, welche Vertragspartei die Anfrage eingeleitet hat. Der Servicedesk ist dafür verantwortlich, die Anfrage mit der gebotenen Sorgfalt zu erfassen und zu analysieren.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_7/lvl_7_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Änderungsanfragen können ausgelöst werden durch:</listIntroduction><item eId="annex_II/lvl_u1/lvl_7/lvl_7_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">einen Vorfall, der eine Änderung verursacht;</p></item><item eId="annex_II/lvl_u1/lvl_7/lvl_7_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ein bestehendes Problem, das zu einer Änderung führt;</p></item><item eId="annex_II/lvl_u1/lvl_7/lvl_7_1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">einen Endnutzer, der eine neue Änderung anfragt;</p></item><item eId="annex_II/lvl_u1/lvl_7/lvl_7_1/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">eine Änderung infolge laufender Wartungsarbeiten;</p></item><item eId="annex_II/lvl_u1/lvl_7/lvl_7_1/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Änderungen von Rechtsvorschriften.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_7/lvl_7_2"><num>7.2.</num><heading>Bewertung und Planung einer Änderung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Phase umfasst die Bewertung von Änderungen und Planungstätigkeiten. Dazu gehören Priorisierung und Planungstätigkeiten zur Minimierung der Risiken und Auswirkungen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn die Durchführung der Änderungsanfrage sowohl die EU als auch die Schweiz betrifft, überprüft die Vertragspartei, die die Anfrage erfasst hat, die Änderungsbewertung und -planung mit der anderen Vertragspartei.</p></content></level><level eId="annex_II/lvl_u1/lvl_7/lvl_7_3"><num>7.3.</num><heading>Genehmigung einer Änderung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine eingeloggte Änderungsanfrage muss von der zuständigen Eskalationsebene genehmigt werden.</p></content></level><level eId="annex_II/lvl_u1/lvl_7/lvl_7_4"><num>7.4.</num><heading>Durchführung der Änderung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Durchführung der Änderung erfolgt im Rahmen des Releasemanagement-Prozesses. Die Releasemanagement-Teams beider Vertragsparteien folgen bei der Planung und dem Testen ihren eigenen Prozessen. Die Änderung wird überprüft, sobald die Durchführung abgeschlossen ist. Um sicherzustellen, dass alles planmässig abgewickelt wurde, wird der bestehende Änderungsmanagement-Prozess laufend überprüft und bei Bedarf aktualisiert.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_8"><num>8.</num><heading>Releasemanagement</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Release entspricht einer oder mehreren Änderungen eines IT-Dienstes, die in einem Releaseplan zusammengefasst sind und zusammen genehmigt, vorbereitet, aufgebaut, getestet und eingeführt werden. Bei einem Release kann es sich um eine Fehlerbehebung, eine Änderung der Hardware oder anderer Komponenten, Softwareänderungen, Aktualisierungen von Anwendungsversionen und/oder Änderungen der Dokumentation bzw. von Prozessen handeln. Jedes Release wird inhaltlich als Einheit verwaltet, getestet und eingeführt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Releasemanagement zielt auf die Planung, den Aufbau, das Testen und die Validierung sowie die Schaffung der Fähigkeit ab, die konzipierten Dienste bereitzustellen, mit denen die Anforderungen der Beteiligten erfüllt und die angestrebten Ziele erreicht werden. Bei der Designkoordinierung werden für alle Änderungen des Dienstes Akzeptanzkriterien festgelegt und dokumentiert, die den Releasemanagement-Teams zur Verfügung gestellt werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Release besteht in der Regel aus mehreren Problembehebungen und Verbesserungen für einen Dienst. Es umfasst die erforderliche neue oder geänderte Software oder jegliche neue oder geänderte Hardware, die zur Umsetzung der genehmigten Änderungen erforderlich ist.</p></intro><level eId="annex_II/lvl_u1/lvl_8/lvl_8_1"><num>8.1.</num><heading>Planung des Releases</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Als erster Schritt in diesem Prozess werden genehmigte Änderungen Releasebündeln zugewiesen und der Umfang und Inhalt des Releases festgelegt. Auf der Grundlage dieser Informationen wird als Teilprozess der Releaseplanung ein Zeitplan für den Aufbau, das Testen und die Einführung des Releases aufgestellt.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bei der Planung sollte Folgendes festgelegt werden:</listIntroduction><item eId="annex_II/lvl_u1/lvl_8/lvl_8_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Umfang und Inhalt des Releases;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Risikobewertung und Risikoprofil des Releases;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">von dem Release betroffene Kunden/Nutzer;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_1/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">für das Release zuständiges Team;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_1/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bereitstellungs- und Einführungsstrategie;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_1/bull_u6"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ressourcen für das Release und dessen Einführung.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die beiden Vertragsparteien unterrichten einander über ihre Releaseplanung und ihre Wartungsfenster. Wenn ein Release sowohl die EU als auch die Schweiz betrifft, koordinieren diese die Planung und legen ein gemeinsames Wartungsfenster fest.</p></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_2"><num>8.2.</num><heading>Aufbau und Testen des Releasebündels</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">In der Aufbau- und Testphase im Rahmen des Releasemanagement-Prozesses wird zum einen das Konzept für die Ausführung des Releases oder des Releasebündels und die Wartung der kontrollierten Umgebungen vor der Vornahme der Änderung und zum anderen das Konzept für das Testen aller Änderungen in allen betroffenen Umgebungen nach dem Release festgelegt.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn ein Release sowohl die EU als auch die Schweiz betrifft, koordinieren diese die Bereitstellungpläne und die Tests. Dies umfasst die folgenden Fragen:</listIntroduction><item eId="annex_II/lvl_u1/lvl_8/lvl_8_2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wie und wann werden Releaseeinheiten und Dienstleistungskomponenten bereitgestellt?</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Was sind die typischen Vorlaufzeiten und was geschieht bei Verzögerungen?</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_2/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wie kann der Fortschritt der Bereitstellung verfolgt und eine Bestätigung eingeholt werden?</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_2/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Was sind die Messgrössen für die Überwachung und Feststellung des Gelingens der Releasemassnahme?</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_2/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Welches sind die gemeinsamen Testfälle für wichtige Funktionen und Änderungen?</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Am Ende dieses Teilprozesses sind alle erforderlichen Releasekomponenten für den Schritt der realen Einführung bereit.</p></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_3"><num>8.3.</num><heading>Vorbereitung der Einführung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beim Teilprozess der Vorbereitung wird sichergestellt, dass Kommunikationspläne korrekt festgelegt werden und Mitteilungen bereitliegen, um an alle betroffenen Beteiligten und Endnutzer versandt zu werden, und dass das Release in den Änderungsmanagement-Prozess eingebunden wird, um zu gewährleisten, dass alle Änderungen kontrolliert durchgeführt und von den erforderlichen Gremien genehmigt werden.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_3/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn ein Release sowohl die EU als auch die Schweiz betrifft, koordinieren diese die folgenden Tätigkeiten:</listIntroduction><item eId="annex_II/lvl_u1/lvl_8/lvl_8_3/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Aufzeichnungen zur Änderungsanfrage für die Planung und Vorbereitung der Einführung in die Produktionsumgebung;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_3/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Aufstellung des Durchführungsplans;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_3/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zurücksetzungskonzept, damit bei einer misslungenen Einführung der vorherige Stand wiederhergestellt werden kann;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_3/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Mitteilungen an alle notwendigen Parteien;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_3/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Einholung der Genehmigung für die Durchführung des Releases von der zuständigen Eskalationsebene.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_4"><num>8.4.</num><heading>Zurücksetzen des Releases</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ist eine Einführung misslungen oder haben Tests ergeben, dass die Einführung ein Fehlschlag war oder die vereinbarten Akzeptanz-/Qualitätskriterien nicht erreicht hat, müssen die Releasemanagement-Teams beider Vertragsparteien zum vorigen Stand zurückkehren. Alle notwendigen Beteiligten müssen darüber unterrichtet werden, einschliesslich der betroffenen/anvisierten Endnutzer. Bei erteilter Genehmigung kann der Prozess in jeder der vorangegangenen Phasen wieder aufgenommen werden.</p></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_5"><num>8.5.</num><heading>Überprüfung und Abschluss des Releases</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bei der Überprüfung einer Einführung sollten folgende Tätigkeiten durchgeführt werden:</listIntroduction><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Einholen von Feedback zur Kunden-/Nutzerzufriedenheit mit der Einführung bzw. zur Zufriedenheit mit der Dienstbereitstellung im Rahmen der Einführung (Sammeln des Feedbacks und dessen Auswertung für die kontinuierliche Verbesserung des Dienstes);</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Überprüfung aller nicht erfüllten Qualitätskriterien;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Kontrolle, dass alle Massnahmen, notwendigen Korrekturen und Änderungen vollständig sind;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sicherstellen, dass am Ende der Einführung keine Probleme in Bezug auf Fähigkeiten, Ressourcen, Kapazität oder Leistung auftreten;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Kontrolle, dass alle Probleme, bekannten Fehler und Ausweichlösungen dokumentiert und von Kunden, Endnutzern, dem betrieblichen Support und anderen betroffenen Parteien akzeptiert werden;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u6"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Überwachung von Vorfällen und Problemen, die durch die Einführung ausgelöst wurden (Early Life Support für operative Teams, wenn das Release Mehrarbeit verursacht hat);</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u7"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Aktualisierung der Supportdokumentation (d. h. Unterlagen mit technischen Informationen);</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u8"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">förmliche Übergabe des eingeführten Releases an den Servicebetrieb;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u9"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dokumentation der gewonnenen Erkenntnisse;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u10"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Einholen der Release-Kurzbeschreibung bei den Durchführungsteams;</p></item><item eId="annex_II/lvl_u1/lvl_8/lvl_8_5/bull_u11"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">förmlicher Abschluss des Releases nach Überprüfung der Aufzeichnungen zur Änderungsanfrage.</p></item></blockList></content></level></level><level eId="annex_II/lvl_u1/lvl_9"><num>9.</num><heading>Sicherheitsvorfall-Management</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Sicherheitsvorfall-Management ist ein Prozess für den Umgang mit Sicherheitsvorfällen, der es ermöglichen soll, potenziell betroffene Beteiligte über den Vorfall zu unterrichten sowie Vorfälle zu bewerten und zu priorisieren; es umfasst auch die Reaktion auf den Vorfall, um eine tatsächliche, mutmassliche oder potenzielle Verletzung der Vertraulichkeit, Verfügbarkeit oder Integrität von sensiblen Informationswerten zu beheben.</p></intro><level eId="annex_II/lvl_u1/lvl_9/lvl_9_1"><num>9.1.</num><heading>Kategorisierung von Informationssicherheitsvorfällen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Alle Vorfälle, die die Verknüpfung zwischen dem Unionsregister und dem Register der Schweiz beeinflussen, werden analysiert, um zu ermitteln, ob möglicherweise die Vertraulichkeit, Integrität oder Verfügbarkeit von im Verzeichnis sensibler Informationen (SIL) aufgeführten sensiblen Informationen verletzt wurde.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ist dies der Fall, so wird der Vorfall als Informationssicherheitsvorfall kategorisiert, unverzüglich im IT-Servicemanagement-Tool registriert und als solcher bearbeitet.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_2"><num>9.2.</num><heading>Handhabung von Informationssicherheitsvorfällen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sicherheitsvorfälle werden der Verantwortung der 3. Eskalationsebene zugeordnet; die Lösung der Vorfälle übernimmt ein spezielles Vorfallmanagement-Team (IMT).</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_9/lvl_9_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das IMT ist verantwortlich für:</listIntroduction><item eId="annex_II/lvl_u1/lvl_9/lvl_9_2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die Durchführung einer ersten Analyse, die Kategorisierung und die Schwereeinstufung des Vorfalls;</p></item><item eId="annex_II/lvl_u1/lvl_9/lvl_9_2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die Koordinierung von Massnahmen aller Beteiligten einschliesslich der vollständigen Dokumentation der Vorfallanalyse, der zur Behebung des Vorfalls getroffenen Entscheidungen und aller ermittelten möglichen Schwachstellen;</p></item><item eId="annex_II/lvl_u1/lvl_9/lvl_9_2/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">je nach Schwere des Sicherheitsvorfalls dessen zügige Eskalation an die geeignete Ebene zur Information und/oder Entscheidung.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bei dem Prozess des Informationssicherheits-Managements werden alle Informationen zu Vorfällen in die höchste Sensibilitätsstufe für Informationen, auf jeden Fall aber nicht niedriger als «SENSITIVE: ETS» eingestuft.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Falle einer laufenden Untersuchung und/oder einer Schwachstelle, die ausgenutzt werden könnte, wird die Information so lange als «SPECIAL HANDLING. ETS Critical» eingestuft, bis Abhilfe geschaffen wurde.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_3"><num>9.3.</num><heading>Identifizierung eines Sicherheitsvorfalls</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Je nach Art des Sicherheitsvorfalls bestimmt der Informationssicherheitsbeauftragte, welche geeigneten Organisationen einzubinden und am IMT zu beteiligen sind.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_4"><num>9.4.</num><heading>Analyse eines Sicherheitsvorfalls</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das IMT steht mit allen beteiligten Organisationen und gegebenenfalls den relevanten Mitgliedern von deren Teams in Kontakt, um den Vorfall genauer zu betrachten. Bei der Analyse wird ermittelt, in welchem Umfang die Vertraulichkeit, Integrität oder Verfügbarkeit eines Werts verloren gegangen ist, und bewertet, wie sich dies auf alle betroffenen Organisationen auswirkt. Anschliessend werden Erst- und Folgemassnahmen zur Behebung des Vorfalls und zur Verwaltung seiner Auswirkungen bestimmt, einschliesslich der Auswirkungen dieser Massnahmen auf die Ressourcen.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_5"><num>9.5.</num><heading>Bewertung der Schwere eines Sicherheitsvorfalls, Eskalation und Berichterstattung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das IMT bewertet die Schwere jedes neuen Sicherheitsvorfalls nach dessen Kategorisierung als Sicherheitsvorfall und leitet je nach seiner Schwere die erforderlichen Sofortmassnahmen ein.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_6"><num>9.6.</num><heading>Berichterstattung über die Reaktion auf einen Sicherheitsvorfall</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das IMT nimmt die Ergebnisse der Begrenzung des Vorfalls (Incident Containment) und der Wiederherstellung in den Bericht über die Reaktion auf den Informationssicherheitsvorfall auf. Der Bericht wird der 3. Eskalationsebene mit gesicherter E‑Mail oder anderen gegenseitig akzeptierten gesicherten Kommunikationsmitteln übermittelt.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_9/lvl_9_6/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die zuständige Vertragspartei überprüft die Ergebnisse der Begrenzung und Wiederherstellung und:</listIntroduction><item eId="annex_II/lvl_u1/lvl_9/lvl_9_6/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">stellt die Verbindung des Registers wieder her, wenn dieses zuvor abgetrennt worden war;</p></item><item eId="annex_II/lvl_u1/lvl_9/lvl_9_6/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">übernimmt die Vorfallkommunikation gegenüber den Registerteams;</p></item><item eId="annex_II/lvl_u1/lvl_9/lvl_9_6/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">schliesst den Vorfall ab.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das IMT sollte sachdienliche Einzelheiten in gesicherter Form in den Bericht über den Informations- sicherheitsvorfall aufnehmen, um die kohärente Aufzeichnung und Kommunikation zu gewährleisten und zügige, angemessene Massnahmen zur Begrenzung des Vorfalls zu ermöglichen. Nach der Fertigstellung übermittelt das IMT zügig den endgültigen Bericht über den Informationssicherheitsvorfall.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_7"><num>9.7.</num><heading>Überwachung, Kapazitätsaufbau und kontinuierliche Verbesserung</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_9/lvl_9_7/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das IMT erstattet über alle Sicherheitsvorfälle an die 3. Eskalationsebene Bericht. Die Berichte werden von dieser Eskalationsebene verwendet, um Folgendes zu ermitteln:</listIntroduction><item eId="annex_II/lvl_u1/lvl_9/lvl_9_7/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Schwachstellen bei Sicherheitskontrollen und/oder beim Betrieb, die verbesserungsbedürftig sind;</p></item><item eId="annex_II/lvl_u1/lvl_9/lvl_9_7/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">mögliche Notwendigkeit, dieses Verfahren zu verbessern, sodass wirksamer auf Vorfälle reagiert werden kann;</p></item><item eId="annex_II/lvl_u1/lvl_9/lvl_9_7/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Möglichkeiten für Schulung und Kapazitätsaufbau zur weiteren Stärkung der Resilienz von Registersystemen in Bezug auf die Informationssicherheit, um das Risiko künftiger Vorfälle zu verringern und deren Auswirkungen zu minimieren.</p></item></blockList></content></level></level><level eId="annex_II/lvl_u1/lvl_10"><num>10.</num><heading>Informationssicherheits-Management</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Informationssicherheits-Management zielt darauf ab, die Vertraulichkeit, Integrität und Verfügbarkeit von vertraulichen Informationen, Daten und IT-Dienstleistungen einer Organisation sicherzustellen. Neben den technischen Komponenten, darunter deren Design und Erprobung (siehe technische Verknüpfungsstandards, LTS), sind die folgenden gemeinsamen Verfahrensvorschriften erforderlich, um die Sicherheitsanforderungen für die dauerhafte Registerverknüpfung zu erfüllen.</p></intro><level eId="annex_II/lvl_u1/lvl_10/lvl_10_1"><num>10.1.</num><heading>Identifizierung sensibler Informationen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zur Bewertung der Sensibilität einer Information wird ermittelt, in welchem Umfang sich eine Sicherheitsverletzung im Zusammenhang mit dieser Information auf die Geschäftstätigkeit auswirken könnte (z. B. finanzielle Verluste, Imageschaden, Rechtsverletzung usw.).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die sensiblen Informationswerte werden auf der Grundlage ihrer Auswirkungen auf die Verknüpfung ermittelt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Sensibilitätsstufe dieser Information wird anhand der für diese Verknüpfung anwendbaren Sensibilitätsskala bewertet, die im Abschnitt «Behandlung von Informationssicherheitsvorfällen» dieses Dokuments eingehender behandelt wird.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_2"><num>10.2.</num><heading>Sensibilitätsstufen von Informationswerten</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_10/lvl_10_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sobald der Informationswert ermittelt wurde, wird er nach folgenden Regeln eingestuft:</listIntroduction><item eId="annex_II/lvl_u1/lvl_10/lvl_10_2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wird die Vertraulichkeits-, die Integritäts- oder die Verfügbarkeitsstufe auch nur in einem Fall als HOCH erachtet, wird der Wert als «SPECIAL HANDLING: ETS Critical» eingestuft;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">wird die Vertraulichkeits-, die Integritäts- oder die Verfügbarkeitsstufe auch nur in einem Fall als MITTEL erachtet, wird der Wert als «SENSITIVE: ETS» eingestuft;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_2/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">werden die Vertraulichkeits-, die Integritäts- und die Verfügbarkeitsstufen durchweg als NIEDRIG erachtet, wird der Wert als «SENSITIVE: ETS Joint Procurement» (Kennzeichnung EU)/«LIMITED: ETS» (Kennzeichnung CH) eingestuft.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_3"><num>10.3.</num><heading>Bezeichnung des Eigentümers von Informationswerten</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für alle Informationswerte sollte es einen bezeichneten Eigentümer geben. Informationswerte des EHS, die zu der Verknüpfung zwischen dem EUTL und dem SSTL gehören oder damit in Verbindung stehen, sollten in ein gemeinsames Inventarverzeichnis der Informationswerte aufgenommen werden, das von den beiden Vertragsparteien geführt wird. Informationswerte des EHS ausserhalb der Verknüpfung zwischen dem EUTL und dem SSTL sollten in ein Inventarverzeichnis der Informationswerte aufgenommen werden, das von der jeweiligen Vertragspartei geführt wird.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Eigentumsrechte an jedem Informationswert, der zu der Verknüpfung zwischen dem EUTL und dem SSTL gehört oder damit in Verbindung steht, müssen von den beiden Vertragsparteien vereinbart werden. Die Bewertung der Sensibilität eines Informationswerts ist Aufgabe des Eigentümers.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Position des Eigentümers sollte dem Wert des ihm zugeordneten Informationswerts angemessen sein. Die Verantwortung des Eigentümers für den Wert und die Verpflichtung zur Wahrung der erforderlichen Vertraulichkeits-, Integritäts- und Verfügbarkeitsstufe sollten vereinbart und förmlich festgelegt werden.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_4"><num>10.4.</num><heading>Registrierung sensibler Informationen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Alle sensiblen Informationen werden im SIL registriert.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn sich die Aggregation von sensiblen Informationen stärker auswirken könnte als eine einzelne Information, wird dies gegebenenfalls berücksichtigt und im SIL registriert (z. B. ein in der Systemdatenbank gespeicherter Datensatz).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das SIL ist nicht statisch. Bedrohungen, Schwachstellen, die Wahrscheinlichkeit oder die Folgen von Sicherheitsvorfällen im Zusammenhang mit den Werten können sich ohne Vorankündigung ändern, und es ist möglich, dass neue Werte in den Betrieb der Registersysteme eingeführt werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Deswegen wird das SIL regelmässig überprüft, und alle neuen als sensibel eingestuften Informationen werden unverzüglich im SIL registriert.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_10/lvl_10_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das SIL muss für jeden Eintrag mindestens folgende Angaben enthalten:</listIntroduction><item eId="annex_II/lvl_u1/lvl_10/lvl_10_4/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beschreibung der Information;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_4/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eigentümer der Information;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_4/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sensibilitätsstufe;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_4/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Angabe, ob die Informationen personenbezogene Daten enthalten;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_4/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">weitere Angaben soweit erforderlich.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_5"><num>10.5.</num><heading>Behandlung sensibler Informationen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sensible Informationen, die ausserhalb der Verknüpfung zwischen dem Unionsregister und dem Schweizer Register verarbeitet werden, werden im Einklang mit den Handhabungsanweisungen behandelt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sensible Informationen, die über die Verknüpfung zwischen dem Unionsregister und dem Schweizer Register verarbeitet werden, werden im Einklang mit den Sicherheitsanforderungen der Vertragsparteien behandelt.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_6"><num>10.6.</num><heading>Zugangsmanagement</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ziel des Zugangsmanagements ist es, autorisierten Nutzern die Berechtigung zur Nutzung eines Dienstes zu erteilen und gleichzeitig den Zugang von nicht autorisierten Nutzern zu verhindern. Das Zugangsmanagement wird manchmal auch als <br/>«Berechtigungsmanagement» oder «Identitätsmanagement» bezeichnet.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_10/lvl_10_6/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für die dauerhafte Registerverknüpfung und ihren Betrieb benötigen die beiden Vertragsparteien Zugang zu den folgenden Komponenten:</listIntroduction><item eId="annex_II/lvl_u1/lvl_10/lvl_10_6/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wiki: ein kollaboratives Umfeld für den Austausch gemeinsamer Informationen wie Releaseplanung;</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_6/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IT-Servicemanagement-Tool für das Vorfall- und Problemmanagement (siehe Kapitel 3 «Vorgehen und Standards»);</p></item><item eId="annex_II/lvl_u1/lvl_10/lvl_10_6/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Informationsaustauschsystem: Jede Vertragspartei stellt ein System für den sicheren Austausch von Meldungen bereit, über das Meldungen, die Transaktionsdaten enthalten, übermittelt werden.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Schweizer Registerverwalter und der Zentralverwalter der Union sorgen dafür, dass Zugänge auf dem neuesten Stand sind, und fungieren für ihre jeweilige Vertragspartei als Anlaufstelle für Tätigkeiten des Zugangsmanagements. Anträge auf Zugang werden im Einklang mit den Verfahren für die Anfrageerledigung behandelt.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_7"><num>10.7.</num><heading>Zertifikat-/Schlüsselmanagement</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei ist für ihr eigenes Zertifikat-/Schlüsselmanagement (Generierung, Registrierung, Speicherung, Installation, Verwendung, Erneuerung, Aufhebung, Backup und Wiedererlangung von Zertifikaten/Schlüsseln) verantwortlich. Wie in den technischen Verknüpfungsstandards beschrieben, werden nur digitale Zertifikate verwendet, die von einer Zertifizierungsstelle ausgestellt wurden, der beide Vertragsparteien vertrauen. Die Handhabung und Speicherung von Zertifikaten/Schlüsseln muss den Bestimmungen der Handhabungsanweisungen folgen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Aufhebung und/oder Erneuerung von Zertifikaten und Schlüsseln muss von beiden Vertragsparteien koordiniert werden. Dies geschieht im Einklang mit den Verfahren für die Anfrageerledigung.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Schweizer Registerverwalter und der Zentralverwalter der Union tauschen Zertifikate/Schlüssel über ein gesichertes Kommunikationsmittel im Einklang mit den Bestimmungen der Handhabungsanweisungen aus.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Überprüfung von Zertifikaten/Schlüsseln in jedem Kommunikationsmittel zwischen den Parteien erfolgt auf einem zweiten Kanal («out of band»).</p></content></level></level></level></mainBody></doc></component><component><doc name="annex"><meta><identification source="#ch.bk"><FRBRWork><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRcountry value="CH"/><FRBRnumber value=""/><FRBRname xml:lang="fr" value="Décision n° 1/2024 du comité mixte institué par l’accord du 4 décembre 2024 en ce qui concerne la modification de l’annexe II de l’accord et des procédures opérationnelles communes et des normes techniques de couplage" shortForm=""/><FRBRname xml:lang="it" value="Decisione n. 1/2024 del comitato misto istituito dall’Accordo del 4 dicembre 2024 relativa alla modifica dell’allegato II dell’Accordo, delle procedure operative comuni e delle norme tecniche di collegamento" shortForm=""/><FRBRname xml:lang="de" value="Beschluss Nr. 1/2024 des eingesetzten Gemeinsamen Ausschusses vom 4. Dezember 2024 im Hinblick auf die Änderung des Anhangs II sowie der gemeinsamen Verfahrensvorschriften und der technischen Verknüpfungsstandards" shortForm=""/><FRBRauthoritative value="true"/></FRBRWork><FRBRExpression><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRlanguage language="de"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/de/xml"/><FRBRdate date="2024-12-04" name="jolux:dateDocument"/><FRBRdate date="2024-12-04" name="jolux:dateEntryInForce"/><FRBRdate date="2024-12-04" name="jolux:dateApplicability"/><FRBRauthor href="#ch.bk" as="#publisher"/><FRBRauthor href="#ch.bk" as="#rightsHolder"/><FRBRformat value="xml"/></FRBRManifestation></identification></meta><preface><container name="headerOfAnnex"><block name="num">Anhang III</block></container></preface><mainBody><level eId="annex_III/lvl_u1"><heading>Technische Verknüpfungsstandards (LTS) gemäss Artikel 3 Absatz 7 des Abkommens zwischen der Europäischen Union und der Schweizerischen Eidgenossenschaft zur Verknüpfung ihrer jeweiligen Systeme für den Handel mit Treibhausgasemissionen</heading><level eId="annex_III/lvl_u1/lvl_u1"><heading>Standards für die dauerhafte Registerverknüpfung</heading></level><level eId="annex_III/lvl_u1/lvl_1"><num>1.</num><heading>Glossar</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tabelle 1–1</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verwaltungstechnische Abkürzungen und Begriffsbestimmungen</p><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Abkürzung/Begriff</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Begriffsbestimmung</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zertifikat</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Zertifikat, das zur Emission von einer Tonne Kohlendioxidäquivalent in einem bestimmten Zeitraum berechtigt und das ausschliesslich zur Erfüllung der Anforderungen im Rahmen des EHS einer der beiden Seiten gültig ist</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">CH</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Schweizerische Eidgenossenschaft</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">CHU</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zertifikate für ortsfeste Anlagen, auch «CHU2» (unter Bezugnahme auf den zweiten Verpflichtungszeitraum des Kyoto-Protokolls), ausgestellt von CH</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">CHUA</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">CH-Luftverkehrszertifikat</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">COP</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gemeinsame Verfahrensvorschriften. Gemeinsam entwickelte Verfahren für die Operationalisierung der Verknüpfung zwischen dem EU‑EHS und dem EHS der Schweiz</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EHR</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Emissionshandelsregister</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EHS</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Emissionshandelssystem</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EU</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Europäische Union</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EUA</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Allgemeines EU-Zertifikat</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EUAA</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EU-Luftverkehrszertifikat</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EUCR</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Konsolidiertes Register der Europäischen Union</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">EUTL</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaktionsprotokoll der Europäischen Union</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Register</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Verbuchungssystem für im Rahmen des EHS ausgestellte Zertifikate, das das Eigentum an in elektronischen Konten verbuchten Zertifikaten verfolgt</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">SSTL</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Schweizer Zusatztransaktionsprotokoll</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaktion</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein Vorgang in einem Register, der die Übertragung eines Zertifikats von einem Konto auf ein anderes umfasst</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaktionsprotokollsystem</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Transaktionsprotokoll sind die einzelnen vorgeschlagenen Transaktionen erfasst, die von einem Register an das andere übermittelt werden</p>				</td>			</tr>		</table><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tabelle 1–2</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Technische Abkürzungen und Begriffsbestimmungen</p><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Abkürzung</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Begriffsbestimmung</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Asymmetrische Kryptografie</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verwendung öffentlicher und privater Schlüssel zur Ver- und Entschlüsselung von Daten</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zertifizierungsstelle</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Stelle, die digitale Zertifikate ausstellt</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Kryptografischer Schlüssel</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Information, die die funktionale Ausgabe eines kryptografischen Algorithmus bestimmt</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Entschlüsselung</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Rückgängigmachung der Verschlüsselung</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Digitale Signatur</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ein mathematisches Verfahren zur Validierung der Authentizität und Integrität einer Meldung, einer Software oder eines digitalen Dokuments</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verschlüsselung</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Umwandlung von Informationen oder Daten in einen Code, insbesondere um unbefugten Zugriff zu verhindern</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dateieingabe</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Lesen einer Datei</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Firewall</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Netzsicherheitsanwendung oder -software zur Überwachung und Kontrolle des ein- und ausgehenden Netzverkehrs auf der Grundlage vorab festgelegter Regeln</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Heartbeat-Überwachung</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Periodisches Signal, das von Hardware oder Software erzeugt und überwacht wird, um Normalbetrieb zu bestätigen oder andere Teile eines Computersystems zu synchronisieren</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IPSec</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IP-Sicherheit (IP SECurity). Netzwerkprotokollsuite, die die Datenpakete authentifiziert und verschlüsselt, um eine sichere verschlüsselte Kommunikation zwischen zwei Computern über ein Internetprotokollnetz zu ermöglichen</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Penetrationstest</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Test eines Computersystems, eines Netzwerks oder einer Web-Anwendung, um Sicherheitslücken zu finden, die ein Angreifer ausnutzen könnte</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abgleichverfahren</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verfahren, mit dem sichergestellt wird, dass zwei Datensätze übereinstimmen</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">VPN</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Virtuelles privates Netzwerk</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">XML</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Erweiterbare Auszeichnungssprache. Mit ihrer Hilfe können Designer ihre eigenen massgeschneiderten Tags erstellen und so die Definition, Übermittlung, Validierung und Interpretation von Daten zwischen Anwendungen und zwischen Organisationen ermöglichen.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_2"><num>2.</num><heading>Einleitung</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Abkommen zwischen der Europäischen Union und der Schweizerischen Eidgenossenschaft zur Verknüpfung ihrer jeweiligen Systeme für den Handel mit Treibhausgasemissionen vom 23. November 2017 (im Folgenden «Abkommen») sieht die gegenseitige Anerkennung von Emissionszertifikaten vor, die für die Einhaltung der Vorschriften im Rahmen des Emissionshandelssystems der Europäischen Union (im Folgenden «EU-EHS») oder des Emissionshandelssystems der Schweiz (im Folgenden «EHS der Schweiz») genutzt werden können. Um die Verknüpfung zwischen dem EU-EHS und dem EHS der Schweiz zu operationalisieren, wird eine direkte Verknüpfung zwischen dem Transaktionsprotokoll der Europäischen Union (European Union Transaction Log, im Folgenden «EUTL») des Unionsregisters und dem Schweizer Zusatztransaktionsprotokoll (Swiss Supplementary Transaction Log, im Folgenden «SSTL») des Schweizer Registers eingerichtet, sodass im Rahmen eines der beiden EHS vergebene Emissionszertifikate von einem Register in das andere übertragen werden können (Artikel 3 Absatz 2 des Abkommens). Für die Operationalisierung der Verknüpfung zwischen dem EU‑EHS und dem EHS der Schweiz wurde 2020 eine vorläufige Lösung umgesetzt. Ab 2023 wird sich die Registerverknüpfung zwischen den beiden Emissionshandelssystemen schrittweise zu einer dauerhaften Verknüpfung entwickeln, die voraussichtlich spätestens 2024 umgesetzt wird und die das Funktionieren der verknüpften Märkte in Bezug auf die Vorteile der Marktliquidität und die Ausführung von Transaktionen zwischen den beiden verknüpften Systemen in einer Weise ermöglichen wird, die einem einzigen, aus zwei Systemen bestehenden Markt entspricht, sodass die Marktteilnehmer so handeln können, als befänden sie sich auf einem einzigen Markt, der nur den individuellen Regulierungsvorschriften der Vertragsparteien unterliegt (Anhang II des Abkommens).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gemäss Artikel 3 Absatz 7 erstellen der Schweizer Registerverwalter und der Zentralverwalter der Union technische Verknüpfungsstandards (Linking Technical Standards, LTS) auf Basis der Grundsätze in Anhang II des Abkommens, in dem die Anforderungen für eine solide und gesicherte Verbindung zwischen dem SSTL und dem EUTL im Einzelnen beschrieben sind. Die von den Verwaltern entwickelten LTS werden wirksam, sobald sie durch Beschluss des Gemeinsamen Ausschusses angenommen wurden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Gemeinsame Ausschuss hat die technischen Verknüpfungsstandards mit seinem Beschluss Nr. 2/2020 angenommen. Der Gemeinsame Ausschuss wird die in diesem Dokument festgehaltenen aktualisierten technischen Verknüpfungsstandards mit seinem Beschluss Nr. 1/2024 annehmen. Im Einklang mit diesem Beschluss und den Ersuchen des Gemeinsamen Ausschusses haben der Schweizer Registerverwalter und der Zentralverwalter der Union weitere technische Leitlinien zur Operationalisierung der Verknüpfung erarbeitet und werden diese Leitlinien aktualisieren, um sie laufend an den technischen Fortschritt und die neuen Anforderungen in Bezug auf die Sicherheit der Verknüpfung und deren wirksames und effizientes Funktionieren anzupassen.</p></intro><level eId="annex_III/lvl_u1/lvl_2/lvl_2_1"><num>2.1.</num><heading>Geltungsbereich</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieses Dokument stellt den Konsens der Vertragsparteien über die Schaffung der technischen Grundlagen der Verknüpfung zwischen den Registern des EU‑EHS und des EHS der Schweiz dar. Es gibt zwar einen Überblick über die grundlegenden technischen Spezifikationen im Hinblick auf Architektur-, Dienstleistungs- und Sicherheitsanforderungen, doch sind weitere genaue Anleitungen erforderlich, um die Verknüpfung zu operationalisieren.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für das ordnungsgemässe Funktionieren der Verknüpfung sind weitere Prozesse und Verfahren erforderlich, um die Verknüpfung weiter zu operationalisieren. Gemäss Artikel 3 Absatz 6 des Abkommens werden diese Aspekte eingehend in den gemeinsamen Verfahrensvorschriften geregelt, die gesondert durch einen Beschluss des Gemeinsamen Ausschusses angenommen werden.</p></content></level><level eId="annex_III/lvl_u1/lvl_2/lvl_2_2"><num>2.2.</num><heading>Adressaten</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieses Dokument ist an den Schweizer Registerverwalter und den Zentralverwalter der Union gerichtet.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_3"><num>3.</num><heading>Allgemeine Bestimmungen</heading><level eId="annex_III/lvl_u1/lvl_3/lvl_3_1"><num>3.1.</num><heading>Architektur der Kommunikationsverbindung</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dieser Abschnitt enthält eine Beschreibung der allgemeinen Architektur der Operationalisierung der Verknüpfung zwischen dem EU‑EHS und dem EHS der Schweiz sowie der verschiedenen dazugehörigen Komponenten.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Da Sicherheit ein Schlüsselelement für die Definition der Architektur der Registerverknüpfung ist, wurden alle Massnahmen ergriffen, um über eine solide Architektur zu verfügen. Die dauerhafte Registerverknüpfung nutzt einen Datenaustauschmechanismus zur Umsetzung einer sicheren Air‑Gap-Verbindung.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die technische Lösung verwendet Folgendes:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ein Transferprotokoll für den sicheren Austausch von Meldungen;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Meldungen im XML-Format;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">XML-basierte digitale Signatur und Entschlüsselung;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">VPN.</p></item></blockList></intro><level eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_1"><num>3.1.1.</num><heading>Austausch von Meldungen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Kommunikation zwischen dem Unionsregister und dem Schweizer Register erfolgt auf der Grundlage eines Mechanismus für den Austausch von Meldungen über gesicherte Kanäle. Jede Seite stützt sich auf ihr eigenes Archiv der eingegangenen Meldungen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beide Vertragsparteien führen ein Protokoll über die eingegangenen Meldungen, einschliesslich Angaben zur Verarbeitung.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Fehler oder ein unerwarteter Status sind als Warnung zu melden und die Supportteams sollten Kontakt miteinander aufnehmen.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Fehler und unerwartete Ereignisse werden unter Einhaltung der im Vorfallmanagementprozess in den gemeinsamen Verfahrensvorschriften festgelegten operativen Verfahren behandelt.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2"><num>3.1.2.</num><heading>XML-Meldungen – übergeordnete Beschreibung</heading><content><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u1"><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine XML-Meldung enthält eines der folgenden Elemente:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">eine oder mehrere Transaktionsanfragen und/oder eine oder mehrere Transaktionsantworten;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ein Vorgang/eine Antwort im Zusammenhang mit dem Abgleich;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">eine Test-Meldung.</p></item></blockList><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u2"><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Meldung enthält eine Kopfzeile mit folgenden Informationen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Herkunfts-EHS;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_2/list_u2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">laufende Nummer.</p></item></blockList></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_3"><num>3.1.3.</num><heading>Eingabefenster</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die dauerhafte Registerverknüpfung basiert auf vordefinierten Eingabefenstern, an die sich eine Reihe benannter Ereignisse anschliessen. Über die Verknüpfung eingegangene Transaktionsanfragen werden nur in vordefinierten Zeitabständen eingegeben. Eingabefenster umfassen eine technische Validierung für ausgehende und eingehende Transaktionen. Darüber hinaus können täglich Abgleiche erfolgen und manuell ausgelöst werden.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Änderungen der Häufigkeit und/oder der Zeitpunkte dieser Ereignisse werden unter Einhaltung der im Prozess der Anfrageerledigung in den gemeinsamen Verfahrensvorschriften festgelegten operativen Verfahren behandelt.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4"><num>3.1.4.</num><heading>Fluss von Transaktionsmeldungen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ausgehende Transaktionen</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Hier geht es um Transaktionen aus Sicht des Auftraggeber-EHS. Das folgende Ablaufdiagramm zeigt den spezifischen Fluss:</p><p><img fedlex:original-width="108" fedlex:original-height="80" fedlex:original-text-width="148" fedlex:original-page-width="108" src="image/image1.png"/></p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Hauptfluss zeigt die folgenden Schritte (siehe obige Zeichnung)</p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1"><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_a"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">a) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Auftraggeber-EHS wird die Transaktionsanfrage vom Register an das Transaktionsprotokoll geschickt, sobald alle geschäftlichen Wartezeiten abgelaufen sind (gegebenenfalls Wartezeit von 24 Stunden).</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_b"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">b) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Transaktionsprotokoll validiert die Transaktionsanfrage.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_c"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">c) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Transaktionsanfrage wird an das Bestimmungs-EHS gesendet.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_d"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">d) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Annahmebestätigung wird an das Register des Herkunfts-EHS gesendet.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_e"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">e) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Bestimmungs-EHS validiert die Transaktionsanfrage.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_f"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">f) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Bestimmungs-EHS sendet die Annahmebestätigung an das Transaktionsprotokoll des Herkunfts-EHS zurück.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/lbl_g"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">g) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Transaktionsprotokoll sendet die Annahmebestätigung an das Register.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Alternativfluss «Ablehnung im Transaktionsprotokoll» (entsprechend der obigen Zeichnung, beginnend bei Buchstabe a im Hauptfluss)</p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u2"><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u2/lbl_a"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">a) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Herkunfts-EHS wird die Transaktionsanfrage vom Register an das Transaktionsprotokoll geschickt, sobald alle geschäftlichen Wartezeiten abgelaufen sind (gegebenenfalls Wartezeit von 24 Stunden).</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u2/lbl_b"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">b) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Transaktionsprotokoll validiert die Anfrage nicht.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u2/lbl_c"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">c) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Ablehnungsmeldung wird an das Register des Herkunfts-EHS gesendet.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Alternativfluss «Ablehnung im EHS» (entsprechend der obigen Zeichnung, beginnend bei Buchstabe d im Hauptfluss)</p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3"><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_a"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">a) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Herkunfts-EHS wird die Transaktionsanfrage vom Register an das Transaktionsprotokoll geschickt, sobald alle geschäftlichen Wartezeiten abgelaufen sind (gegebenenfalls Wartezeit von 24 Stunden).</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_b"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">b) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Transaktionsprotokoll validiert die Transaktion.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_c"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">c) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Transaktionsanfrage wird an das Bestimmungs-EHS gesendet.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_d"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">d) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Annahmemeldung wird an das Register des Herkunfts-EHS gesendet.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_e"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">e) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Transaktionsprotokoll des Empfänger-EHS validiert die Anfrage nicht.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_f"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">f) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Empfänger-EHS sendet die Ablehnungsbestätigung an das Transaktionsprotokoll des Auftraggeber-EHS.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u3/lbl_g"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">g) </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Transaktionsprotokoll sendet die Ablehnungsbestätigung an das Register.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eingehende Transaktionen</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Hier geht es um Transaktionen aus Sicht des Empfänger-EHS. Das folgende Ablaufdiagramm zeigt den spezifischen Fluss:</p><p><img fedlex:original-width="108" fedlex:original-height="72" fedlex:original-text-width="148" fedlex:original-page-width="108" src="image/image2.png"/></p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u4"><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Diagramm zeigt Folgendes:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u4/lbl_1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">1. </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn das Transaktionsprotokoll des Empfänger-EHS die Anfrage validiert, sendet es die Annahmemeldung an das Auftraggeber-EHS und eine Meldung «transaction completed» (Transaktion abgeschlossen) an das Register des Empfänger-EHS.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u4/lbl_2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">2. </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wird eine eingehende Anfrage im Transaktionsprotokoll abgelehnt, wird die Transaktionsanfrage nicht an das Register des Empfänger-EHS gesendet.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Protokoll</p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u5"><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Zyklus von Transaktionsmeldungen umfasst nur zwei Meldungen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u5/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Auftraggeber-EHS → Transaktionsvorschlag an das Empfänger-EHS</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u5/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Empfänger-EHS → Transaktionsantwort an das Auftraggeber-EHS: Entweder «accepted» (angenommen) oder «rejected» (abgelehnt) (unter Angabe des Ablehnungsgrundes)</p><blockList><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u5/bull_u2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Accepted: Transaktion ist «completed» (abgeschlossen)</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u5/bull_u2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Rejected: Transaktion ist «terminated» (eingestellt)</p></item></blockList></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaktionsstatus</p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6"><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Transaktionsstatus im Auftraggeber-EHS wird bei der Absendung der Anfrage auf «proposed» (vorgeschlagen) gesetzt.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Transaktionsstatus im Empfänger-EHS wird nach Eingang der Anfrage und während der Verarbeitung auf «proposed» gesetzt.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Transaktionsstatus im Empfänger-EHS wird nach Verarbeitung des Vorschlags auf «completed»/«terminated» (abgeschlossen/eingestellt) gesetzt. Das Empfänger-EHS sendet dann die entsprechende Annahme-/Ablehnungsmeldung.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Transaktionsstatus im Auftraggeber-EHS wird nach Eingang und Verarbeitung der Annahme/Ablehnung auf «completed»/«terminated» gesetzt.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn keine Antwort eingeht, bleibt der Transaktionsstatus im Auftraggeber-EHS unverändert bei «proposed».</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u6/bull_u6"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Empfänger-EHS setzt den Transaktionsstatus auf «terminated», wenn eine etwaige vorgeschlagene Transaktion länger als 30 Minuten im Status «proposed» verbleibt.</p></item></blockList><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Vorfälle in Verbindung mit Transaktionen werden unter Einhaltung der im Vorfallmanagementprozess in den gemeinsamen Verfahrensvorschriften festgelegten operativen Verfahren behandelt.</p>				</td>			</tr>		</table></content></level></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2"><num>3.2.</num><heading>Sicherheit der Datenübermittlung</heading><intro><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für die in der Übertragung befindlichen Daten gelten vier Sicherheitsstufen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lbl_1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">1. </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Netzzugangskontrolle: Firewall und Netzwerkverbindungsschicht;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lbl_2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">2. </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verschlüsselung der Transportschicht: VPN;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lbl_3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">3. </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verschlüsselung der Sitzungsschicht: Transferprotokoll für den sicheren Austausch von Meldungen;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lbl_4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">4. </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Verschlüsselung der Anwendungsschicht: XML-Inhaltsverschlüsselung und -Signatur.</p></item></blockList></intro><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_1"><num>3.2.1.</num><heading>Firewall und Netzwerkverbindung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Verbindung wird über ein Netzwerk hergestellt, das durch eine Hardware-basierte Firewall geschützt ist. Die Firewall muss so konfiguriert sein, dass nur «registrierte» Kunden Verbindungen zum VPN-Server herstellen können.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_2"><num>3.2.2.</num><heading>Virtuelles privates Netzwerk (VPN)</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die gesamte Kommunikation zwischen den Vertragsparteien wird durch Verwendung eines virtuellen privaten Netzwerks (VPN) geschützt. VPN-Technologien ermöglichen einen «VPN-Tunnel» über ein Netz wie das Internet von einem Punkt zum anderen und schützen damit die gesamte Kommunikation. Vor der Einrichtung des VPN-Tunnels wird einem potenziellen Kundenendpunkt ein digitales Zertifikat ausgestellt, das es dem Kunden ermöglicht, während der Verbindungsverhandlungen seine Identität nachzuweisen. Jede Vertragspartei ist für die Installation des Zertifikats in ihrem VPN-Endpunkt verantwortlich. Über digitale Zertifikate greift jeder VPN-Endserver auf eine zentrale Stelle zu, um Authentifizierungsdaten auszuhandeln. Während des Aufbaus des Tunnels wird eine Verschlüsselung ausgehandelt, die gewährleistet, dass die gesamte Kommunikation durch den Tunnel geschützt ist.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die VPN-Kundenendpunkte werden so konfiguriert, dass der VPN-Tunnel dauerhaft aufrechterhalten wird, damit jederzeit eine zuverlässige wechselseitige Echtzeit-Kommunikation zwischen den Vertragsparteien möglich ist.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Allgemeinen nutzt die Europäische Union die gesicherten transeuropäischen Telematikdienste für Behörden (sTESTA) als privates IP-gestütztes Netz. Daher eignet sich dieses Netz auch für die dauerhafte Registerverknüpfung.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_3"><num>3.2.3.</num><heading>IPSec-Umsetzung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Verwendung des IPSec-Protokolls zur Schaffung der Site-to-site-VPN-Infrastruktur ermöglicht die Site-to-site-Authentifizierung, die Datenintegrität und die Datenverschlüsselung. IPSec-VPN-Konfigurationen gewährleisten eine ordnungsgemässe Authentifizierung zwischen zwei Endpunkten einer VPN-Verbindung. Die Vertragsparteien identifizieren und authentifizieren den Remote-Client über die IPSec-Verbindung über ein digitales Zertifikat, das von einer von der anderen Seite anerkannten Zertifizierungsstelle bereitgestellt wird.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">IPSec gewährleistet auch die Datenintegrität der gesamten über den VPN-Tunnel übertragenen Kommunikation. Die Datenpakete werden mithilfe der vom VPN erstellten Authentifizierungsinformationen gehasht und signiert. Die Vertraulichkeit der Daten wird auch dadurch gewährleistet, dass die IPSec-Verschlüsselung aktiviert wird.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_4"><num>3.2.4.</num><heading>Transferprotokoll für den sicheren Austausch von Meldungen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die dauerhafte Registerverknüpfung stützt sich für den sicheren Datenaustausch zwischen den Vertragsparteien auf mehrere Verschlüsselungsschichten. Beide Systeme und ihre unterschiedlichen Umgebungen sind auf Netzwerkebene über VPN-Tunnel miteinander verbunden. In der Anwendungsschicht werden Dateien über ein Transferprotokoll für den sicheren Austausch von Meldungen in der Sitzungsschicht übertragen.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_5"><num>3.2.5.</num><heading>XML-Verschlüsselung und -Signatur</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Innerhalb von XML-Dateien erfolgt die Signatur und Verschlüsselung auf zwei Ebenen. Jede Transaktionsanfrage, Transaktionsantwort und Abgleichmeldung wird einzeln digital signiert.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">In einem zweiten Schritt wird jedes Unterelement des Elements «Meldung» einzeln verschlüsselt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Darüber hinaus wird als dritter Schritt und zur Gewährleistung der Integrität und Nicht-Abstreitbarkeit der gesamten Meldung das Wurzelelement digital signiert. Dies führt zu einem hohen Schutzniveau für die eingebetteten XML-Daten. Die technische Umsetzung entspricht den Standards des World Wide Web Consortiums.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Um die Meldung zu entschlüsseln und zu überprüfen, wird das Verfahren in umgekehrter Reihenfolge angewendet.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_6"><num>3.2.6.</num><heading>Kryptografische Schlüssel</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zur Verschlüsselung und Signatur wird ein Public-Key-Verschlüsselungsverfahren verwendet.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Für den Sonderfall IPSec wird ein digitales Zertifikat verwendet, das von einer Zertifizierungsstelle ausgestellt wurde, der beide Vertragsparteien vertrauen. Diese Zertifizierungsstelle prüft die Identität des Zertifikatinhabers und stellt Zertifikate aus, die zur positiven Identifizierung einer Organisation verwendet werden, und richtet sichere Datenkommunikationskanäle zwischen den Vertragsparteien ein.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zur Signatur und Verschlüsselung von Kommunikationskanälen und Dateien werden kryptografische Schlüssel verwendet. Die öffentlichen Zertifikate werden von den Vertragsparteien digital über sichere Kanäle ausgetauscht und ausserhalb des Bandes überprüft. Dieses Verfahren ist integraler Bestandteil des Informationssicherheitsmanagements in den gemeinsamen Verfahrensvorschriften.</p>				</td>			</tr>		</table></content></level></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_3"><num>3.3.</num><heading>Liste der Funktionen im Rahmen der Verknüpfung</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Rahmen der Verknüpfung wird das Übertragungssystem für eine Reihe von Funktionen festgelegt, mit denen die aus dem Abkommen abgeleiteten Geschäftsabläufe umgesetzt werden. Die Verknüpfung umfasst auch die Spezifikation für das Abgleichverfahren und die Testmeldungen, die die Durchführung einer Heartbeat-Überwachung ermöglichen.</p></intro><level eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1"><num>3.3.1.</num><heading>Geschäftstransaktionen</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Aus geschäftlicher Sicht umfasst die Verknüpfung vier (4) Arten von Transaktionsanfragen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Externe Übertragung:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Nach dem Inkrafttreten der EHS-Verknüpfung sind EU- und CH-Zertifikate zwischen den Vertragsparteien austauschbar und somit vollständig übertragbar.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Übertragung über die Verknüpfung erfolgt mithilfe eines Auftraggeberkontos in einem EHS und eines Empfängerkontos in dem anderen EHS.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u3/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Übertragung kann jede beliebige Menge von vier (4) Arten von Zertifikaten umfassen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u3/bull_u1"><num>– </num><p>Allgemeine CH-Zertifikate (CHU);</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u3/bull_u2"><num>– </num><p>CH-Luftverkehrszertifikate (CHUA);</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u3/bull_u3"><num>– </num><p>Allgemeine EU-Zertifikate (EUA);</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u1/bull_u3/bull_u4"><num>– </num><p>EU-Luftverkehrszertifikate (EUAA).</p></item></blockList></item></blockList></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Internationale Zuteilung:</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"/><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Luftfahrzeugbetreiber, die von einem EHS verwaltet werden und Verpflichtungen aus dem anderen EHS sowie Anspruch auf kostenlose Zertifikate aus dem zweiten EHS haben, erhalten im Wege der internationalen Zuteilungstransaktion kostenlose Luftverkehrszertifikate aus dem zweiten EHS.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Rückgängigmachung der internationalen Zuteilung:</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"/><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Transaktion findet statt, wenn kostenlose Zuteilungen von Zertifikaten an ein Luftfahrzeugbetreiberkonto durch das andere EHS vollständig rückgängig gemacht werden müssen.</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u6"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Rückübertragung einer Überschusszuteilung:</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1/bull_u7"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"/><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ähnlich der Rückgängigmachung, jedoch muss die Zuteilung nicht vollständig rückgängig gemacht werden, vielmehr müssen lediglich die überschüssigen zugeteilten Zertifikate an das zuteilende EHS rückübertragen werden.</p></item></blockList></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_2"><num>3.3.2.</num><heading>Abgleichprotokoll</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abgleiche finden erst statt, nachdem die Fenster für die Eingabe, Validierung und Verarbeitung von Meldungen geschlossen sind.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abgleiche sind ein integraler Bestandteil der Sicherheits- und Kohärenzmassnahmen der Verknüpfung. Beide Vertragsparteien einigen sich vor der Aufstellung eines Zeitplans auf den genauen Zeitpunkt des Abgleichs. Ein täglicher planmässiger Abgleich kann stattfinden, wenn beide Vertragsparteien zustimmen. Nach jeder Eingabe wird zumindest ein planmässiger Abgleich durchgeführt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Auf jeden Fall kann jede Vertragspartei jederzeit manuelle Abgleiche einleiten.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Änderungen von Zeitpunkt und Häufigkeit der planmässigen Abgleiche werden unter Einhaltung der im Prozess der Anfrageerledigung in den gemeinsamen Verfahrensvorschriften festgelegten operativen Verfahren behandelt.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_3"><num>3.3.3.</num><heading>Test-Meldung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zur Prüfung der Ende-zu-Ende-Kommunikation ist eine Test-Meldung vorgesehen. Die Meldung enthält Daten, mit denen die Meldung als Test gekennzeichnet wird, und wird bei Eingang am anderen Ende beantwortet.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_4"><num>3.4.</num><heading>Anforderungen an die Datenprotokollierung</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Um die beiden Vertragsparteien dabei zu unterstützen, genaue und kohärente Datensätze zu pflegen, und um Instrumente für das Abgleichverfahren zur Beseitigung von Unstimmigkeiten bereitzustellen, werden von beiden Vertragsparteien vier (4) Arten von Datenprotokollen geführt:</listIntroduction><item eId="annex_III/lvl_u1/lvl_3/lvl_3_4/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaktionsprotokolle;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_4/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abgleichprotokolle;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_4/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Meldungsarchiv;</p></item><item eId="annex_III/lvl_u1/lvl_3/lvl_3_4/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Protokoll der internen Prüfung.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Alle Daten in diesen Protokollen werden für die Zwecke der Fehlerbehebung mindestens drei (3) Monate lang aufbewahrt; ihre weitere Speicherung richtet sich nach dem jeweils für die Vertragsparteien in Bezug auf Audits geltenden Recht. Protokolldateien, die älter als drei (3) Monate sind, können in einem unabhängigen IT-System an einem sicheren Ort archiviert werden, sofern sie innerhalb einer angemessenen Frist abgerufen werden können oder darauf zugegriffen werden kann.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaktionsprotokolle</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sowohl das EUTL- als auch das SSTL-Teilsystem umfassen Transaktionsprotokollimplementierungen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Konkret werden in den Transaktionsprotokollen Aufzeichnungen über jede vorgeschlagene Transaktion geführt, die an das andere EHS gesendet wird. Jede Aufzeichnung enthält alle Felder des Transaktionsinhalts und das anschliessende Ergebnis der Transaktion (die Antwort des Empfänger-EHS). In den Transaktionsprotokollen werden auch Aufzeichnungen über die eingehenden Transaktionen sowie über die an das Herkunfts-EHS gesendete Antwort geführt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abgleichprotokolle</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Abgleichprotokoll enthält eine Aufzeichnung jeder zwischen den beiden Vertragsparteien ausgetauschten Abgleichmeldung, einschliesslich der Abgleich-Kennung, des Zeitstempels und des Ergebnisses des Abgleichs: Abgleichstatus «Pass» (keine Abweichungen) oder «Discrepancies» (Abweichungen). In der dauerhaften Registerverknüpfung sind Abgleichmeldungen integraler Bestandteil der ausgetauschten Meldungen und werden daher wie im Abschnitt «Meldungsarchiv» beschrieben gespeichert.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beide Vertragsparteien protokollieren jede Anfrage und ihre Antwort im Abgleichprotokoll. Obwohl die Informationen im Abgleichprotokoll nicht direkt im Rahmen des Abgleichs selbst ausgetauscht werden, kann der Zugang zu diesen Informationen erforderlich sein, um Unstimmigkeiten zu beseitigen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Meldungsarchiv</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beide Parteien sind verpflichtet, eine Kopie der ausgetauschten Daten (die XML-Dateien), die gesendet und empfangen wurden, zu archivieren und anzugeben, ob das Format dieser Daten oder XML-Meldungen korrekt war.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Archiv dient vor allem für Audits, um einen Nachweis darüber zu erhalten, was an die andere Vertragspartei gesendet und von ihr empfangen wurde. Daher müssen zusammen mit den Dateien auch die entsprechenden Zertifikate archiviert werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Dateien liefern ausserdem zusätzliche Informationen für die Fehlerbehebung.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Protokoll der internen Prüfung</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Protokolle werden von jeder Vertragspartei selbst festgelegt und verwendet.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_5"><num>3.5.</num><heading>Betriebsvoraussetzungen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Datenaustausch zwischen beiden Systemen ist bei der dauerhaften Registerverknüpfung nicht völlig autonom; d. h., die Betreiber und Verfahren müssen die Verknüpfung operationalisieren. Zu diesem Zweck werden in diesem Prozess mehrere Rollen und Instrumente eingehend beschrieben.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_4"><num>4.</num><heading>Verfügbarkeitsvorgaben</heading><level eId="annex_III/lvl_u1/lvl_4/lvl_4_1"><num>4.1.</num><heading>Gestaltung der Kommunikationsverfügbarkeit</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Architektur der dauerhaften Registerverknüpfung ist im Grunde eine IKT-Infrastruktur und -Software, die die Kommunikation zwischen dem EHS der Schweiz und dem EU-EHS ermöglichen. Die Gewährleistung eines hohen Masses an Verfügbarkeit, Integrität und Vertraulichkeit dieses Datenflusses wird somit zu einem wesentlichen Aspekt, der bei der Gestaltung der dauerhaften Registerverknüpfung zu berücksichtigen ist. Da es sich um ein Projekt handelt, bei dem die IKT-Infrastruktur, die massgeschneiderte Software und die Prozesse eine entscheidende Rolle spielen, müssen alle drei Elemente berücksichtigt werden, um ein widerstandsfähiges System zu entwerfen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Widerstandsfähigkeit der IKT-Infrastruktur</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Das Kapitel «Allgemeine Bestimmungen» dieses Dokuments enthält detaillierte Angaben zu den Bausteinen der Architektur. Im Hinblick auf die IKT-Infrastruktur wird mit der dauerhaften Registerverknüpfung ein widerstandsfähiges VPN-Netz eingerichtet, das sichere Kommunikationstunnel schafft, über die ein sicherer Austausch von Meldungen stattfinden kann. Andere Infrastrukturelemente werden für hohe Verfügbarkeit konfiguriert und/oder stützen sich auf Ausweichmechanismen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Widerstandsfähigkeit der massgeschneiderten Software</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die massgeschneiderten Software-Module verbessern die Widerstandsfähigkeit, indem sie für einen bestimmten Zeitraum versuchen, die Kommunikation mit der anderen Seite erneut herzustellen, wenn diese aus irgendeinem Grund nicht verfügbar ist.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Widerstandsfähigkeit der Dienste</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bei der dauerhaften Registerverknüpfung findet der Datenaustausch zwischen den Vertragsparteien in vordefinierten Zeitabständen statt. Bei einigen der für den vorprogrammierten Datenaustausch erforderlichen Schritte ist ein manuelles Eingreifen der Systembetreiber und/oder Registerverwalter nötig. Unter Berücksichtigung dieses Aspekts und um die Verfügbarkeit und den Erfolg der Austausche zu erhöhen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_4/lvl_4_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">sehen die Verfahrensvorschriften spezifische Zeitfenster für die Durchführung der einzelnen Schritte vor;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">nutzen die Software-Module für die dauerhafte Registerverknüpfung asynchrone Kommunikation;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_1/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">wird im Rahmen des automatischen Abgleichverfahrens festgestellt, ob es auf einer der Seiten Probleme bei der Eingabe von Dateien gab;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_1/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">werden Überwachungsprozesse (IKT-Infrastruktur und massgeschneiderte Software-Module) in die Vorfallmanagementverfahren einbezogen und können diese auslösen (wie in den gemeinsamen Verfahrensvorschriften festgelegt). Diese Verfahren, die die Zeit bis zur Wiederherstellung des Normalbetriebs nach Vorfällen verkürzen sollen, sind unerlässlich, um hohe Verfügbarkeitsquoten zu gewährleisten.</p></item></blockList></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2"><num>4.2.</num><heading>Initialisierungs-, Kommunikations-, Reaktivierungs- und Testplan</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Alle an der Architektur der dauerhaften Registerverknüpfung beteiligten Elemente müssen eine Reihe individueller und kollektiver Tests bestehen, um zu bestätigen, dass die Plattform auf der Ebene der IKT-Infrastruktur und der Informationssysteme betriebsbereit ist. Diese Betriebstests sind jedes Mal zwingend erforderlich, wenn die dauerhafte Registerverknüpfung auf der Plattform vom Status «suspended» (unterbrochen) zu «operational» (betriebsbereit) übergeht.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Aufnahme des Betriebs der Verknüpfung erfordert dann die erfolgreiche Durchführung eines vordefinierten Testplans. Dadurch wird bestätigt, dass jedes Register zunächst eine Reihe interner Tests durchgeführt hat, gefolgt von der Validierung der Ende-zu-Ende-Konnektivität, bevor mit der Übermittlung von Produktionstransaktionen zwischen beiden Vertragsparteien begonnen wird.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Der Testplan sollte die allgemeine Teststrategie und Einzelheiten zur Testinfrastruktur enthalten. Insbesondere sollte er für jedes Element in jedem Testblock Folgendes umfassen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die Testkriterien und -instrumente;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die für die Durchführung des Tests zugewiesenen Rollen;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die erwarteten Ergebnisse (positiv und negativ);</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u4"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">den Zeitplan für die Prüfungen;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u5"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die Protokollierung der Anforderungen an die Prüfergebnisse;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u6"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die Dokumentation zur Fehlerbehebung;</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/bull_u7"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die Eskalationsvorschriften.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Als Prozess könnten die Tests zur Aufnahme des Betriebs in vier (4) Konzeptblöcke oder -phasen unterteilt werden:</p></intro><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_1"><num>4.2.1.</num><heading>Interne IKT-Infrastrukturtests</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Tests sind von beiden Registerverwaltern an jedem Ende einzeln durchzuführen und/oder zu prüfen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jedes Element der IKT-Infrastruktur ist an beiden Enden einzeln zu prüfen. Dies schliesst jede einzelne Komponente der Infrastruktur ein. Diese Prüfungen können automatisch oder manuell durchgeführt werden, müssen jedoch sicherstellen, dass alle Elemente der Infrastruktur betriebsbereit sind.</p></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_2"><num>4.2.2.</num><heading>Kommunikationstests</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Tests werden von jeder Vertragspartei einzeln eingeleitet; der Abschluss der Tests erfordert die Zusammenarbeit mit der anderen Vertragspartei.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sobald die einzelnen Elemente betriebsbereit sind, müssen die Kommunikationskanäle zwischen beiden Registern getestet werden. Zu diesem Zweck überprüft jede Vertragspartei, ob der Internetzugang funktioniert, die VPN-Tunnel eingerichtet sind und eine Site-to-Site-IP-Konnektivität besteht. Die Erreichbarkeit der lokalen und Fern-Infrastrukturelemente und die IP-Konnektivität sollten dann dem anderen Ende bestätigt werden.</p></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_3"><num>4.2.3.</num><heading>Vollständige Systemtests (Ende-zu-Ende-Tests)</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Tests sind an beiden Enden durchzuführen und die Ergebnisse der anderen Vertragspartei mitzuteilen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sobald die Kommunikationskanäle und die einzelnen Komponenten beider Register getestet sind, wird von jeder Seite eine Reihe simulierter Transaktionen und Abgleiche vorgenommen, die alle im Rahmen der Verknüpfung umzusetzenden Funktionen darstellen.</p></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_4"><num>4.2.4.</num><heading>Sicherheitsprüfungen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Diese Tests sollen von beiden Registerverwaltern am jeweiligen Ende gemäss den Abschnitten 5.4 «Leitlinien für Sicherheitsprüfungen» und 5.5 «Vorschriften für die Risikobewertung» durchgeführt und/oder ausgelöst werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Erst wenn jede(r) der vier Phasen/Blöcke mit vorhersehbaren Ergebnissen abgeschlossen ist, kann die dauerhafte Registerverknüpfung als betriebsbereit betrachtet werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Testressourcen</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei stützt sich auf spezifische Testressourcen (spezifische Software und Hardware für die IKT-Infrastruktur) und entwickelt Testfunktionen in ihrem jeweiligen System, um die manuelle und kontinuierliche Validierung der Plattform zu unterstützen. Individuelle und kooperative manuelle Testverfahren können jederzeit von Registerverwaltern durchgeführt werden. Die Aufnahme des Betriebs an sich ist ein manueller Prozess.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gleichzeitig ist vorgesehen, dass die Plattform in regelmässigen Abständen automatische Kontrollen durchführt. Diese Kontrollen zielen darauf ab, die Verfügbarkeit der Plattform zu erhöhen, indem mögliche Infrastruktur- oder Softwareprobleme frühzeitig erkannt werden. Dieses Überwachungskonzept für die Plattform besteht aus zwei Elementen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_4/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Überwachung der IKT-Infrastruktur: Die Infrastruktur wird an beiden Enden von den IKT-Infrastrukturdienstleistern überwacht. Die automatischen Tests decken die verschiedenen Infrastrukturelemente und die Verfügbarkeit der Kommunikationskanäle ab.</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_4/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Überwachung der Anwendung: Mit den Software-Modulen für die dauerhafte Registerverknüpfung wird die Systemkommunikation auf der Anwendungsschicht (manuell und/oder in regelmässigen Abständen) überwacht, um die Ende-zu-Ende-Verfügbarkeit der Verknüpfung zu testen, indem einige der Transaktionen über die Verknüpfung simuliert werden.</p></item></blockList></content></level></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_3"><num>4.3.</num><heading>Abnahme-/Testumgebungen</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_3/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Architektur des Unionsregisters und des Schweizer Registers umfasst die folgenden drei Umgebungen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_4/lvl_4_3/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Produktion (PROD): Diese Umgebung enthält die realen Daten und verarbeitet reale Transaktionen.</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_3/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Abnahme (ACC): Diese Umgebung enthält nicht-reale oder anonymisierte, repräsentative Daten. In dieser Umgebung validieren die Systembetreiber beider Vertragsparteien neue Releases.</p></item><item eId="annex_III/lvl_u1/lvl_4/lvl_4_3/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Test (TEST): Diese Umgebung enthält nicht-reale oder anonymisierte, repräsentative Daten. Diese Umgebung ist nur Registerverwaltern zugänglich und von beiden Vertragsparteien für Integrationstests zu nutzen.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Mit Ausnahme des VPN sind die drei Umgebungen völlig unabhängig voneinander, d. h. Hardware, Software, Datenbanken, virtuelle Umgebungen, IP-Adressen und Ports werden unabhängig voneinander eingerichtet und betrieben.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Hinblick auf das VPN-Layout muss die Kommunikation zwischen den drei Umgebungen völlig unabhängig sein, was durch die Verwendung von sTESTA gewährleistet wird.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_5"><num>5.</num><heading>Vertraulichkeits- und Integritätsvorschriften</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Sicherheitsmechanismen und -verfahren sehen für die Vorgänge im Zusammenhang mit der Verknüpfung zwischen dem Unionsregister und dem Schweizer Register eine Zwei-Personen-Methode (Vier-Augen-Prinzip) vor. Das Vier-Augen-Prinzip gilt, wann immer dies erforderlich ist, jedoch möglicherweise nicht für alle Schritte, die von Registerverwaltern unternommen werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Sicherheitsanforderungen werden im Sicherheitsmanagementplan berücksichtigt und behandelt, der auch Prozesse im Zusammenhang mit dem Umgang mit Sicherheitsvorfällen nach einer möglichen Sicherheitsverletzung umfasst. Der operative Teil dieser Prozesse wird in den gemeinsamen Verfahrensvorschriften beschrieben.</p></intro><level eId="annex_III/lvl_u1/lvl_5/lvl_5_1"><num>5.1.</num><heading>Infrastruktur für die Sicherheitsprüfung</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_5/lvl_5_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei verpflichtet sich zur Einrichtung einer Infrastruktur für die Sicherheitsprüfung (unter Verwendung der gemeinsamen Software und Hardware für die Erkennung von Schwachstellen in der Entwicklungs- und der Betriebsphase):</listIntroduction><item eId="annex_III/lvl_u1/lvl_5/lvl_5_1/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">die von der Produktionsumgebung getrennt ist;</p></item><item eId="annex_III/lvl_u1/lvl_5/lvl_5_1/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">wo die Sicherheit von einem Team analysiert wird, das nicht an der Entwicklung und am Betrieb des Systems beteiligt ist.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei verpflichtet sich, sowohl statische als auch dynamische Analysen durchzuführen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Falle dynamischer Analysen (wie Penetrationstests) verpflichten sich beide Vertragsparteien, die Bewertungen im Allgemeinen auf die Test- und Abnahmeumgebungen (wie im Abschnitt 4.3 «Abnahme-/Testumgebungen» definiert) zu beschränken. Ausnahmen von dieser Strategie bedürfen der Zustimmung beider Vertragsparteien.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Vor dem Einsatz in der Produktionsumgebung muss jedes Software-Modul der Verknüpfung (wie im Abschnitt 3.1 «Architektur der Kommunikationsverbindung» definiert) einer Sicherheitsprüfung unterzogen werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Prüfinfrastruktur muss sowohl auf der Ebene des Netzes als auch auf der Ebene der Infrastruktur von der Produktion getrennt sein. Die Sicherheitsprüfungen, die erforderlich sind, um die Einhaltung der Sicherheitsanforderungen zu überprüfen, werden innerhalb der Prüfinfrastruktur durchgeführt.</p></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_2"><num>5.2.</num><heading>Unterbrechung der Verknüpfung und Vorschriften für ihre Reaktivierung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Falls der Verdacht besteht, dass die Sicherheit des Schweizer Registers, des SSTL, des Unionsregisters oder des EUTL beeinträchtigt wurde, unterrichtet eine Vertragspartei die andere unverzüglich darüber und unterbricht die Verknüpfung zwischen dem SSTL und dem EUTL.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Verfahren für den Informationsaustausch, eine Entscheidung über die Unterbrechung und eine Entscheidung über die Reaktivierung sind Teil des Prozesses der Anfrageerledigung in den gemeinsamen Verfahrensvorschriften.</p>				</td>			</tr>		</table><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Unterbrechungen</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_5/lvl_5_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Unterbrechung der Registerverknüpfung gemäss Anhang II des Abkommens kann folgende Ursachen haben:</listIntroduction><item eId="annex_III/lvl_u1/lvl_5/lvl_5_2/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">verwaltungstechnische Gründe (z. B. Wartung), die geplant sind;</p></item><item eId="annex_III/lvl_u1/lvl_5/lvl_5_2/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sicherheitsgründe (oder Ausfall der IT-Infrastruktur), die ungeplant sind.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Im Notfall unterrichtet eine Vertragspartei die andere Vertragspartei und unterbricht die Registerverknüpfung einseitig.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wird beschlossen, die Registerverknüpfung zu unterbrechen, stellt jede Vertragspartei daher sicher, dass die Verknüpfung auf Netzwerkebene unterbrochen wird (durch Sperrung von Teilen oder der Gesamtheit der ein- und ausgehenden Verbindungen).</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Entscheidung über die Unterbrechung der Registerverknüpfung – unabhängig davon, ob sie geplant oder ungeplant ist – wird nach dem Verfahren für das Änderungsmanagement oder das Sicherheitsvorfall-Management in den gemeinsamen Verfahrensvorschriften getroffen.</p>				</td>			</tr>		</table><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Reaktivierung der Kommunikation</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Eine Entscheidung über die Reaktivierung der Registerverknüpfung wird auf die in den gemeinsamen Verfahrensvorschriften dargelegten Weise getroffen, und darf keinesfalls vor dem erfolgreichen Abschluss der Sicherheitsprüfverfahren gemäss den Abschnitten 5.4 «Leitlinien für Sicherheitsprüfungen» und 4.2 «Initialisierungs-, Kommunikations-, Reaktivierungs- und Testplan» erfolgen.</p></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_3"><num>5.3.</num><heading>Vorschriften für Sicherheitsverletzungen</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Bei einer Sicherheitsverletzung handelt es sich um einen Sicherheitsvorfall, der die Vertraulichkeit und Integrität vertraulicher Informationen und/oder die Verfügbarkeit des Systems, in dem sie verarbeitet werden, beeinträchtigt.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Vertrauliche Informationen sind im Verzeichnis vertraulicher Informationen aufgeführt und können im System oder in jedem damit zusammenhängenden Teil verarbeitet werden.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Informationen, die unmittelbar mit der Sicherheitsverletzung in Zusammenhang stehen, gelten als vertraulich, werden als «SPECIAL HANDLING: ETS Critical» gekennzeichnet und im Einklang mit den Handhabungsanweisungen behandelt, sofern nichts anderes festgelegt ist.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Sicherheitsverletzung wird gemäss dem Kapitel «Sicherheitsvorfallmanagement» der gemeinsamen Verfahrensvorschriften behandelt.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_4"><num>5.4.</num><heading>Leitlinien für Sicherheitsprüfungen</heading><level eId="annex_III/lvl_u1/lvl_5/lvl_5_4/lvl_5_4_1"><num>5.4.1.</num><heading>Software</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Zumindest alle grösseren Releases der Software werden im Einklang mit den in den LTS festgelegten Sicherheitsanforderungen einer Sicherheitsprüfung, gegebenenfalls einschliesslich eines Penetrationstests, unterzogen, um die Sicherheit der Verknüpfung und die entsprechenden Risiken zu bewerten.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Wenn in den letzten zwölf Monaten keine grösseren Releases veröffentlicht wurden, wird das aktuelle System unter Berücksichtigung der Entwicklung der Cyberbedrohungslage in den letzten zwölf Monaten einem Sicherheitstest unterzogen.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Sicherheit der Registerverknüpfung wird in der Abnahmeumgebung und erforderlichenfalls in der Produktionsumgebung sowie unter Koordinierung und mit gegenseitigem Einverständnis beider Vertragsparteien getestet.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Beim Prüfen von Web-Anwendungen sind internationale offene Standards zu beachten, wie sie im Rahmen des Projekts «Open Web Application Security Project» (OWASP) entwickelt wurden.</p></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_4/lvl_5_4_2"><num>5.4.2.</num><heading>Infrastruktur</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Die Infrastruktur, auf die sich das Produktionssystem stützt, wird regelmässig (mindestens einmal monatlich) auf Schwachstellen geprüft; werden Schwachstellen festgestellt, werden diese nach dem gleichen Grundsatz wie im vorherigen Abschnitt unter Verwendung einer aktuellen Schwachstellendatenbank behoben.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_5"><num>5.5.</num><heading>Vorschriften für die Risikobewertung</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ist ein Penetrationstest anwendbar, so muss dieser in die Sicherheitsprüfung einbezogen werden.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_5/lvl_5_5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Jede Vertragspartei kann ein spezialisiertes Unternehmen mit der Durchführung von Sicherheitsprüfungen beauftragen, sofern dieses Unternehmen:</listIntroduction><item eId="annex_III/lvl_u1/lvl_5/lvl_5_5/bull_u1"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">über die Fähigkeiten für solche Sicherheitsprüfungen und entsprechende Erfahrungen verfügt;</p></item><item eId="annex_III/lvl_u1/lvl_5/lvl_5_5/bull_u2"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">nicht direkt dem Entwickler der Software und/oder seinem Auftragnehmer unterstellt ist und weder an der Entwicklung der Software für die Verknüpfung beteiligt noch selbst Unterauftragnehmer des Entwicklers ist;</p></item><item eId="annex_III/lvl_u1/lvl_5/lvl_5_5/bull_u3"><num xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">– </num><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">eine Geheimhaltungsvereinbarung unterzeichnet hat, damit die Ergebnisse vertraulich bleiben und im Einklang mit den Handhabungsanweisungen als «SPECIAL HANDLING: ETS Critical» behandelt werden.</p></item></blockList></content></level></level></level></mainBody></doc></component></components></act></akomaNtoso>