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 <?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/fr/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr"/><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="fr"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/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="Chancellerie fédérale"/><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/FRA" showAs="fr"/><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>RO <b>2025</b> 362 </p><p><docTitle>Décision n<sup>o</sup> 1/2024<br/>du comité mixte institué par l’accord 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</docTitle></p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Adoptée le 4 décembre 2024<br/>Entrée en vigueur le 4 décembre 2024</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> (État le 4 décembre 2024)</p></preface><preamble><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Texte original</p><p>Le comité mixte,</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">vu l’accord entre l’Union européenne et la Confédération suisse sur le couplage de leurs systèmes d’échange de quotas d’émission de gaz à effet de serre<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">RS<b> 0.814.011.268</b></ref>; JO UE L 322 du 7.12.2017, p. 3.</p>	</authorialNote> (ci-après dénommé «accord»), et notamment son art. 9 et son art. 13, par. 2,</p><blockList><listIntroduction eId="listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">considérant ce qui suit:</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">La décision n<sup>o</sup> 2/2019 du comité mixte<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">RO <b>2020</b> 369</ref>; JO UE L 314 du 29.9.2020, p. 68.</p>	</authorialNote> a prévu une solution provisoire pour rendre opérationnel le couplage entre le SEQE de l’UE et le SEQE de la Suisse.</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">Lors de sa troisième réunion, le comité mixte est convenu de la nécessité d’analyser le rapport coût-efficacité d’un couplage permanent entre le registre de l’Union et le registre de la Suisse.</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">Lors de cinquième réunion, le comité mixte a approuvé le rapport présenté par le groupe de travail institué par les décisions n<sup>o</sup> 1/2020<authorialNote>		<p> Décision n<sup xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">o</sup> 1/2020 du comité mixte institué par l’accord entre l’Union européenne et la Confédération suisse sur le couplage de leurs systèmes d’échange de quotas d’émission de gaz à effet de serre du 5 novembre 2020 relative à l’adoption de procédures opérationnelles communes (JO UE L 226 du 25.6.2021, p. 2).</p>	</authorialNote> et n<sup>o</sup> 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">RO <b>2020</b> 6365</ref>; JO UE L 226 du 25.6.2021, p. 16.</p>	</authorialNote> du comité mixte. Dans ce rapport, le groupe de travail a analysé et recommandé une approche pour la mise en œuvre du couplage permanent entre le registre de l’Union et le registre de la Suisse.</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">Pour tenir compte des exigences techniques relatives au couplage permanent entre le registre de l’Union et le registre de la Suisse, ainsi que pour rationaliser les dispositions de l’annexe II de l’accord à la lumière des évolutions technologiques, il convient de modifier l’annexe II de l’accord.</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">Pour garantir la cohérence des procédures opérationnelles communes et des normes techniques de couplage avec l’annexe II de l’accord, il y a lieu de modifier ces documents également,</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">a adopté la présente décision:</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"> L’annexe II de l’accord est remplacée par le texte figurant à l’annexe I de la présente décision.</p></content></paragraph><paragraph eId="art_1/para_2"><num>2</num><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> Les procédures opérationnelles communes visées à l’art. 3, par. 6, de l’accord figurent à l’annexe II de la présente décision. Elles remplacent les procédures opérationnelles communes figurant à l’annexe de la décision n<sup>o</sup> 1/2020.</p></content></paragraph><paragraph eId="art_1/para_3"><num>3</num><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"> Les normes techniques de couplage visées à l’art. 3, par. 7, de l’accord figurent à l’annexe III de la présente décision. Elles remplacent les normes techniques de couplage figurant à l’annexe de la décision n<sup>o</sup> 2/2020.</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">La présente décision entre en vigueur le jour de son adoption.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Fait à Bruxelles, le 4 décembre 2024.</p><table fedlex:function="layout">									<tr>												<td colspan="3">										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Par le comité mixte</p>				</td>			</tr>			<tr>												<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le secrétaire<br/>pour l’Union européenne:</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">La présidente:<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">Le secrétaire<br/>pour la Suisse:</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/fr/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr"/><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="fr"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/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">Annexe I<inline name="man-font-style-normal"><authorialNote>		<p> Les mod. peuvent être consultées au <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">RO <b>2025</b> 362 </ref>(voir <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">RS <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/fr/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr"/><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="fr"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/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">Annexe II</block></container></preface><mainBody><level eId="annex_II/lvl_u1"><heading>Procédures opérationnelles communes (POC) établies conformément à l’art. 3, par. 6, de l’accord entre l’Union européenne et la Confédération suisse sur le couplage de leurs systèmes d’échange de quotas d’émission de gaz à effet de serre</heading><level eId="annex_II/lvl_u1/lvl_u1"><heading>Procédures applicables au couplage permanent des registres</heading></level><level eId="annex_II/lvl_u1/lvl_1"><num>1.</num><heading>Glossaire</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tableau 1–1</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sigles et définitions</p><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Sigle/Terme</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Définition</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Autorité de certification (AC)</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Entité chargée de délivrer des certificats numériques</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">Confédération suisse</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">SEQE</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Système d’échange de quotas d’émission</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">UE</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Union européenne</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">Équipe de gestion des incidents</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ressource d’information</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Information utile à une entreprise ou une organisation</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">TI</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Technologies de l’information</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">Bibliothèque pour l’infrastructure des technologies de l’information</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">Gestion des services informatiques</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">NTC</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Normes techniques de couplage</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Registre</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Système de comptabilisation des quotas délivrés au titre du SEQE, qui conserve la trace des changements de propriété des quotas détenus sur des comptes électroniques</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">DDC</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Demande de changement</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">LIS</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Liste d’informations sensibles</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">DDS</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Demande de service</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">Site web qui permet aux utilisateurs d’échanger des informations et des connaissances en ajoutant ou en adaptant directement des contenus au moyen d’un logiciel de navigation</p>				</td>			</tr>		</table></content></level><level eId="annex_II/lvl_u1/lvl_2"><num>2.</num><heading>Introduction</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’accord entre l’Union européenne et la Confédération suisse sur le couplage de leurs systèmes d’échange de quotas d’émission de gaz à effet de serre du 23 novembre 2017 (ci-après dénommé «accord») prévoit la reconnaissance mutuelle des quotas d’émission qui peuvent être utilisés à des fins de conformité dans le cadre du système d’échange de quotas d’émission de l’Union (ci-après dénommé «SEQE de l’UE») ou du système d’échange de quotas d’émission de la Suisse (ci-après dénommé «SEQE de la Suisse»). Pour rendre opérationnel le couplage entre le SEQE de l’UE et le SEQE de la Suisse, un lien direct est établi entre le journal des transactions de l’Union européenne (EUTL) du registre de l’Union et le journal complémentaire des transactions suisse (SSTL) du registre suisse, ce qui permettra le transfert de registre à registre des quotas d’émission délivrés au titre de chaque SEQE (art. 3, par. 2, de l’accord). Afin de rendre opérationnel le couplage entre le SEQE de l’UE et le SEQE de la Suisse, une solution provisoire a été mise en place en 2020. À partir de 2023, le couplage des registres entre les deux systèmes d’échange de quotas d’émission prendra progressivement la forme d’un couplage permanent des registres, dont la mise en œuvre est prévue pour 2024 au plus tard, et qui permettra aux marchés couplés, en ce qui concerne les bénéfices tirés de la liquidité de marché et l’exécution des transactions entre les deux systèmes couplés, de fonctionner d’une manière équivalente à un seul marché composé de deux systèmes et donnera aux acteurs du marché la possibilité d’agir comme s’il s’agissait d’un seul marché, soumis uniquement aux dispositions réglementaires individuelles des parties (annexe II de l’accord).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Conformément à l’art. 3, par. 6, de l’accord, l’administrateur du registre suisse et l’administrateur central de l’Union établissent des procédures opérationnelles communes (POC) concernant les sujets techniques ou d’une autre nature nécessaires au fonctionnement du couplage et tenant compte des priorités de la législation interne. Les POC établies par les administrateurs prennent effet une fois qu’elles ont été adoptées par décision du comité mixte.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les POC ont été adoptées par le comité mixte en vertu de sa décision n<sup>o</sup> 1/2020. Les POC mises à jour, telles qu’elles sont décrites dans le présent document, seront adoptées par le comité mixte en vertu de sa décision n<sup>o</sup> 1/2024. Conformément à la présente décision et aux demandes du comité mixte, l’administrateur du registre suisse et l’administrateur central de l’Union ont élaboré et mettront à jour de nouvelles lignes directrices techniques visant à rendre opérationnel le couplage et à veiller à ce que celles-ci soient constamment adaptées au progrès technique et aux nouvelles exigences en matière de sécurité et de sûreté du couplage, ainsi qu’au fonctionnement efficace et efficient de celui-ci.</p></intro><level eId="annex_II/lvl_u1/lvl_2/lvl_2_1"><num>2.1</num><heading>Champ d’application</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le présent document représente la conception commune des parties à l’accord en ce qui concerne l’établissement des procédures de base régissant le couplage entre les registres du SEQE de l’UE et du SEQE de la Suisse. Il présente les procédures générales requises pour le fonctionnement du couplage, mais des lignes directrices techniques plus détaillées seront nécessaires pour rendre ce couplage effectif.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Des spécifications techniques devront être adoptées pour que le couplage devienne véritablement opérationnel et pour en assurer le bon fonctionnement. Conformément à l’art. 3, par. 7, de l’accord, ces aspects sont décrits en détail dans le document relatif aux normes techniques de couplage (NTC) qui doit être adopté séparément par décision du comité mixte.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’objectif des POC est de faire en sorte que les services informatiques liés au fonctionnement du couplage entre les registres du SEQE de l’UE et du SEQE de la Suisse soient assurés de manière efficace et efficiente, notamment pour répondre aux demandes de service, remédier aux interruptions de service, résoudre les problèmes et exécuter les opérations de routine conformément aux normes internationales en matière de gestion des services informatiques.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_2/lvl_2_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Pour le couplage permanent des registres, seules sont nécessaires les POC suivantes, décrites dans le présent document:</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">Gestion des incidents;</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">Gestion des problèmes;</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">Exécution des demandes;</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">Gestion des changements;</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">Gestion des mises en production;</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">Gestion des incidents de sécurité;</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">Gestion de la sécurité de l’information.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_2/lvl_2_2"><num>2.2.</num><heading>Destinaires</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les destinataires des présentes POC sont les équipes de support du registre de l’UE et du registre suisse.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_3"><num>3.</num><heading>Approche et normes</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">Les principes suivants valent pour toutes les POC:</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">l’UE et la Confédération suisse conviennent de définir les POC sur la base d’ITIL [«Information Technology Infrastructure Library» (Bibliothèque pour l’infrastructure des technologies de l’information), version 4]. Les pratiques issues de ce référentiel sont reprises et adaptées aux besoins spécifiques liés au couplage permanent des registres;</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">la communication et la coordination entre les deux parties qui sont nécessaires à l’exécution des POC s’effectuent par le truchement des centres de services du registre suisse et du registre de l’UE. Les tâches sont toujours assignées au sein d’une seule partie;</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">en cas de désaccord sur la manière d’aborder une POC, les deux centres de services analysent et règlent la question entre eux. Si aucun accord ne peut être trouvé, la recherche d’une solution commune est transférée au niveau supérieur;</p></item></blockList><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Niveaux successifs<br/>de traitement</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>UE</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">1<sup xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">er</sup> niveau</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Centre de services de l’UE</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Centre de services suisse</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">2<sup xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">e</sup> niveau</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Responsable des opérations de l’UE</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Gestionnaire des applications du registre suisse</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">3<sup xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">e</sup> niveau</p>				</td>				<td colspan="2">										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Comité mixte (qui peut déléguer cette responsabilité en vertu de l’art. 12, par. 5, de l’accord)</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">4<sup xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">e</sup> niveau</p>				</td>				<td colspan="2">										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Comité mixte, si le 3<sup xmlns:tmp="urn:com:c-moria:legi4ch:xslt:temp">e</sup> niveau est délégué</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">chaque partie est libre de déterminer les procédures applicables au fonctionnement de son propre système de registre, en tenant compte des exigences et des interfaces liées à ces POC;</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">un outil de gestion des services informatiques (ITSM) est utilisé à l’appui des POC, en particulier celles relatives à la gestion des incidents, à la gestion des problèmes et à l’exécution des demandes, et pour la communication entre les parties;</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">en outre, l’échange d’informations par courrier électronique est autorisé;</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">les deux parties veillent à ce que les exigences en matière de sécurité de l’information soient respectées, conformément aux instructions relatives au traitement.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_4"><num>4.</num><heading>Gestion des incidents</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus de gestion des incidents a pour objectif de rétablir le plus vite possible le niveau de fonctionnement normal des services informatiques après un incident et de limiter au maximum l’interruption des activités.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La gestion des incidents devrait également permettre de garder une trace des incidents pour faciliter la production de rapports, et se combiner à d’autres processus en vue d’une amélioration continue du système.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">D’un point de vue global, la gestion des incidents recouvre les activités suivantes:</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">détection et enregistrement des incidents;</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">classification et support initial;</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">enquête et diagnostic;</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">résolution et rétablissement du service;</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">clôture de l’incident.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tout au long du cycle de vie de l’incident, le processus de gestion des incidents doit permettre d’assurer le traitement continu de la propriété, la surveillance, le suivi et la communication.</p></intro><level eId="annex_II/lvl_u1/lvl_4/lvl_4_1"><num>4.1.</num><heading>Détection et enregistrement des incidents</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Un incident peut être détecté par un groupe de support, au moyen d’outils de suivi automatisés ou lors d’une surveillance de routine effectuée par le personnel technique.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une fois détecté, l’incident doit être enregistré et un identificateur unique doit lui être attribué afin de permettre le suivi et la surveillance de l’incident. L’identificateur unique d’un incident est l’identificateur attribué dans le système de tickets commun par le centre de services de la partie (UE ou CH) qui a signalé l’incident; il doit figurer dans toutes les communications liées à l’incident.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Pour tous les incidents, le point de contact devrait être le centre de services de la partie qui a ouvert le ticket.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_2"><num>4.2.</num><heading>Classification et support initial</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La classification des incidents vise à comprendre et à repérer quel système et/ou service est touché par un incident et dans quelle mesure. Pour être efficace, la classification doit assigner l’incident à la bonne ressource du premier coup, de façon à permettre une résolution plus rapide des incidents.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La phase de classification vise à établir le type d’incident et l’ordre de priorité de celui-ci en fonction de ses répercussions et de son degré d’urgence, afin qu’il soit traité selon les délais prescrits pour chaque niveau de priorité.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si l’incident est susceptible de porter atteinte à la confidentialité ou à l’intégrité de données sensibles et/ou à la disponibilité du système, il est également déclaré comme un incident lié à la sécurité et traité selon la procédure définie au chapitre «Gestion des incidents de sécurité» du présent document.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Lorsque c’est possible, le centre de services qui a ouvert le ticket effectue un premier diagnostic. Pour ce faire, il vérifie si l’incident correspond à une erreur connue. Si oui, la méthode pour résoudre ou contourner le problème est déjà connue et documentée.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si le centre de services parvient à résoudre l’incident, il clôture ce dernier à ce stade, le but premier de la gestion des incidents (soit le rétablissement rapide du service pour l’utilisateur final) ayant été atteint. S’il n’y parvient pas, il transfère l’incident au groupe de résolution approprié pour une enquête et un diagnostic plus poussés.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_3"><num>4.3.</num><heading>Enquête et diagnostic</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus d’enquête et de diagnostic est appliqué lorsque l’incident n’a pas pu être résolu par le centre de services dans le cadre du diagnostic initial et a donc été transféré au niveau de traitement approprié. La remontée des incidents fait partie intégrante du processus d’enquête et de diagnostic.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une pratique courante à ce stade consiste à tenter de reproduire l’incident dans des conditions contrôlées. L’important, lorsque le processus d’enquête et de diagnostic est appliqué, est de bien comprendre dans quel ordre les événements qui ont conduit à l’incident se sont produits.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La remontée de l’incident intervient lorsqu’il apparaît que celui-ci ne peut être résolu au niveau de support actuel et doit être transféré à un groupe de support de plus haut niveau ou à l’autre partie. Cette remontée peut être horizontale (fonctionnelle) ou verticale (hiérarchique).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le centre de services qui a enregistré l’incident et lancé la procédure de résolution est chargé de transférer l’incident à la ressource appropriée, et assure le suivi global de l’incident et son assignation.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La partie à laquelle l’incident a été transféré est chargée de veiller à l’exécution en temps utile des actions demandées et de fournir un retour d’information à son propre centre de services.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_4"><num>4.4.</num><heading>Résolution et rétablissement du service</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus de résolution de l’incident et de rétablissement du service est appliqué une fois que l’incident est pleinement compris. La résolution d’un incident signifie qu’on a trouvé un moyen de remédier au problème. L’application de cette solution correspond à la phase de rétablissement du service.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une fois l’interruption de service résolue par les ressources appropriées, l’incident est renvoyé au centre de services qui a enregistré l’incident; ce dernier vérifie auprès de l’auteur du signalement de l’incident que l’erreur a été corrigée et que l’incident peut être clôturé. Les résultats du traitement de l’incident sont consignés en vue d’une utilisation future.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le rétablissement du service peut être exécuté par le personnel de support informatique ou moyennant une série d’instructions fournies à l’utilisateur.</p></content></level><level eId="annex_II/lvl_u1/lvl_4/lvl_4_5"><num>4.5.</num><heading>Clôture de l’incident</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dernière étape du processus de gestion des incidents, la clôture intervient peu après la résolution de l’incident.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_4/lvl_4_5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La liste des opérations qui doivent être exécutées durant la phase de clôture comprend en particulier:</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">la vérification de la catégorisation initiale de l’incident;</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">la saisie complète de toutes les informations se rapportant à l’incident;</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">la documentation complète de l’incident et la mise à jour correspondante de la base de connaissances;</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">la communication d’un message approprié à chaque partie prenante directement ou indirectement concernée par l’incident.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Un incident est formellement clôturé dès l’instant où la phase de clôture a été exécutée par le centre de services et communiquée à l’autre partie.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une fois l’incident clôturé, il n’est pas rouvert. Si le même incident survient peu de temps après, l’incident initial n’est pas rouvert, un nouvel incident doit être créé.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si l’incident fait l’objet d’un suivi à la fois par le centre de services de l’UE et par le centre de services suisse, il incombe au centre de services qui a ouvert le ticket de clôturer définitivement l’incident.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_5"><num>5.</num><heading>Gestion des problèmes</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Il convient d’appliquer cette procédure à chaque fois qu’un problème est détecté, déclenchant ainsi le processus de gestion des problèmes. La gestion des problèmes vise essentiellement à améliorer la qualité et à réduire le nombre d’incidents signalés. Un problème peut être la cause d’un ou de plusieurs incidents. Lorsqu’un incident est signalé, l’objectif du processus de gestion des incidents est de rétablir le service dans les plus brefs délais, éventuellement à l’aide de solutions de contournement. Lorsqu’un problème est enregistré, l’objectif est d’en trouver la cause profonde afin de déterminer quel changement permettra de garantir que ce problème et les incidents qui en découlent ne se produisent plus à l’avenir.</p></intro><level eId="annex_II/lvl_u1/lvl_5/lvl_5_1"><num>5.1.</num><heading>Identification et enregistrement du problème</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Suivant la partie qui a ouvert le ticket, le point de contact pour toutes les questions liées au problème sera le centre de services de l’UE ou de la Confédération suisse.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’identificateur unique d’un problème est l’identificateur attribué par l’outil de gestion des services informatiques (ITSM). Cet identificateur doit figurer dans toutes les communications liées au problème.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus de gestion des problèmes peut être déclenché par un incident ou être lancé délibérément pour résoudre des défaillances détectées à un niveau quelconque du système.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_2"><num>5.2.</num><heading>Hiérarchisation des problèmes</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Comme les incidents, les problèmes peuvent être catégorisés en fonction de leur gravité et de leur ordre de priorité afin de faciliter leur suivi, en tenant compte de l’impact et de la fréquence des incidents liés à ces problèmes.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_3"><num>5.3.</num><heading>Enquête et diagnostic</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque partie peut signaler un problème, et le centre de services de cette partie est alors chargé d’enregistrer le problème, de l’assigner à la ressource appropriée et d’en assurer le suivi global.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le groupe de résolution auquel le problème a été transféré est chargé de le traiter dans les meilleurs délais et en communiquant avec le centre de services.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les deux parties sont chargées, sur demande, de veiller à l’exécution des actions assignées et de fournir un retour d’information à leurs centres de services respectifs.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_4"><num>5.4.</num><heading>Résolution</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le groupe de résolution auquel le problème est assigné est chargé de résoudre ce dernier et de fournir des informations pertinentes au centre de services de sa propre partie.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les résultats du traitement du problème sont consignés en vue d’une utilisation future.</p></content></level><level eId="annex_II/lvl_u1/lvl_5/lvl_5_5"><num>5.5.</num><heading>Clôture du problème</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Un problème est formellement clôturé lorsqu’il a été résolu par l’application du changement. La clôture du problème est exécutée par le centre de services qui a enregistré le problème et qui a informé le centre de services de l’autre partie.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_6"><num>6.</num><heading>Exécution des demandes</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus d’exécution des demandes correspond au traitement de bout en bout d’une demande de service nouveau ou existant, à partir du moment où elle est enregistrée et approuvée jusqu’au moment où elle est clôturée. Les demandes de service sont généralement simples, prédéfinies, reproductibles, fréquentes, pré-approuvées et en rapport avec les procédures.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les principales étapes à suivre sont décrites ci-après.</p></intro><level eId="annex_II/lvl_u1/lvl_6/lvl_6_1"><num>6.1.</num><heading>Introduction de la demande</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les informations relatives à une demande de service sont soumises au centre de services de l’UE ou au centre de services suisse par courrier électronique, par téléphone ou par l’intermédiaire de l’outil de gestion des services informatiques (ITSM) ou de tout autre moyen de communication reconnu.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_2"><num>6.2.</num><heading>Enregistrement et analyse de la demande</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Pour toutes les demandes de service, le point de contact devrait être le centre de services de l’UE ou le centre de services suisse, selon la partie qui est à l’origine de la demande de service. Le centre de services concerné est chargé d’enregistrer et d’analyser avec la diligence requise la demande de service.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_3"><num>6.3.</num><heading>Approbation de la demande</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’agent du centre de services de la partie qui est à l’origine de la demande de service vérifie si une approbation quelconque de l’autre partie est nécessaire et, si oui, demande cette approbation. Si la demande de service n’est pas approuvée, le centre de services met à jour et clôture le dossier.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_4"><num>6.4.</num><heading>Exécution de la demande</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_6/lvl_6_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Cette étape correspond au traitement effectif et efficace des demandes de service. Il convient d’opérer une distinction entre les cas suivants:</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">l’exécution de la demande de service ne concerne qu’une des parties. Dans ce cas, cette partie émet les ordres d’exécution et coordonne l’ensemble du processus:</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">l’exécution de la demande de service concerne tant l’UE que la Confédération suisse. Dans ce cas, les centres de services émettent les ordres d’exécution dans les domaines qui relèvent de leur compétence. Le traitement de la demande de service fait l’objet d’une coordination entre les deux centres de services. La responsabilité globale du processus incombe au centre de services qui a reçu et introduit la demande de service.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une fois la demande de service exécutée, son statut doit être modifié en conséquence.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_5"><num>6.5.</num><heading>Remontée des demandes</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Au besoin, le centre de services peut transférer les demandes de service pendantes à la ressource appropriée (tierce partie).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les transferts se font vers les tierces parties respectives: le centre de services de l’UE devra passer par le centre de services suisse pour le transfert d’une demande à une tierce partie suisse, et vice versa.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La tierce partie à laquelle la demande de service a été transférée est chargée de traiter celle-ci dans les meilleurs délais et en communiquant avec le centre de services qui a transféré la demande de service.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le centre de services qui a enregistré la demande de service est chargé du suivi global de la demande et de l’assignation d’une demande de service.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_6"><num>6.6.</num><heading>Vérification de l’exécution des demandes</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le centre de services responsable soumet le dossier de la demande de service à un dernier contrôle de qualité avant de le clôturer. Le but est de s’assurer que la demande de service a bien été traitée et que toutes les informations requises pour décrire le cycle de vie de la demande ont été fournies de manière suffisamment détaillée. En outre, les résultats du traitement de la demande sont consignés en vue d’une utilisation future.</p></content></level><level eId="annex_II/lvl_u1/lvl_6/lvl_6_7"><num>6.7.</num><heading>Clôture de la demande</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si les parties auxquelles la demande de service a été assignée conviennent que celle-ci a été exécutée et que le demandeur considère que l’affaire est réglée, la demande est dite «clôturée».</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une demande de service est formellement clôturée dès l’instant où le centre de services qui a enregistré la demande de service a exécuté la phase de clôture de la demande et informé le centre de services de l’autre partie.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_7"><num>7.</num><heading>Gestion des changements</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’objectif est de faire en sorte que des méthodes et des procédures normalisées soient utilisées pour prendre en charge de manière efficace et rapide tous les changements intéressant l’infrastructure informatique, afin de réduire au minimum le nombre des incidents et leurs conséquences sur le service. Les changements de l’infrastructure informatique peuvent constituer une réponse à des problèmes ou à des exigences imposées de l’extérieur, comme des modifications de la législation, ou être mis en œuvre de manière proactive dans le cadre d’efforts visant à améliorer l’efficience et l’efficacité ou à permettre des initiatives «business» ou en rendre compte.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus de gestion des changements comprend différentes étapes au cours desquelles sont enregistrées toutes les informations relatives à une demande de changement, en vue de permettre un suivi ultérieur. Ces processus garantissent que le changement sera validé et testé avant la phase de déploiement. Le processus de gestion des mises en production assure le bon déroulement du déploiement.</p></intro><level eId="annex_II/lvl_u1/lvl_7/lvl_7_1"><num>7.1.</num><heading>Demande de changement</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une demande de changement (DDC) est soumise à l’équipe de gestion des changements pour validation et approbation. Pour toutes les demandes de changement, le point de contact devrait être le centre de services de l’UE ou le centre de services suisse, en fonction de la partie qui est à l’origine de la demande. Ce centre de services sera chargé d’enregistrer la demande et de l’analyser avec la diligence requise.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_7/lvl_7_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les demandes de changement peuvent avoir pour origine:</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">un incident entraînant un changement;</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">un problème existant qui se traduit par un changement;</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">un nouveau changement demandé par un utilisateur final;</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">un changement résultant d’une maintenance continue;</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">une modification de la législation.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_7/lvl_7_2"><num>7.2.</num><heading>Évaluation et planification des changements</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Cette étape traite des activités d’évaluation et de planification des changements. Elle comprend des activités de hiérarchisation et de planification qui visent à réduire au minimum les risques et les incidences.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si l’exécution de la DDC concerne à la fois l’UE et la Suisse, la partie qui a enregistré la DDC vérifie l’évaluation et la planification du changement avec l’autre partie.</p></content></level><level eId="annex_II/lvl_u1/lvl_7/lvl_7_3"><num>7.3.</num><heading>Approbation des changements</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toute demande de changement enregistrée doit être approuvée au niveau de traitement approprié.</p></content></level><level eId="annex_II/lvl_u1/lvl_7/lvl_7_4"><num>7.4.</num><heading>Exécution des changements</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’exécution des changements fait partie de la gestion des mises en production. Les équipes de gestion des mises en production des deux parties suivent leurs propres procédures qui consistent en activités de planification et en tests. La vérification du changement intervient une fois que son exécution est achevée. Pour faire en sorte que tout se déroule comme prévu, le processus existant de gestion des changements est constamment revu et mis à jour chaque fois que nécessaire.</p></content></level></level><level eId="annex_II/lvl_u1/lvl_8"><num>8.</num><heading>Gestion des mises en production</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une mise en production représente un ou plusieurs changements apportés à un service informatique, réunis dans un plan de mise en production, qui doivent être autorisés, préparés, construits, testés et déployés simultanément. Une mise en production peut correspondre à la correction d’un bogue, à un changement de matériel ou d’autres composants, à des changements de logiciels, à des mises à niveau de versions d’applications, à des modifications de la documentation et/ou des processus. Le contenu de chaque mise en production est géré, testé puis déployé comme une entité unique.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La gestion des mises en production a pour but de planifier, construire, tester et valider, et de donner la capacité de fournir les services désignés, qui permettront de satisfaire les exigences des parties prenantes et de réaliser les objectifs visés. Les critères d’acceptation de tous les changements apportés au service seront définis et documentés lors de la coordination de la conception et fournis aux équipes de gestion des mises en production.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La mise en production consiste en général en un certain nombre de solutions à des problèmes et d’améliorations d’un service. Elle contient les logiciels nouveaux ou modifiés requis et tout matériel nouveau ou modifié nécessaire à l’exécution des changements approuvés.</p></intro><level eId="annex_II/lvl_u1/lvl_8/lvl_8_1"><num>8.1.</num><heading>Planification de la mise en production</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La première étape du processus consiste à regrouper les changements autorisés dans des packages de mise en production et à définir l’ampleur et le contenu des mises en production. Sur la base de ces informations, le sous-processus de planification de la mise en production consiste à élaborer un calendrier pour la construction, les tests et le déploiement de la mise en production.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La planification doit définir:</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">l’ampleur et le contenu de la mise en production;</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">l’évaluation des risques et le profil de risque de la mise en production;</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">le client/les utilisateurs concernés par la mise en production;</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">l’équipe responsable de la mise en production;</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">la stratégie de livraison et de déploiement;</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">les ressources pour la mise en production et son déploiement.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les deux parties s’informent mutuellement de leur planification des mises en production et de leurs fenêtres de maintenance. Si une mise en production concerne à la fois l’UE et la Suisse, les deux parties coordonnent la planification et définissent une fenêtre de maintenance commune.</p></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_2"><num>8.2.</num><heading>Construction et test du package de mise en production</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’étape de construction et de test du processus de gestion des mises en production vise à établir les modalités d’exécution de la mise en production ou du package de mise en production, en veillant à rester dans des environnements sous contrôle avant d’apporter tout changement à la production, ainsi qu’à tester l’ensemble des changements dans tous les environnements mis en production.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si une mise en production concerne à la fois l’UE et la Suisse, les deux parties coordonnent les plans de livraison et de tests, et notamment les aspects suivants:</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">comment et à quel moment les unités de mise en production et les composants de service sont livrés;</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">quels sont les délais d’exécution habituels; que se passe-t-il en cas de retard;</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">comment suivre l’avancement de la livraison et obtenir une confirmation;</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">les indicateurs permettant d’assurer le suivi et de déterminer la réussite du déploiement d’une mise en production;</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">les cas de test courants pour les fonctionnalités et les changements concernés.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">À la fin de ce sous-processus, tous les composants requis de la mise en production sont prêts à entrer dans la phase de déploiement proprement dit.</p></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_3"><num>8.3.</num><heading>Préparation du déploiement</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le sous-processus de préparation garantit que les plans de communication sont définis correctement et que les notifications sont prêtes à être envoyées à toutes les parties prenantes et à tous les utilisateurs finals concernés, et que la mise en production est intégrée dans le processus de gestion des changements afin que tous les changements soient effectués de manière contrôlée et soient approuvés par les entités requises.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_3/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si une mise en production concerne à la fois l’UE et la Suisse, les deux parties coordonnent les activités suivantes:</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">enregistrement de la demande de changement pour programmer et préparer le déploiement dans l’environnement de production;</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">création du plan d’exécution;</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">approche de retour en arrière, afin de pouvoir revenir à l’état antérieur en cas d’échec d’un déploiement;</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">envoi de notifications à toutes les parties concernées;</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">demande d’approbation de l’exécution de la mise en production au niveau de traitement approprié.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_4"><num>8.4.</num><heading>Retour en arrière de la mise en production</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si le déploiement a échoué ou si les tests ont permis de constater que le déploiement n’a pas abouti ou n’a pas satisfait aux critères d’acceptation/de qualité convenus, les équipes de gestion des mises en production de chaque partie devront rétablir l’état antérieur. Toutes les parties prenantes concernées devront être informées, y compris les utilisateurs finals concernés/ciblés. Dans l’attente d’une approbation, le processus peut être relancé à n’importe quelle étape précédente.</p></content></level><level eId="annex_II/lvl_u1/lvl_8/lvl_8_5"><num>8.5.</num><heading>Vérification et clôture de la mise en production</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_8/lvl_8_5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Lors de la vérification d’un déploiement, les actions suivantes devraient être prévues:</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">obtenir un retour d’information sur la satisfaction des clients et des utilisateurs et sur la qualité du service à la suite du déploiement (recueillir le retour d’information et en tenir compte pour l’amélioration continue du service);</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">examiner les critères de qualité qui n’ont pas été remplis;</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">vérifier que les actions, les corrections et changements nécessaires ont été menés à terme;</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">s’assurer de l’absence de problèmes d’aptitude, de ressources, de capacité ou de performance à la fin du déploiement;</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">vérifier que les problèmes, les erreurs et les solutions de contournement connues sont documentés et acceptés par le client, les utilisateurs finals, le soutien opérationnel et les autres parties concernées;</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">assurer un suivi des incidents et des problèmes causés par le déploiement (fournir un soutien précoce aux équipes opérationnelles si la mise en production a entraîné une augmentation de la charge de travail);</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">mettre à jour la documentation de support (c’est-à-dire les documents d’information techniques);</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">transférer formellement le déploiement de la mise en production à l’exploitation des services;</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">consigner les enseignements tirés;</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">récupérer le document récapitulatif de la mise en production auprès des équipes d’implémentation;</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">clôturer formellement la mise en production après avoir vérifié l’enregistrement de la demande de changement.</p></item></blockList></content></level></level><level eId="annex_II/lvl_u1/lvl_9"><num>9.</num><heading>Gestion des incidents de sécurité</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La gestion des incidents de sécurité est un processus de traitement des incidents de sécurité qui permet de communiquer avec les parties prenantes susceptibles d’être concernées; d’évaluer et de hiérarchiser les incidents; de réagir pour remédier à tout manquement réel, suspecté ou potentiel relatif à la confidentialité, à la disponibilité ou à l’intégrité des ressources d’information sensibles.</p></intro><level eId="annex_II/lvl_u1/lvl_9/lvl_9_1"><num>9.1.</num><heading>Catégorisation des incidents liés à la sécurité de l’information</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tous les incidents ayant une incidence sur le couplage entre le registre de l’Union et le registre suisse sont analysés afin de déterminer un éventuel manquement relatif à la confidentialité, à l’intégrité ou à la disponibilité des informations sensibles enregistrées sur la liste des informations sensibles (LIS).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le cas échéant, l’incident doit être caractérisé en tant qu’incident lié à la sécurité de l’information, immédiatement enregistré dans l’outil de gestion des services informatiques (ITSM) et géré comme tel.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_2"><num>9.2.</num><heading>Traitement des incidents liés à la sécurité de l’information</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les incidents de sécurité sont placés sous la responsabilité du 3<sup>e</sup> niveau de traitement et la résolution des incidents sera traitée par une équipe de gestion des incidents spécialisée.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_9/lvl_9_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’équipe de gestion des incidents est chargée des actions suivantes:</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">effectuer une première analyse, catégoriser l’incident et évaluer sa gravité;</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">coordonner les actions entre toutes les parties prenantes, y compris la documentation complète de l’analyse de l’incident, les décisions prises pour remédier à l’incident et les éventuelles faiblesses constatées;</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">en fonction de la gravité de l’incident de sécurité, faire appel en temps utile au niveau de traitement approprié pour information et/ou décision.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans le processus de gestion de la sécurité de l’information, toutes les informations concernant les incidents sont classées au niveau le plus élevé de sensibilité de l’information et, en tout état de cause, jamais en dessous du niveau «SENSITIVE: <i>SEQE</i>».</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans le cas d’une enquête en cours et/ou d’une faiblesse susceptible d’être exploitée et jusqu’à la résolution du problème, les informations sont classées «SPECIAL HANDLING: <i>ETS Critical</i>».</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_3"><num>9.3.</num><heading>Caractérisation des incidents de sécurité</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">En fonction du type d’événement de sécurité, le responsable de la sécurité de l’information détermine les organismes appropriés à associer et à inclure dans l’équipe de gestion des incidents.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_4"><num>9.4.</num><heading>Analyse des incidents de sécurité</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’équipe de gestion des incidents prend contact avec toutes les organisations concernées et les membres compétents de leurs équipes, selon qu’il convient, pour examiner l’incident. L’analyse permet de déterminer l’ampleur de la perte de confidentialité, d’intégrité ou de disponibilité d’une ressource d’information et d’en évaluer les conséquences pour toutes les organisations concernées. Ensuite sont définies les mesures initiales et les mesures de suivi à prendre pour remédier à l’incident et gérer son impact ainsi que l’impact de ces mesures sur les ressources.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_5"><num>9.5.</num><heading>Évaluation de la gravité de l’incident de sécurité, remontée de l’incident et établissement d’un rapport</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’équipe de gestion des incidents évalue la gravité de tout nouvel incident de sécurité après sa caractérisation en tant que tel et entreprend l’action immédiate requise en fonction du niveau de gravité.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_6"><num>9.6.</num><heading>Rapport de réaction à un incident de sécurité</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’équipe de gestion des incidents inclut les résultats de la maîtrise de l’incident et du rétablissement du service dans le rapport de réaction à un incident lié à la sécurité de l’information. Le rapport est remis au 3<sup>e</sup> niveau de traitement par courrier électronique sécurisé ou par d’autres moyens de communication sécurisée mutuellement acceptés.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_9/lvl_9_6/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La partie responsable examine les résultats de la maîtrise de l’incident et du rétablissement du service, et:</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">reconnecte le registre en cas de déconnexion préalable;</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">communique des informations relatives à l’incident aux équipes des registres;</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">clôture l’incident.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’équipe de gestion des incidents devrait inclure (de façon sécurisée) des détails importants dans le rapport relatif aux incidents liés à la sécurité de l’information, afin de garantir la cohérence de l’enregistrement et de la communication et de permettre une action rapide et appropriée pour maîtriser l’incident. L’équipe de gestion des incidents soumet le rapport final relatif à l’incident lié à la sécurité de l’information en temps utile après son achèvement.</p></content></level><level eId="annex_II/lvl_u1/lvl_9/lvl_9_7"><num>9.7.</num><heading>Suivi, renforcement des capacités et amélioration continue</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_9/lvl_9_7/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’équipe de gestion des incidents soumettra les rapports relatifs à tous les incidents de sécurité au 3<sup>e</sup> niveau de traitement. Les rapports seront utilisés à ce niveau de traitement pour déterminer les éléments suivants:</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">les points faibles dans les contrôles de sécurité et/ou l’exploitation qui doivent être renforcés;</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">le besoin éventuel de renforcement de cette procédure afin d’améliorer l’efficacité de la réaction aux incidents;</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">les possibilités de formation et de renforcement des capacités pour améliorer encore la résilience des systèmes de registres aux incidents liés à la sécurité de l’information, réduire le risque de futurs incidents et limiter leur impact.</p></item></blockList></content></level></level><level eId="annex_II/lvl_u1/lvl_10"><num>10.</num><heading>Gestion de la sécurité de l’information</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La gestion de la sécurité de l’information vise à garantir la confidentialité, l’intégrité et la disponibilité des informations et données classifiées et des services informatiques sensibles d’une organisation. Outre les composants techniques, y compris leur conception et tests (voir NTC), les procédures opérationnelles communes suivantes sont nécessaires pour satisfaire aux exigences de sécurité requises pour le couplage permanent des registres.</p></intro><level eId="annex_II/lvl_u1/lvl_10/lvl_10_1"><num>10.1.</num><heading>Caractérisation des informations sensibles</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La sensibilité d’une information est évaluée en déterminant le niveau d’impact que pourrait avoir sur l’activité (par exemple, pertes financières, dégradation de l’image, violation de la loi, etc.) une atteinte à la sécurité en rapport avec cette information.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les ressources d’information sensibles sont caractérisées d’après l’incidence qu’elles ont sur le couplage.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le niveau de sensibilité de ces informations est évalué au moyen de l’échelle de sensibilité applicable à ce couplage, décrite en détail dans la section «Traitement des incidents liés à la sécurité de l’information» du présent document.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_2"><num>10.2.</num><heading>Niveaux de sensibilité des ressources d’information</heading><content><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_10/lvl_10_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Lors de sa caractérisation, la ressource d’information est classée en appliquant les règles suivantes:</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">l’indication d’au moins un niveau ÉLEVÉ de confidentialité, d’intégrité ou de disponibilité entraîne le classement de la ressource en tant que «SPECIAL HANDLING: <i>ETS Critical</i>»;</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">l’indication d’au moins un niveau MOYEN de confidentialité, d’intégrité ou de disponibilité entraîne le classement de la ressource en tant que «SENSITIVE: <i>ETS</i>»;</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">l’indication d’un simple FAIBLE niveau de confidentialité, d’intégrité ou de disponibilité entraîne le classement de la ressource de la manière suivante: «Marquage UE: SENSITIVE: <i>ETS Joint Procurement</i>; Marquage CH: LIMITED: <i>SEQE</i>».</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_3"><num>10.3.</num><heading>Désignation du propriétaire de la ressource d’information</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toutes les ressources d’information devraient avoir un propriétaire attitré. Les ressources d’information du SEQE qui font partie du couplage entre l’EUTL et le SSTL ou qui y sont associées devraient figurer sur une liste d’inventaire des ressources communes, tenue à jour par les deux parties. Les ressources d’information du SEQE qui sont étrangères au couplage entre le l’EUTL et le SSTL devraient figurer sur une liste d’inventaire des ressources tenue à jour par la partie concernée.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La propriété de chaque ressource d’information faisant partie du couplage entre l’EUTL et le SSTL ou qui y est associée doit être approuvée par les parties. Le propriétaire d’une ressource d’information est responsable de l’évaluation de la sensibilité de cette ressource.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le propriétaire doit avoir le niveau de responsabilité approprié pour la valeur de la ou des ressources attribuées. La responsabilité du propriétaire concernant la ou les ressources et l’obligation lui incombant de maintenir le niveau requis de confidentialité, d’intégrité et de disponibilité devraient faire l’objet d’un accord et d’une formalisation.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_4"><num>10.4.</num><heading>Enregistrement des informations sensibles</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toutes les informations sensibles sont enregistrées sur la liste des informations sensibles (LIS).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le cas échéant, le regroupement d’informations sensibles qui pourraient avoir un impact plus important que celui d’une seule information est pris en compte et est enregistré sur la LIS (par exemple, ensemble d’informations stockées dans la base de données du système).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La LIS n’est pas statique. Les menaces, les vulnérabilités, la probabilité ou les conséquences des incidents de sécurité liés aux ressources peuvent changer sans préavis, et de nouvelles ressources pourraient être introduites dans le fonctionnement des systèmes de registres.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Par conséquent, la LIS doit être réexaminée régulièrement, et toute nouvelle information jugée sensible doit être immédiatement enregistrée dans la LIS.</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_10/lvl_10_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La LIS comprend au moins, pour chaque entrée, les informations suivantes:</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">la description de l’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">le propriétaire de l’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">le niveau de sensibilité;</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">une mention précisant si l’information contient des données à caractère personnel;</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">des informations complémentaires si nécessaire.</p></item></blockList></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_5"><num>10.5.</num><heading>Traitement des informations sensibles</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Lorsqu’elles sont utilisées en dehors du couplage entre le registre de l’Union et le registre suisse, les informations sensibles sont traitées conformément aux instructions de traitement.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les informations sensibles utilisées par le couplage entre le registre de l’Union et le registre suisse sont traitées conformément aux exigences de sécurité des parties.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_6"><num>10.6.</num><heading>Gestion des accès</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’objectif de la gestion des accès est d’accorder aux utilisateurs autorisés le droit d’utiliser un service, tout en empêchant l’accès des utilisateurs non autorisés. La gestion des accès est parfois également appelée «gestion des droits» ou «gestion de l’identité».</p><blockList><listIntroduction eId="annex_II/lvl_u1/lvl_10/lvl_10_6/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">En ce qui concerne le couplage permanent des registres et son fonctionnement, les deux parties ont besoin d’avoir accès aux éléments suivants:</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: environnement de collaboration pour l’échange d’informations communes telles que la planification des mises en production;</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">outil de gestion des services informatiques (ITSM) pour la gestion des incidents et des problèmes (voir chapitre 3 «Approche et normes»);</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">systèmes d’échange de messages: chaque partie fournit un système sécurisé d’échange de messages pour la transmission des messages contenant les données de transaction.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’administrateur du registre suisse et l’administrateur central de l’Union veillent à ce que les accès soient à jour, et font office de points de contact pour leurs parties en ce qui concerne les activités de gestion de l’accès. Les demandes d’accès sont traitées conformément aux procédures d’exécution des demandes.</p></content></level><level eId="annex_II/lvl_u1/lvl_10/lvl_10_7"><num>10.7.</num><heading>Gestion des certificats/clés</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque partie est responsable de la gestion de ses propres certificats/clés (génération, enregistrement, stockage, installation, utilisation, renouvellement, révocation, sauvegarde et récupération des certificats/clés). Comme indiqué dans les normes techniques de couplage (NTC), seuls sont utilisés les certificats numériques délivrés par une autorité de certification qui bénéficie de la confiance des deux parties. Le traitement et le stockage des certificats/clés doivent respecter les dispositions prévues dans les instructions de traitement.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toute révocation et/ou tout renouvellement de certificats et de clés est coordonné par les deux parties. Les demandes d’accès sont traitées conformément aux procédures d’exécution des demandes.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’administrateur du registre suisse et l’administrateur central de l’Union échangeront les certificats/clés par des moyens de communication sécurisés conformément aux dispositions prévues dans les instructions de traitement.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toute vérification des certificats/clés par tout moyen entre les parties est effectuée hors bande.</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/fr/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr"/><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="fr"/></FRBRExpression><FRBRManifestation><FRBRthis value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/xml/main-text"/><FRBRuri value="https://fedlex.data.admin.ch/eli/cc/2025/362/20241204/fr/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">Annexe III</block></container></preface><mainBody><level eId="annex_III/lvl_u1"><heading>Normes techniques de couplage (NTC) établies conformément à l’art. 3, par. 7, de l’accord entre l’Union européenne et la Confédération suisse sur le couplage de leurs systèmes d’échange de quotas d’émission de gaz à effet de serre</heading><level eId="annex_III/lvl_u1/lvl_u1"><heading>Normes applicables au couplage permanent des registres</heading></level><level eId="annex_III/lvl_u1/lvl_1"><num>1.</num><heading>Glossaire</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tableau 1–1</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sigles et définitions «business»</p><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Sigle/Terme</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Définition</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Quota</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Droit d’émettre une tonne équivalent dioxyde de carbone au cours d’une période donnée, valable uniquement aux fins du respect des exigences du SEQE de l’une ou l’autre des entités.</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">Confédération suisse.</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">Type de quota fixe, également appelé CHU2 (en référence à la deuxième période d’engagement du protocole de Kyoto), émis par la 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">Quota suisse pour le secteur de l’aviation.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">POC</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Procédures opérationnelles communes. Procédures élaborées conjointement par les parties à l’accord afin de rendre opérationnel le couplage entre le SEQE de l’UE et le SEQE de la Suisse.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">ETR</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Registre des échanges de quotas d’émission.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">SEQE</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Système d’échange de quotas d’émission.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">UE</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Union européenne.</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">Quota général de l’UE.</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">Quota de l’UE pour le secteur de l’aviation.</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">Registre consolidé de l’Union européenne.</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">Journal des transactions de l’Union européenne.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Registre</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Système de comptabilisation des quotas délivrés au titre du SEQE, qui conserve la trace des changements de propriété des quotas détenus sur des comptes électroniques.</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">Journal complémentaire des transactions suisse.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transaction</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Processus d’inscription au registre comportant le transfert d’un quota d’un compte à un autre.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Système de journal des transactions</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le journal des transactions contient un enregistrement de chacune des transactions proposées d’un registre à l’autre.</p>				</td>			</tr>		</table><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tableau 1–2</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration"><b>Sigles et définitions techniques</b></p><table border="1">									<tr>												<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Sigle</p>				</th>				<th xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">										<p>Définition</p>				</th>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Cryptographie asymétrique</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Cryptographie utilisant des clés publiques et privées pour crypter et décrypter les données.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Autorité de certification (AC)</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Entité chargée de délivrer des certificats numériques.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Clé cryptographique</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Information qui détermine le résultat fonctionnel d’un algorithme de cryptage.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Décryptage</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Processus inverse du processus de cryptage.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Signature numérique</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Technique mathématique utilisée pour valider l’authenticité et l’intégrité d’un message, d’un logiciel ou d’un document numérique.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Cryptage</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Processus consistant à convertir des informations ou des données en un code, notamment en vue d’empêcher l’accès non autorisé.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ingestion de fichier</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Processus de lecture d’un fichier.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Pare-feu</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Appareil ou logiciel de sécurisation du réseau qui surveille et contrôle le trafic entrant dans le réseau ou sortant de celui-ci selon des règles prédéfinies.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Surveillance des signaux de présence (heartbeat)</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Signal périodique généré et surveillé par du matériel ou un logiciel et qui indique que le fonctionnement est normal ou qui permet la synchronisation avec d’autres parties d’un système informatique.</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 SECurity. Suite de protocoles réseau qui authentifie et crypte les paquets de données afin de permettre la communication sécurisée cryptée entre deux ordinateurs sur un réseau IP (protocole Internet).</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Tests d’intrusion</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Mise à l’essai d’un système informatique, d’un réseau informatique ou d’une application web afin de détecter les failles de sécurité qu’un attaquant pourrait exploiter.</p>				</td>			</tr>			<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Processus de rapprochement</p>				</td>				<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Processus visant à garantir la concordance de deux séries d’enregistrements.</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">Réseau privé virtuel (Virtual Private Network).</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">Extensible Mark-up Language. Ce langage informatique permet aux concepteurs de créer des balises personnalisées et de définir, transmettre, valider et interpréter des données issues de différentes applications et organisations.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_2"><num>2.</num><heading>Introduction</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’accord entre l’Union européenne et la Confédération suisse sur le couplage de leurs systèmes d’échange de quotas d’émission de gaz à effet de serre du 23 novembre 2017 (ci-après dénommé «accord») prévoit la reconnaissance mutuelle des quotas d’émission qui peuvent être utilisés à des fins de conformité dans le cadre du système d’échange de quotas d’émission de l’Union (ci-après dénommé «SEQE de l’UE») ou du système d’échange de quotas d’émission de la Suisse (ci-après dénommé «SEQE de la Suisse»). Afin de rendre opérationnel le couplage entre le SEQE de l’UE et le SEQE de la Suisse, un lien direct sera établi entre le journal des transactions de l’Union européenne (EUTL) du registre de l’Union et le journal complémentaire des transactions suisse (SSTL) du registre suisse, ce qui permettra le transfert de registre à registre des quotas d’émission délivrés au titre de chaque SEQE (art. 3, par. 2, de l’accord). Afin de rendre opérationnel le couplage entre le SEQE de l’UE et le SEQE de la Suisse, une solution provisoire a été mise en place en 2020. À partir de 2023, le couplage des registres entre les deux systèmes d’échange de quotas d’émission prendra progressivement la forme d’un couplage permanent des registres dont la mise en œuvre est prévue pour 2024 au plus tard, et qui permettra aux marchés couplés, en ce qui concerne les bénéfices tirés de la liquidité de marché et l’exécution des transactions entre les deux systèmes couplés, de fonctionner d’une manière équivalente à un seul marché composé de deux systèmes et donnera aux acteurs du marché la possibilité d’agir comme s’il s’agissait d’un seul marché, soumis uniquement aux dispositions réglementaires individuelles des parties (annexe II de l’accord).</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Conformément à l’art. 3, par. 7, de l’accord, l’administrateur du registre suisse et l’administrateur central de l’Union élaborent des normes techniques de couplage (NTC) fondées sur les principes énoncés à l’annexe II, décrivant les exigences détaillées applicables à l’établissement d’une connexion fiable et sécurisée entre le SSTL et l’EUTL. Les NTC établies par les administrateurs prennent effet une fois qu’elles ont été adoptées par décision du comité mixte.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les NTC ont été adoptées par le comité mixte en vertu de sa décision n<sup>o</sup> 2/2020. Les NTC mises à jour, telles qu’elles sont décrites dans le présent document, seront adoptées par le comité mixte en vertu de sa décision n<sup>o</sup> 1/2024. Conformément à la présente décision et aux demandes du comité mixte, l’administrateur du registre suisse et l’administrateur central de l’Union ont élaboré et mettront à jour de nouvelles lignes directrices techniques visant à rendre opérationnel le couplage et à veiller à ce que celles-ci soient constamment adaptées au progrès technique et aux nouvelles exigences en matière de sécurité et de sûreté du couplage, ainsi qu’au fonctionnement efficace et efficient de celui-ci.</p></intro><level eId="annex_III/lvl_u1/lvl_2/lvl_2_1"><num>2.1.</num><heading>Champ d’application</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le présent document représente la conception commune des parties à l’accord en ce qui concerne l’établissement des bases techniques pour le couplage entre les registres du SEQE de l’UE et du SEQE de la Suisse. Quoiqu’il jette les bases des spécifications techniques relatives aux exigences en matière d’architecture, de service et de sécurité, des orientations détaillées supplémentaires seront nécessaires afin de rendre le couplage opérationnel.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Pour assurer le bon fonctionnement du couplage, des processus et des procédures devront être mis en place pour le rendre opérationnel. Conformément à l’art. 3, par. 6, de l’accord, ces aspects sont décrits en détail dans un document relatif aux procédures opérationnelles communes (POC) qui doit être adopté séparément par décision du comité mixte.</p></content></level><level eId="annex_III/lvl_u1/lvl_2/lvl_2_2"><num>2.2.</num><heading>Destinataires</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’administrateur du registre suisse et l’administrateur central de l’Union sont destinataires du présent document.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_3"><num>3.</num><heading>Dispositions générales</heading><level eId="annex_III/lvl_u1/lvl_3/lvl_3_1"><num>3.1.</num><heading>Architecture du lien de communication</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La présente section a pour objet la description de l’architecture générale pour la mise en œuvre du couplage entre le SEQE de l’UE et le SEQE de la Suisse ainsi que des différentes composantes qui y participent.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La sécurité étant un élément essentiel pour la définition de l’architecture du couplage des registres, toutes les mesures ont été prises afin de disposer d’une architecture fiable. Le couplage permanent des registres fait appel à un mécanisme d’échange de fichiers qui met en œuvre une connexion sécurisée employant un système d’espace d’air virtuel.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La solution technique est la suivante:</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">un protocole de transfert sécurisé pour l’échange de messages;</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">des messages XML;</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">une signature numérique et un cryptage XML;</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">un 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>Échange de messages</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La communication entre le registre de l’Union et le registre suisse repose sur un mécanisme d’échange de messages par des canaux sécurisés. Chaque bout dispose de son propre référentiel de messages reçus.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les deux parties conservent un journal des messages reçus, ainsi que les détails relatifs au traitement.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les erreurs ou un statut inattendu doivent être signalés, sous la forme d’alertes, et les équipes de support devraient prendre contact entre elles.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les erreurs et les imprévus sont traités dans le respect des procédures opérationnelles établies dans le processus de gestion des incidents des POC.</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>Message XML – Haut niveau de description</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">Un message XML contient l’un des éléments suivants:</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">une ou plusieurs demandes de transaction et/ou une ou plusieurs réponses de transaction;</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">une opération/une réponse relevant du processus de rapprochement;</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">un message de test.</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">Chaque message contient un en-tête comportant les éléments suivants:</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">système SEQE source;</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">numéro de séquence.</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>Fenêtres d’ingestion</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le couplage permanent des registres repose sur des fenêtres prédéfinies destinées à l’ingestion qui sont suivies par une série d’événements nommés. Les demandes de transaction reçues via le lien ne seront ingérées qu’à intervalles prédéfinis et les fenêtres d’ingestion feront l’objet d’une validation technique, tant à l’entrée qu’à la sortie. En outre, des rapprochements peuvent être effectués quotidiennement et être déclenchés manuellement.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les modifications apportées à la fréquence de ces événements et/ou au calendrier selon lequel ceux-ci ont lieu seront effectuées dans le respect des procédures opérationnelles établies dans le processus d’exécution des demandes des POC.</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>Flux des messages de transaction</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transactions sortantes</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le schéma ci-dessous est présenté sous l’angle du SEQE source du transfert. Le flux de données est représenté dans le diagramme de séquence suivant:</p><p><img fedlex:original-width="108" fedlex:original-height="71" fedlex:original-text-width="148" fedlex:original-page-width="108" src="image/image1.png"/></p><blockList eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1"><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_1/lvl_3_1_4/list_u1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le flux principal est composé des étapes suivantes (comme dans le schéma ci‑dessus):</listIntroduction><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">dans le SEQE source du transfert, la demande de transaction est envoyée du registre vers le journal des transactions, lorsque tous les délais «business» sont écoulés (délai de 24 heures, le cas échéant);</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">le journal des transactions valide la demande de transaction;</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">la demande de transaction est envoyée au SEQE destinataire;</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">la réponse d’acceptation est alors envoyée au registre du SEQE source;</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">le SEQE destinataire valide la demande de transaction;</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">le SEQE destinataire renvoie la réponse d’acceptation au journal des transactions du SEQE source;</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">le journal des transactions envoie la réponse d’acceptation au registre.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Autre flux «Rejet par le journal des transactions» (comme dans le schéma ci‑dessus, à partir du point a) dans le flux principal)</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">dans le système source, la demande de transaction est envoyée du registre vers le journal des transactions, lorsque tous les délais «business» sont écoulés (délai de 24 heures, le cas échéant);</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">le journal des transactions ne valide pas la demande;</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">le message de rejet est envoyé au registre source.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Autre flux «Rejet par le SEQE» (comme dans le schéma ci-dessus, à partir du point d) dans le flux principal)</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">dans le SEQE source, la demande de transaction est envoyée du registre vers le journal des transactions lorsque tous les délais «business» sont écoulés (délai de 24 heures, le cas échéant);</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">le journal des transactions valide la transaction;</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">la demande de transaction est envoyée au SEQE destinataire;</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">le message d’acceptation est envoyé au registre du SEQE source;</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">le journal des transactions du SEQE destinataire du transfert ne valide pas la transaction;</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">le SEQE destinataire du transfert envoie la réponse de rejet au journal des transactions du SEQE source du transfert;</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">Le journal des transactions communique le rejet au registre.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Transactions entrantes</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le schéma ci-dessous est présenté sous l’angle du SEQE destinataire du transfert. Le flux de données est représenté dans le diagramme de séquence suivant:</p><p><img fedlex:original-width="108" fedlex:original-height="75" 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">Le diagramme illustre ce qui suit:</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">lorsque le journal des transactions du SEQE destinataire du transfert valide la demande, il envoie le message d’acceptation au SEQE source du transfert ainsi qu’un message «transaction achevée» au registre du SEQE destinataire;</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">lorsqu’une demande entrante est rejetée par le journal des transactions destinataire, la demande de transaction n’est pas envoyée au registre du SEQE destinataire.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Protocole</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">Le cycle des messages de transaction ne comporte que deux messages:</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">proposition de transaction SEQE → source du transfert SEQE destinataire du transfert;</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">réponse de transaction SEQE → destinataire du transfert SEQE source du transfert: soit acceptation, soit rejet (raison du rejet incluse)</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">acceptation: la transaction est achevée;</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">rejet: la transaction est arrêtée.</p></item></blockList></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Statut des transactions</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">Le statut de la transaction du SEQE source du transfert sera «proposé» («proposed») au moment de l’envoi de la demande.</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">Le statut des transactions du SEQE destinataire du transfert sera «proposé» («proposed») au moment de la réception de la demande ainsi que pendant le traitement de cette dernière.</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">Le statut des transactions du SEQE destinataire du transfert sera «achevé/arrêté» («completed/terminated») à l’issue du traitement de la proposition. Le SEQE destinataire du transfert enverra alors le message d’acceptation/de rejet correspondant.</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">Le statut de la transaction du SEQE source du transfert sera «achevé/arrêté» («completed/terminated») lorsque le message d’acceptation/de rejet sera reçu et pendant le traitement de ce dernier.</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">En ce qui concerne le SEQE source du transfert, le statut de la transaction restera «proposé» («proposed») tant qu’aucune réponse ne sera reçue.</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">Dans le statut de la transaction du SEQE destinataire du transfert, le statut d’une transaction sera «arrêté» («terminated») si une transaction reste en «proposé» («proposed») pendant plus de 30 minutes.</p></item></blockList><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les incidents liés aux transactions seront traités dans le respect des procédures opérationnelles établies dans le processus de gestion des incidents des POC.</p>				</td>			</tr>		</table></content></level></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2"><num>3.2.</num><heading>Sécurité du transfert des données</heading><intro><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les données en transit sont protégées par quatre niveaux de sécurité:</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">contrôle d’accès au réseau: pare-feu et couche d’interconnexion des réseaux;</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">cryptage au niveau «transport»: 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">cryptage au niveau «session»: protocole de transfert sécurisé pour l’échange de messages;</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">cryptage au niveau «application»: signature XML et cryptage XML du contenu.</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>Pare-feu et interconnexion des réseaux</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le lien est établi au moyen d’un réseau protégé par un pare-feu matériel. Le pare-feu est configuré selon des règles en vertu desquelles seuls les clients «enregistrés» peuvent se connecter au serveur VPN.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_2"><num>3.2.2.</num><heading>VPN (Réseau privé virtuel – Virtual Private Network)</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toutes les communications entre les parties sont protégées au moyen d’une technologie de réseau privé virtuel (VPN). Les technologies VPN permettent de transporter les informations d’un point à un autre à travers un canal sécurisé («tunnel») créé sur un réseau comme l’Internet, ce qui protège l’ensemble des communications. Avant que le tunnel VPN ne soit créé, un certificat numérique est émis vers un point de terminaison du client potentiel, ce qui permet à ce dernier de faire la preuve de son identité au cours de la phase de négociation de la connexion. Chaque partie est responsable de l’installation du certificat à son point de terminaison VPN. Chaque terminaison du serveur VPN aura accès, au moyen de certificats numériques, à une autorité centrale pour les négociations portant sur ses identifiants d’authentification. Lors du processus de création du tunnel, le cryptage fait l’objet de négociations, ce qui garantit la protection de l’ensemble des communications transitant par le tunnel.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les points de terminaison du client VPN doivent être configurés de manière à ce que le tunnel reste ouvert en permanence, afin de permettre à tout moment une communication fiable, bidirectionnelle et en temps réel entre les parties.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">En règle générale, l’Union européenne utilise les services télématiques transeuropéens sécurisés entre administrations (s-TESTA) comme réseau IP privé. Ce réseau convient donc également pour le couplage permanent des registres.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_3"><num>3.2.3.</num><heading>Mise en œuvre de l’IPsec</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’utilisation du protocole IPSec en vue de la mise en place de l’infrastructure VPN de liaison de site à site permettra l’authentification, l’intégrité et le cryptage des données de site à site. Les configurations VPN incluant des protocoles IPsec garantissent une authentification appropriée entre deux points de terminaison d’une connexion VPN. Les parties identifieront et authentifieront le client distant par l’intermédiaire de la connexion IPSec au moyen de certificats numériques fournis par une autorité de certification reconnue par l’autre bout.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’IPsec garantit également l’intégrité des données pour l’ensemble des communications transitant par le tunnel VPN. Les paquets de données sont soumis à un processus de hachage et de signature utilisant les informations d’authentification déterminées par le VPN. La confidentialité des données est assurée de même par le cryptage IPSec.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_4"><num>3.2.4.</num><heading>Protocole de transfert sécurisé pour l’échange de messages</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le couplage permanent des registres repose sur de multiples couches de cryptage permettant l’échange sécurisé de données entre les parties. Les deux systèmes et leurs environnements respectifs sont interconnectés au niveau «réseau» au moyen de tunnels VPN. Au niveau «application», les fichiers sont transférés au moyen d’un protocole de transfert sécurisé pour l’échange de messages.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_5"><num>3.2.5.</num><heading>Signature et cryptage XML</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans les fichiers XML, la signature et le cryptage interviennent à deux niveaux. À chaque demande de transaction, la réponse de transaction et le message de rapprochement reçoivent chacun une signature numérique.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans un deuxième temps, chaque sous-élément de l’élément «message» est crypté séparément.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">En outre, dans un troisième temps, pour garantir l’intégrité et la non-répudiation de l’ensemble du message, l’élément racine du message est signé numériquement. Il en résulte un haut niveau de protection des données embarquées XML. La mise en œuvre technique respecte les normes du World Wide Web Consortium.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Pour décrypter et vérifier le message, le même processus est suivi dans l’ordre inverse.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_2/lvl_3_2_6"><num>3.2.6.</num><heading>Clés cryptographiques</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La cryptographie à clé publique sera utilisée pour le cryptage et la signature.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans le cas spécifique d’IPSec, un certificat numérique émis par une autorité de certification (AC) bénéficiant de la confiance des deux parties est utilisé. Après vérification de l’identité du titulaire du certificat, cette AC émet des certificats qui sont utilisés pour identifier formellement une organisation et établir des canaux sécurisés de communication des données entre les parties.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les clés cryptographiques sont utilisées pour la signature et le cryptage des canaux de communication et des fichiers de données. Les certificats publics sont échangés sous forme numérique entre les parties par l’intermédiaire de canaux sécurisés et vérifiés hors bande. Cette procédure fait partie intégrante du processus de gestion de la sécurité de l’information des POC.</p>				</td>			</tr>		</table></content></level></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_3"><num>3.3.</num><heading>Liste des fonctions dans le cadre du couplage</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le couplage comprend les spécifications du système de transmission pour une série de fonctions qui mettent en œuvre les processus «business» découlant de l’accord. Le couplage intègre les spécifications en ce qui concerne le processus de rapprochement et les messages de test qui permettront la mise en œuvre d’un système de surveillance par signaux de présence.</p></intro><level eId="annex_III/lvl_u1/lvl_3/lvl_3_3/lvl_3_3_1"><num>3.3.1.</num><heading>Transactions «business»</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">D’un point de vue «business», dans le cadre du couplage, il est prévu quatre (4) types de demandes de transaction:</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">transferts externes:</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">après l’entrée en vigueur du couplage des SEQE, les quotas de l’UE et les quotas suisses deviennent fongibles, et, partant, totalement transférables d’une partie à l’autre,</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">un transfert dans le cadre du couplage fera intervenir un compte source du transfert pour l’un des SEQE et un compte destinataire du transfert pour l’autre SEQE,</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">le transfert peut porter sur n’importe quelle quantité des quatre (4) types de quotas suivants:</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>quotas généraux suisses (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>quotas suisses pour le secteur de l’aviation (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>quotas généraux de l’UE (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>quotas de l’UE pour le secteur de l’aviation (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">allocation internationale:</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">les exploitants d’aéronefs relevant d’un SEQE qui ont des obligations à l’égard de l’autre SEQE et qui peuvent prétendre à une allocation de quotas à titre gratuit dans le cadre de ce second SEQE se verront attribuer gratuitement des quotas du secteur de l’aviation au titre du second SEQE au moyen de la transaction «allocation internationale»;</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">annulation de l’allocation internationale:</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">cette transaction sera effectuée dans le cas où il y a lieu d’annuler en totalité les quotas alloués à titre gratuit qui ont été versés sur compte de dépôt d’exploitant d’aéronefs au titre de l’autre SEQE;</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">reversement de l’allocation excédentaire:</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">comparable à l’annulation, mais dans le cas où l’allocation ne doit pas être intégralement annulée et où seuls les quotas alloués en surplus doivent être reversés au SEQE au titre duquel ils ont été alloués.</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>Protocole de rapprochement</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les rapprochements ne seront effectués qu’après fermeture des fenêtres relatives à l’ingestion, à la validation et au traitement des messages.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les rapprochements font partie intégrante des mesures garantissant la sécurité et la cohérence du couplage. Les deux parties conviendront du calendrier exact du rapprochement avant d’établir formellement sa programmation. Un rapprochement peut être programmé quotidiennement si les deux parties en conviennent. Au minimum, au moins un rapprochement programmé sera exécuté après chaque processus d’ingestion de données.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans tous les cas, l’une ou l’autre partie peut procéder à tout moment à des rapprochements manuels.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les modifications apportées au calendrier et à la fréquence des rapprochements programmés seront effectuées dans le respect des procédures opérationnelles établies dans le processus d’exécution des demandes des POC.</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>Message de test</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Un message de test est prévu pour tester la communication de bout en bout. Ce message contient des données qui permettent de l’identifier en tant que message de test, et une réponse est envoyée par l’autre bout dès sa réception.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_4"><num>3.4.</num><heading>Exigences relatives à l’enregistrement des données</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_3/lvl_3_4/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Afin de répondre au besoin des deux parties de préserver l’exactitude et la cohérence des informations, et afin de fournir des outils utilisables lors du processus de rapprochement pour éliminer les incohérences, quatre (4) types de journaux de données doivent être tenus par chacune des parties:</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">journaux des transactions;</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">journaux des rapprochements;</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">archive de messages;</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">journaux des audits internes.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toutes les données de ces journaux devront être conservées durant au moins trois (3) mois aux fins de la résolution de problèmes et leur conservation ultérieure à des fins d’audit dépendra du droit applicable à chaque bout. Les fichiers-journaux datant de plus de trois (3) mois peuvent être archivés dans un système informatique indépendant sécurisé, à la condition qu’ils puissent être retrouvés ou qu’on puisse y accéder dans un délai raisonnable.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Journaux des transactions</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les journaux des transactions sont mis en œuvre dans les sous-systèmes EUTL et SSTL.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Plus précisément, les journaux des transactions enregistreront chacune des transactions proposées à l’autre SEQE. Chaque enregistrement contient l’ensemble des champs relatif au contenu de la transaction ainsi qu’au résultat qui s’ensuit (la réponse envoyée par le SEQE qui reçoit la demande). Les journaux des transactions enregistreront également les transactions entrantes et la réponse envoyée au SEQE source du transfert.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Journaux des rapprochements</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le journal des rapprochements enregistre chacun des messages de rapprochement échangés entre les parties, notamment l’identifiant, l’horodatage et le résultat du rapprochement: statut du rapprochement «Pass» (réussite) ou «Discrepancies» (divergences). Dans le couplage permanent des registres, les messages de rapprochement font partie intégrante des messages échangés et sont par conséquent stockés de la manière décrite dans la section «Archive de messages».</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les deux parties consignent chaque demande et sa réponse dans le journal des rapprochements. Bien que les informations contenues dans le journal des rapprochements ne soient pas directement partagées dans le cadre du processus de rapprochement proprement dit, il peut s’avérer nécessaire d’avoir accès à ces informations pour supprimer les incohérences.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Archive de messages</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les deux parties sont tenues d’archiver une copie des données échangées (les fichiers XML), envoyées et reçues, ainsi que l’information indiquant si le format de ces messages XML est correct ou non.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La principale raison d’être de l’archivage est l’audit, le but étant de disposer de preuves de ce qui a été envoyé et reçu par les deux parties. À cette fin, les certificats doivent également être archivés avec les fichiers correspondants.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ces fichiers fourniront également des informations supplémentaires aux fins de la résolution de problèmes.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Journaux des audits internes</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ces journaux sont définis et utilisés par chaque partie séparément.</p></content></level><level eId="annex_III/lvl_u1/lvl_3/lvl_3_5"><num>3.5.</num><heading>Prescriptions opérationnelles</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’échange de données entre les deux systèmes n’est pas totalement autonome dans le cadre du couplage permanent des registres. Cela signifie que des opérateurs et des procédures sont nécessaires pour rendre le couplage opérationnel. Plusieurs rôles et outils sont détaillés à cette fin dans le cadre de ce processus.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_4"><num>4.</num><heading>Dispositions permettant de garantir la disponibilité</heading><level eId="annex_III/lvl_u1/lvl_4/lvl_4_1"><num>4.1.</num><heading>Conception garantissant la disponibilité de la communication</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Fondamentalement, l’architecture du couplage permanent des registres consiste en une infrastructure et un logiciel TIC qui permettent la communication entre le SEQE de la Suisse et le SEQE de l’UE. Garantir des niveaux élevés de disponibilité, d’intégrité et de confidentialité pour ce flux de données est dès lors un aspect essentiel qui doit être pris en compte dans la conception du couplage permanent des registres. Étant donné qu’il s’agit d’un projet dans lequel l’infrastructure TIC, le logiciel sur mesure et les processus jouent un rôle essentiel, il doit être tenu compte de ces trois éléments pour concevoir un système résilient.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Résilience de l’infrastructure TIC</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le chapitre «Dispositions générales» du présent document détaille les blocs de construction de l’architecture. En ce qui concerne l’infrastructure TIC, dans le cadre du couplage permanent des registres, un réseau VPN résilient est mis en place et crée des tunnels de communication sécurisés par l’intermédiaire desquels les messages peuvent être échangés de manière sécurisée. D’autres éléments d’infrastructure sont configurés en haute disponibilité et/ou disposent de mécanismes de secours.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Résilience des logiciels sur mesure</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les modules logiciels sur mesure renforcent la résilience car ils tentent, pendant une durée donnée, de rétablir la communication avec l’autre bout lorsque, pour une raison quelconque, ce service n’est pas disponible.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Résilience des services</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans le cadre du couplage permanent des registres, les échanges de données entre les parties ont lieu à des intervalles prédéfinis. Certaines des étapes requises pour les échanges de données préprogrammés exigent l’intervention manuelle des opérateurs du système et/ou des administrateurs des registres. Afin de prendre en compte cet aspect et d’accroître la disponibilité et le succès des échanges:</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">les procédures opérationnelles prévoient des fenêtres temporelles pour l’exécution de chaque étape;</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">les modules logiciels du couplage permanent des registres mettent en œuvre une communication asynchrone;</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">le processus de rapprochement automatique détecte si des problèmes sont survenus lors de l’ingestion des fichiers de données à l’un des bouts;</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">les processus de surveillance (infrastructure TIC et modules logiciels sur mesure) sont pris en compte dans les procédures de gestion des incidents et déclenchent certaines procédures en la matière (comme défini dans le document relatif aux procédures opérationnelles). Ces procédures qui visent à réduire le temps du retour à la normale à la suite d’incidents sont essentielles pour garantir des taux élevés de disponibilité.</p></item></blockList></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2"><num>4.2.</num><heading>Plan d’initialisation, de communication, de réactivation et de test</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’ensemble des différents éléments intervenant dans l’architecture du couplage permanent des registres doit être soumis avec succès à des tests individuels et collectifs afin de vérifier que les niveaux «infrastructure TIC» et «système d’information» de la plateforme sont prêts. Ces tests opérationnels sont une condition préalable et impérative chaque fois que le couplage permanent des registres doit passer du statut «suspendu» («suspended») au statut «opérationnel» sur la plateforme.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’activation du statut opérationnel du lien exige donc qu’un plan de test prédéfini ait été exécuté avec succès, ce qui permet de s’assurer qu’un ensemble de tests en interne ont été exécutés au préalable pour chaque registre et que la connectivité a été validée de bout en bout avant de commencer à soumettre des transactions en production entre les deux parties.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le plan de test devrait mentionner la stratégie de test globale et comporter des détails relatifs à l’infrastructure de test. En particulier, pour chacun des éléments de chaque bloc de test, il faut disposer des éléments suivants:</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">des critères et des outils de test;</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">des rôles assignés en vue de l’exécution du test;</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">des résultats escomptés (positifs et négatifs);</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">du programme du test;</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">de l’enregistrement des exigences relatives aux résultats des tests;</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">de la documentation relative à la résolution de problèmes;</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">des dispositions relatives à la remontée des incidents.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Le processus des tests d’activation du statut opérationnel pourrait être subdivisé en quatre (4) blocs ou phases conceptuels indiqués ci-dessous.</p></intro><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_1"><num>4.2.1.</num><heading>Tests des infrastructures TIC en interne</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Il est prévu que ces tests soient réalisés et/ou vérifiés séparément par des administrateurs des registres à chaque bout.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque élément de l’infrastructure TIC à chaque bout doit être testé séparément. Cette prescription vaut pour chaque composante de l’infrastructure. Ces tests peuvent être exécutés automatiquement ou manuellement mais ils doivent permettre de confirmer que chaque élément de l’infrastructure est opérationnel.</p></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_2"><num>4.2.2.</num><heading>Tests de communication</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ces tests sont amorcés individuellement par l’une ou l’autre partie et leur achèvement requiert la coopération de l’autre bout.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une fois que chacun des différents éléments est opérationnel, les canaux de communication entre les deux registres doivent être mis à l’essai également. À cette fin, chaque partie vérifie que l’accès à Internet fonctionne, que les tunnels VPN sont mis en place et qu’une connectivité IP de site à site est établie. L’accessibilité des éléments d’infrastructure locaux et distants et la connectivité IP devraient ensuite être confirmées à l’autre bout.</p></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_3"><num>4.2.3.</num><heading>Tests du système complet (de bout en bout)</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Il est prévu que ces tests soient exécutés à chaque bout et que les résultats soient communiqués à l’autre partie.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une fois que les canaux de communication et chacune des composantes des deux registres ont été testés, une série de transactions et de rapprochements simulés, représentatifs de l’ensemble des fonctions à mettre en œuvre dans le cadre du lien, est préparée à chaque bout.</p></content></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_2/lvl_4_2_4"><num>4.2.4.</num><heading>Tests de sécurité</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ces tests sont censés être effectués et/ou déclenchés par les administrateurs des registres à chaque bout, selon les instructions figurant dans les sections 5.4 «Lignes directrices en matière de tests de sécurité» et 5.5 «Dispositions en matière d’évaluation des risques».</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ce n’est qu’après que les quatre phases/blocs se sont conclus par des résultats prévisibles que le couplage permanent des registres peut être considéré comme opérationnel.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Ressources destinées aux tests</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque partie s’appuie sur des ressources spécifiques destinées aux tests (logiciels et matériels spécifiques aux infrastructures TIC) et développe des fonctions de test à intégrer dans son propre système afin de soutenir la validation manuelle et continue de la plateforme. Des procédures de test manuelles, entreprises séparément par chacune des parties ou en coopération, peuvent être exécutées à tout moment par les administrateurs des registres. L’activation du statut opérationnel est un processus manuel en lui-même.</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">Il est également prévu que la plateforme effectue des contrôles automatiques à intervalles réguliers. Ces contrôles visent à accroître la disponibilité de la plateforme par la détection précoce d’éventuels problèmes au niveau de l’infrastructure ou au niveau logiciel. Ce plan de surveillance de la plateforme est constitué de deux éléments:</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">surveillance des infrastructures TIC: les infrastructures seront surveillées aux deux bouts par les prestataires de services d’infrastructure TIC. Les tests automatiques porteront sur les différents éléments de l’infrastructure ainsi que sur la disponibilité des canaux de communication;</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">surveillance des applications: les modules logiciels du couplage permanent des registres mettront en œuvre une surveillance de la communication du système au niveau «application» (manuellement et/ou à intervalles réguliers) qui permettra de tester la disponibilité de bout en bout du couplage en simulant certaines des transactions.</p></item></blockList></content></level></level><level eId="annex_III/lvl_u1/lvl_4/lvl_4_3"><num>4.3.</num><heading>Environnements de validation/de test</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_4/lvl_4_3/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’architecture du registre de l’Union et du registre suisse comprend les trois environnements suivants:</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">production (PROD): cet environnement contient les données réelles et traite des transactions réelles;</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">validation (<i>Acceptance</i> – ACC): cet environnement contient des données représentatives, fictives ou anonymisées. Il s’agit de l’environnement dans lequel les opérateurs du système des deux parties valident les nouvelles mises en production;</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): cet environnement contient des données représentatives, fictives ou anonymisées. Son accès est limité aux administrateurs des registres et il est destiné à la réalisation de tests d’intégration par les deux parties.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Exception faite du VPN, les trois environnements sont totalement indépendamment les uns des autres, ce qui signifie que le matériel, les logiciels, les bases de données, les environnements virtuels, les adresses IP et les ports sont configurés de manière indépendante les uns des autres et fonctionnent indépendamment également.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Quant à la configuration du VPN, la communication entre les trois environnements doit être totalement indépendante, ce qui est garanti par l’utilisation des s-TESTA.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_5"><num>5.</num><heading>Dispositions relatives à la confidentialité et à l’intégrité</heading><intro><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les mécanismes et les procédures de sécurité prévoient l’application du principe du double regard pour les opérations effectuées dans le cadre du couplage du registre de l’Union et du registre suisse. Le principe du double regard s’applique chaque fois que nécessaire. Toutefois, il pourrait ne pas s’appliquer à toutes les actions entreprises par les administrateurs des registres.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les exigences en matière de sécurité sont prises en compte et abordées dans le plan de gestion de la sécurité, qui inclut également des processus liés au traitement des incidents de sécurité à la suite d’éventuelles failles de sécurité. La partie opérationnelle de ces processus est décrite dans les POC.</p></intro><level eId="annex_III/lvl_u1/lvl_5/lvl_5_1"><num>5.1.</num><heading>Infrastructure destinée aux tests de sécurité</heading><content><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_5/lvl_5_1/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque partie s’engage à mettre en place une infrastructure destinée aux tests de sécurité (au moyen de l’ensemble commun de logiciels et de matériel utilisés pour détecter les vulnérabilités lors des phases de développement et d’exploitation):</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">distincte de l’environnement de production;</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">dans laquelle la sécurité est analysée par une équipe indépendante des équipes chargées du développement et de l’exploitation du système.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque partie s’engage à effectuer des analyses statiques et dynamiques.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Dans le cas d’une analyse dynamique (comme des tests d’intrusion), les deux parties s’engagent à limiter d’ordinaire les évaluations aux environnements de test et de validation (tels qu’ils sont définis dans la section 4.3 «Environnements de validation/de test»). Ce principe admet des exceptions qui doivent faire l’objet d’une approbation par les deux parties.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Avant d’être déployé dans l’environnement de production, chaque module logiciel du lien (tel qu’il est défini dans la section 3.1 «Architecture du lien de communication») doit faire l’objet d’un test de sécurité.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">L’infrastructure de test doit être séparée de l’infrastructure de production tant au niveau «réseau» qu’au niveau «infrastructure». Il s’agit de l’infrastructure de test, où les tests de sécurité sont nécessaires au contrôle de la conformité au regard des exigences en matière de sécurité.</p></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_2"><num>5.2.</num><heading>Dispositions relatives à la suspension et à la réactivation du lien</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">En cas de suspicion d’atteinte à la sécurité du registre suisse, du SSTL, du registre de l’Union ou de l’EUTL, les parties s’informent immédiatement et suspendent immédiatement le lien entre le SSTL et l’EUTL.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les procédures relatives au partage de l’information, à la décision de suspension et à la décision de réactivation font partie du processus d’exécution des demandes des POC.</p>				</td>			</tr>		</table><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Suspensions</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_5/lvl_5_2/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La suspension du couplage des registres conformément à l’annexe II de l’accord peut advenir pour les raisons suivantes:</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">raisons administratives (par exemple, maintenance), qui sont planifiées;</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">raisons de sécurité (ou pannes de l’infrastructure informatique), qui sont non planifiées.</p></item></blockList><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">En cas d’urgence, chaque partie informera l’autre partie et suspendra unilatéralement le couplage des registres.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">S’il est décidé de suspendre le couplage des registres, chaque partie veillera alors à ce que le lien soit interrompu au niveau «réseau» (par le blocage des connexions entrantes et sortantes, en tout ou en partie).</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La décision de suspension du couplage des registres, qu’elle soit planifiée ou non, sera prise selon la procédure de gestion des changements ou selon la procédure de gestion des incidents de sécurité des POC.</p>				</td>			</tr>		</table><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Réactivation de la communication</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">La décision de réactivation du couplage des registres sera prise de la manière détaillée dans les POC et, en tout état de cause, pas avant que les procédures de test de sécurité n’aient été exécutées avec succès, comme indiqué dans les sections 5.4 «Lignes directrices en matière de tests de sécurité» et 4.2 «Plan d’initialisation, de communication, de réactivation et de test».</p></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_3"><num>5.3.</num><heading>Dispositions relatives aux failles de sécurité</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Une faille de sécurité est un incident de sécurité susceptible de porter atteinte à la confidentialité et à l’intégrité d’informations sensibles et/ou à la disponibilité du système qui les traite.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les informations sensibles sont recensées sur la liste des informations sensibles et peuvent être traitées dans le système ou dans toute partie y afférente.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Sauf indication contraire, les informations directement liées à la faille de sécurité seront considérées comme sensibles, marquées «SPECIAL HANDLING: <i>ETS Critical</i>» et traitées conformément aux instructions de traitement.</p><table fedlex:function="layout">									<tr>								<td>										<p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Toute faille de sécurité sera traitée conformément au chapitre «Gestion des incidents de sécurité» des POC.</p>				</td>			</tr>		</table></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_4"><num>5.4.</num><heading>Lignes directrices relatives aux tests de sécurité</heading><level eId="annex_III/lvl_u1/lvl_5/lvl_5_4/lvl_5_4_1"><num>5.4.1.</num><heading>Logiciels</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les tests de sécurité, notamment, le cas échéant, les tests d’intrusion, doivent être exécutés au minimum pour toute nouvelle mise en production majeure du logiciel, conformément aux exigences de sécurité établies dans les NTC aux fins de l’évaluation de la sécurité du couplage ainsi que des risques correspondants.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si aucune mise en production majeure n’est intervenue aux cours des 12 derniers mois, un test de sécurité doit être exécuté sur le système en place en tenant compte de l’évolution des menaces informatiques survenue au cours des 12 derniers mois.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les tests de sécurité du couplage des registres doivent être effectués dans l’environnement de validation et, si nécessaire, dans l’environnement de production, en coordination avec les deux parties et avec leur accord mutuel.</p><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les tests des applications internet respecteront les normes ouvertes internationales telles que celles établies par l’OWASP (<i>Open Web Application Security Project</i>).</p></content></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_4/lvl_5_4_2"><num>5.4.2.</num><heading>Infrastructure</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Les infrastructures qui prennent en charge le système de production doivent être régulièrement scrutées (au moins une fois par mois) en vue de détecter d’éventuelles vulnérabilités auxquelles il conviendra de remédier, le cas échéant, selon le même principe que celui défini dans la section précédente, au moyen d’une base de données actualisée relative aux vulnérabilités.</p></content></level></level><level eId="annex_III/lvl_u1/lvl_5/lvl_5_5"><num>5.5.</num><heading>Dispositions en matière d’évaluation des risques</heading><content><p xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Si des tests d’intrusion doivent être effectués, ils doivent être inclus dans les tests de sécurité.</p><blockList><listIntroduction eId="annex_III/lvl_u1/lvl_5/lvl_5_5/listintro" xmlns:mig="urn:com:c-moria:legi4ch:xslt:migration">Chaque partie peut confier à une société spécialisée la réalisation des tests de sécurité, à condition que la société en question:</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">possède les compétences et l’expérience requises en matière de tests de sécurité de ce type;</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">ne rende pas directement compte au développeur et/ou à la partie contractante, ne participe pas au développement des logiciels du couplage et ni ne soit un sous-traitant du développeur;</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">ait signé un accord de non-divulgation l’engageant à respecter la confidentialité des résultats et à traiter ces derniers comme relevant du niveau «SPECIAL HANDLING: <i>ETS Critical</i>», conformément aux instructions de traitement.</p></item></blockList></content></level></level></level></mainBody></doc></component></components></act></akomaNtoso>