ar ko groza Šengenas Konsultāciju tīkla (tehniskās specifikācijas) 1. un 2. daļu

ņemot vērā Padomes Regulu (EK) Nr. 789/2001 (2001. gada 24. aprīlis), ar ko Padomei rezervē izpildu pilnvaras attiecībā uz dažiem sīki izstrādātiem noteikumiem un praktiskām procedūrām vīzu pieteikumu izskatīšanā (1), un jo īpaši tās 1. panta 2. punktu,

Šengenas Konsultāciju tīkla (tehniskās specifikācijas) 1. daļa ar ir grozīta tā, kā parādīts I pielikumā.

Šengenas Konsultāciju tīkla (tehniskās specifikācijas) 2. daļa ar ir grozīta tā, kā parādīts II pielikumā.

Šis lēmums ir adresēts dalībvalstīm saskaņā ar Eiropas Kopienas dibināšanas līgumu.

I PIELIKUMS

Šengenas Konsultāciju tīkla (tehniskās specifikācijas) 1. daļu groza šādi.

1.2. punktu aizstāj ar šādu tekstu:

“1.2. AVAILABILITY OF THE TOTAL SYSTEM

As a matter of principle Vision is designed as a system running 24 hours a day, seven days a week. In the event of one of the connections breaking down, the MTA, the user agent, and if necessary, the national application, should have the capacity to store the data to be sent or received via the network for several days. Consequently, bearing in mind the estimated daily traffic and the potential increases in traffic due to political decisions on visa matters, the MTA, the user agent, and where necessary, the national application, must meet the following minimum requirements.

In addition, the MTA, the user agent and the national application must be able to cope with possible breakdowns of other partner systems. They must resend messages which have not been delivered, but not overload other partner systems by, for example, unnecessary repetition of messages which are thought to have been lost.”

1.2.1. punktu aizstāj ar šādu tekstu:

“1.2.1. Strategy to avoid and reduce breakdown-related disruption

If the system breaks down, operation must be resumed within 24 hours. To ensure that operations are resumed, the following minimum undertakings apply:

—	The Schengen States are required to have a service contract guaranteeing repairs to, and/or replacement of, hardware and software.

—	The Schengen States are required to have a backup system.

—	The Schengen States are required to equip their MTA with a preventative peripheral device to compensate any power malfunctions.

—	The Schengen States are required to guarantee that MTA and applications hardware and software are not cut off for any reason other than breakdown or maintenance. In case of regular maintenance, such as database backups, the maintenance slot shall not exceed a maximum of two hours.

—	The Schengen States are to guarantee the availability of sufficient personnel during working hours to ensure operation of the MTA at the best possible rate.

—	The Schengen States are required to distinguish clearly between the test environment and the operational environment; adapting the test environment should not affect the operational equipment and vice versa.

—	Adaptations to the Schengen Consultation Network should always be tested in the test environment before being used in the operational environment.

In addition the system must be able to cope with the following amounts of data:

—	store the equivalent of two days operations, i.e. a maximum of 100 Megabytes;

—	send up to 30 000 messages and 30 000 delivery reports per day;

—	receive up to 30 000 messages and 30 000 delivery reports per day.

In addition, each Schengen State must distinguish between “retransmitting” and “resending as a new message”. The term “re-send” in the next chapters (especially 1.2.2) covers both cases, but the following distinction must be made:

—	“retransmitting” means sending again the same message, usually subject to retransmission parameters of the MTA (e.g. sendmail, MS-Exchange, Lotus Notes). After each retransmission there are no more messages in the system, the first message is just transmitted again;

—	“resending as a new message” means that a new message with the same content is prepared. The destination point might receive two different messages, but with the same content, if the first one was held in a queue somewhere.

Schengen States are invited to use the first possibility (retransmitting) wherever possible, to avoid the unnecessary multiplying of messages in the system.”

II PIELIKUMS

Šengenas Konsultāciju tīkla (tehniskās specifikācijas) 1. daļa groza šādi.

Daļas 2.1.4. punktā pozīcija Nr. 026 ir aizstāta ar šādu pozīciju:

“Heading No 026: Type of visa format: code (2)

Codification of the various types of visas defined in the Common Visa Instructions. The entire heading, or part of it, can be used for the visa sticker.

“B”	transit visas
“C”	short-stay visas
“DC”	long-stay visas valid concurrently as short-stay visas”.

2.	Daļas 2.1.4. (forma A), 2.1.6. (forma C), 2.1.7. (forma F) punktā tabulas (“Examples/Comments”) 026 rindas saturs piektajā slejā ir aizstāts ar šādu tekstu: “C {′B\|′C′\|′DC′}”.