+Članak 17. 2.
|
Članak 17. 2.
Središnje druge ugovorne strane i središnji depozitoriji vrijednosnih papira nakon znatnih promjena u IKT sustavima te sustave strogo testiranu simulirajući visoko opterećenje. Središnje druge ugovorne strane u osmišljavanje i provedbu testiranja iz prvog podstavka prema potrebi uključuju:
(a)
članove sustava poravnanja i klijente;
(b)
interoperabilne središnje druge ugovorne strane;
(c)
druge zainteresirane strane.
Središnji depozitoriji vrijednosnih papira u osmišljavanje i provedbu testiranja iz prvog podstavka prema potrebi uključuju:
(b)
pružatelje ključnih javnih i drugih usluga;
(c)
druge središnje depozitorije vrijednosnih papira;
(d)
druge tržišne infrastrukture;
(e)
sve ostale institucije s kojima su središnji depozitoriji vrijednosnih papira utvrdile međuovisnosti u politici kontinuiteta poslovanja u području IKT-a.
1. Pregled
1.1 Reference
1.2 Utvrđeni zahtjevi
1.3 Povezani standardi
2. Utvrđeni zahtjevi
3. Povezani standardi
Standardi
| Izvor |
Zahtjev |
|
NOREA
|
Change Procedures
Ensure that all changes to software, hardware, firmware components, and systems, along with security parameters, are appropriately placed and scoped. Document and communicate change details, including the purpose and scope of the change, the implementation timeline, and expected outcomes. Define clear roles and responsibilities to ensure that changes are defined, planned, transitioned, tested, and finalized in a controlled manner. Additionally, establish effective quality assurance procedures. Implement mechanisms to maintain independence between the functions that approve changes and those responsible for requesting and implementing them.
|
|
NOREA
|
Security Requirements
Identify the potential impact of a change on existing security measures and assess whether additional security measures are required for its implementation. Verify that security requirements have been met for all implemented changes. Establish fallback procedures and assign responsibilities for aborting changes or recovering from changes not successfully implemented.
|
|
NOREA
|
Emergency Change Management
Define procedures for documenting, reevaluating, assessing, and approving the implementation of emergency changes, including workarounds and patches.
|
|
NOREA
|
OTAP Implementation
Ensure segregation of production environments from development, testing, and other non-production environments, encompassing all components of an environment. This also includes requirements to conduct the development and testing in production environments. Ensure that the instances in which testing is performed in production environment are clearly identified, justified, for limited periods of time approved by the relevant function.
|
|