Набуття чинності
Цей Регламент набуває чинності на 20-ий день після його публікації в Офіційному віснику Європейського Союзу .
Його застосовують з 1 січня 2009 року до всіх систем EATMN, зазначених у статті 1(2), у частині процесів перегляду координації, скасування координації, надання основних польотних даних та змінення основних польотних даних.
Його застосовують з 31 грудня 2012 року до всіх систем EATMN, зазначених у статті 1(2), що були в експлуатації станом на зазначену дату.
Цей Регламент обов’язковий у повному обсязі та підлягає прямому застосуванню у всіх державах-членах.
ДОДАТОК I
Вимоги до взаємодійності та робочих характеристик
(зазначені в статті 3 )
ЧАСТИНА A: ЗАГАЛЬНІ ВИМОГИ
1. ВИМОГИ ДО СИСТЕМИ
1.1. Система повинна надавати всю інформацію, необхідну для відображення, опрацювання та компіляції системної інформації, обмін якою було здійснено у рамках визначених процесів.
1.2. Система повинна бути здатна автоматично отримувати, зберігати, опрацьовувати, вилучати і передавати для відображення, а також надсилати польотну інформацію, яка стосується процесів сповіщення, координації, передачі та цивільно-військової координації.
1.3. Система повинна видавати попередження при виявленні збоїв або аномалій у роботі обладнання з обміну інформацією.
1.4. Система повинна бути здатна видавати попередження, пов’язані з обміном системною інформацією, на відповідні робочі місця.
1.5. Система повинна надавати персоналу ОПР засоби для модифікації польотної інформації, пов’язаної з конкретними процесами.
1.6. Система повинна бути здатна надавати персоналу ОПР інформацію про стан відповідних процесів обміну системною інформацією.
2. РЕЄСТРАЦІЯ ДАНИХ ОБМІНУ СИСТЕМНОЮ ІНФОРМАЦІЄЮ
2.1. Дані обміну системною інформацією реєструє провайдер аеронавігаційного обслуговування таким чином, щоб можна було відтворювати і відображати зареєстровані дані.
ЧАСТИНА B: ВИМОГИ ДО ОБОВ’ЯЗКОВИХ ПРОЦЕСІВ, ЯКІ ПІДТРИМУЄ ОБМІН СИСТЕМНОЮ ІНФОРМАЦІЄЮ
1. СПОВІЩЕННЯ
1.1. Відповідна польотна інформація
1.1.1. Інформація, яка надається під час процесу сповіщення, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- режим і код ВОРЛ (за наявності),
- аеродром вильоту,
- розрахункові дані,
- аеродром призначення,
- номер і тип повітряного судна,
- польоту,
- можливості та статус обладнання.
1.1.2. Зміст інформації щодо «можливостей та статусу обладнання» має включати щонайменше скорочений мінімум вертикального ешелонування (далі - «RVSM/CMBE») і можливість роботи каналами з частотним рознесенням 8,33 кГц.
1.1.3. Інформація щодо «можливостей та статусу обладнання» може містити інші пункти відповідно до листів-угод.
1.2. Правила застосування
1.2.1. Процес сповіщення необхідно здійснювати принаймні один раз для кожного допустимого польоту, запланованого для перетину межі, за винятком випадків, коли політ підлягає процесу сповіщення та координації перед вильотом.
1.2.2. Критерії допустимості для трансмежового сповіщення про польоти повинні відповідати листам-угодам.
1.2.3. Коли процес сповіщення не може бути здійснено до узгодженого на двосторонній основі часу до початку процесу початкової координації, його включають у процес початкової координації.
1.2.4. У разі здійснення, процес сповіщення повинен передувати процесу початкової координації.
1.2.5. Процес сповіщення повинен відбуватися знову кожного разу, коли відбувається зміна будь-яких із перелічених нижче даних до початку процесу початкової координації:
- ТКО,
- очікуваний код ВОРЛ у точці передачі контролю,
- аеродром призначення,
- тип повітряного судна,
- можливості та статус обладнання.
1.2.6. Якщо виявлено розбіжність між переданими даними і відповідними даними в системі, що отримує, або якщо така інформація не доступна, і така розбіжність може привести до потреби вжиття коригувальних дій з отримання відповідних даних початкової координації, інформація про таку розбіжність передається на належне робоче місце для врегулювання.
1.3. Часові критерії для ініціювання процесу сповіщення
1.3.1. Процес сповіщення ініціюють за певну кількість хвилин до розрахункового часу в ТКО.
1.3.2. Параметр(и) сповіщення включають в листи-угоди між відповідними органами диспетчерського ОПР.
1.3.3. Параметр(и) сповіщення може бути визначено окремо для кожної з точок координації.
2. ПОЧАТКОВА КООРДИНАЦІЯ
2.1. Відповідна польотна інформація
2.1.1. Інформація, яка надається під час процесу початкової координації, повинна щонайменше включати такі дані:
- пізнавальний індекс повітряного судна,
- режим і код ВОРЛ,
- аеродром вильоту,
- розрахункові дані,
- аеродром призначення,
- номер і тип повітряного судна,
- тип польоту,
- можливості та статус обладнання.
2.1.2. Зміст інформації щодо «можливостей та статусу обладнання» повинен включати щонайменше RVSM/CMBE і можливість роботи каналами з частотним рознесенням 8,33 кГц.
2.1.3. Інформація щодо «можливостей та статусу обладнання» може містити інші пункти відповідно до двосторонньої домовленості у листах-угодах.
2.2. Правила застосування
2.2.1. Процес початкової координації необхідно проводити для всіх допустимих польотів, які заплановані для перетину меж.
2.2.2. Критерії допустимості для трансмежової початкової координації польотів повинні відповідати листам-угодам.
2.2.3. Якщо ще не ініційовано вручну, процес початкової координації повинен бути ініційований автоматично в:
- узгоджений на двосторонній основі часовий період за параметрами до розрахункового часу в точці координації, або
- час, коли політ знаходиться на узгодженій обома сторонами відстані від точки координації, відповідно до листів-угод.
2.2.4. Процес початкової координації для будь-якого польоту виконують тільки один раз, якщо не було ініційовано процес скасування координації.
2.2.5. Після процесу скасування координації, процес початкової координації може бути знову розпочато з тим самим органом.
2.2.6. Інформація про завершення процесу початкового координації, включно з підтвердженням від органу, що отримує, надається органу, що передає, - після чого політ вважається «координованим».
2.2.7. Якщо під час процесу початкової координації не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на робочому місці, відповідальному за координацію польоту в органі, що передає, з’являється попередження.
2.2.8. Інформація про початкову координацію повинна надаватися на належному робочому місці в органі, що отримує.
3. ПЕРЕГЛЯД КООРДИНАЦІЇ
3.1. Відповідна польотна інформація
3.1.1. Процес перегляду координації повинен забезпечити зв’язок з раніше координованим польотом.
3.1.2. У разі перегляду координації необхідно надати таку польотну інформацію, якщо вона змінилась:
- режим і код ВОРЛ,
- розрахунковий час та ешелон,
- можливості та статус обладнання.
3.1.3. Якщо існує двостороння домовленість, подають такі дані перегляду координації, якщо вони змінились:
- точка координації,
- маршрут.
3.2. Правила застосування
3.2.1. Процес перегляду координації може відбуватися один або більше разів з органом, з яким на той момент координується політ.
3.2.2. Процес перегляду координації повинен відбуватись, коли:
- розрахунковий час у точці координації відрізняється від раніше наданого більш ніж на величину, яка була узгоджена на двосторонній основі,
- ешелон(и) передачі, код ВОРЛ або можливості та статус обладнання відрізняються від наданих раніше.
3.2.3. Якщо існує двостороння домовленість, процес перегляду координації повинен відбуватися, коли настає будь-яка зміна такого:
- точки координації,
- маршруту.
3.2.4. Завершення процесу перегляду координації, включно з підтвердженням від органу, що отримує, здійснюється в органі, що передає.
3.2.5. Якщо під час процесу перегляду координації не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на робочому місці, відповідальному за координацію польоту в органі, що передає, з’являється попередження.
3.2.6. Процес перегляду координації повинен відбуватися негайно після відповідного введення чи оновлення даних.
3.2.7. Процес перегляду координації блокується після того, як політ буде знаходитися в/на узгоджений/ній обома сторонами час/відстані від точки передачі контролю відповідно до листів-угод.
3.2.8. Інформація про перегляд координації повинна надаватися на належному робочому місці в органі, що отримує.
4. СКАСУВАННЯ КООРДИНАЦІЇ
4.1. Відповідна польотна інформація
4.1.1. Процес скасування координації повинен забезпечити зв’язок із попереднім сповіщенням або процесом координації, який скасовується.
4.2. Правила застосування
4.2.1. Процес скасування координації для координованого польоту повинен відбуватися в органі у таких випадках:
- відповідний орган більше не є наступним у послідовності координації,
- план польоту скасовано органом, що надсилає, і координація більше не актуальна,
- інформація про скасування координації щодо польоту отримана від попереднього органу.
4.2.2. Процес скасування координації для сповіщеного польоту повинен відбуватися в органі у таких випадках:
- відповідний орган більше не є наступним у послідовності координації,
- план польоту скасовано органом, що надсилає, і координація більше не актуальна,
- від попереднього органу отримано інформацію про скасування координації щодо польоту,
- політ затримується по маршруту, і переглянутий розрахунок не може бути визначений автоматично.
4.2.3. Завершення процесу скасування координації, включно з підтвердженням від органу, що отримує, здійснюється в органі, що передає.
4.2.4. Якщо під час процесу скасування координації не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на робочому місці, відповідальному за координацію польоту в органі, що передає, з’являється попередження.
4.2.5. Інформація про скасування координації повинна надаватися на належному робочому місці у сповіщеному органі або в органі, з яким координацію скасовано.
5. ОСНОВНІ ПОЛЬОТНІ ДАНІ
5.1. Відповідна польотна інформація
5.1.1. Інформація, яка надається під час процесу основних польотних даних, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- режим і код ВОРЛ.
5.1.2. Будь-яка додаткова інформація, надана під час процесу основних польотних даних, підлягає погодженню на двосторонній основі.
5.2. Правила застосування
5.2.1. Процес основних польотних даних виконується автоматично для кожного допустимого польоту.
5.2.2. Критерії допустимості для основних польотних даних повинні відповідати листам-угодам.
5.2.3. Інформація про завершення процесу основних польотних даних, включно з підтвердженням від органу, що отримує, надається органу, що надає.
5.2.4. Якщо під час процесу надання основних польотних даних не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі, що надає, з’являється попередження.
6. ЗМІНЕННЯ ОСНОВНИХ ПОЛЬОТНИХ ДАНИХ
6.1. Відповідна польотна інформація
6.1.1. Процес змінення основних польотних даних повинен забезпечити зв’язок з польотом, який раніше проходив процес основних польотних даних.
6.1.2. Будь-яка інша інформація, яка надається під час процесу змінення основних польотних даних, та відповідні критерії для її надання підлягають погодженню на двосторонній основі.
6.2. Правила застосування
6.2.1. Процес змінення основних польотних даних повинен відбуватися лише для польоту, про який попередньо було сповіщено через процес основних польотних даних.
6.2.2. Процес змінення основних польотних даних повинен бути ініційований автоматично відповідно до узгоджених обома сторонами критеріїв.
6.2.3. Інформація про завершення процесу змінення основних польотних даних, включно з підтвердженням від органу, що отримує, надається органу, що надає.
6.2.4. Якщо під час процесу змінення основних польотних даних не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі, що надає, з’являється попередження.
6.2.5. Інформація про зміну основних польотних даних повинна надаватися на належному робочому місці в органі, що отримує.
ЧАСТИНА C: ВИМОГИ ДО НЕОБОВ’ЯЗКОВИХ ПРОЦЕСІВ, ЯКІ ПІДТРИМУЄ ОБМІН СИСТЕМНОЮ ІНФОРМАЦІЄЮ
1. СПОВІЩЕННЯ ТА КООРДИНАЦІЯ ПЕРЕД ВИЛЬОТОМ
1.1. Відповідна польотна інформація
1.1.1. Інформація, яка надається під час процесу надання сповіщення та координації перед вильотом, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- режим і код ВОРЛ (за наявності),
- аеродром вильоту,
- розрахунковий час вильоту або розрахункова дата, на основі двосторонньої домовленості,
- аеродром призначення,
- номер і тип повітряного судна,
1.1.2. Інформація, яка надається під час процесу надання сповіщення та координації перед вильотом від термінального диспетчерського району (ТМА/ТДР) або від РДЦ, повинна включати таке:
- тип польоту,
- можливості та статус обладнання.
1.1.3. Зміст інформації щодо «можливостей та статусу обладнання» повинен включати щонайменше RVSM/CМBЕ і можливість роботи каналами з частотним рознесенням 8,33 кГц.
1.1.4. Інформація щодо «можливостей та статусу обладнання» може містити інші пункти відповідно до двосторонньої домовленості у листах-угодах.
1.2. Правила застосування
1.2.1. Процес сповіщення та координації перед вильотом повинен відбуватися один або кілька разів для кожного допустимого польоту, запланованого для перетину меж, якщо час польоту від вильоту до точки координації не дає достатнього часу для виконання процесів початкової координації або сповіщення.
1.2.2. Критерії допустимості для трансмежового сповіщення та координації польотів перед вильотом повинні відповідати листам-угодам.
1.2.3. Процес сповіщення та координації перед вильотом повинен відбуватися знову кожного разу до вильоту, коли відбувається зміна будь-якого елементу даних, які були предметом попереднього сповіщення та координації перед вильотом.
1.2.4. Завершення процесу сповіщення та координації польотів перед вильотом, включно з підтвердженням від органу, що отримує, здійснюється в органі, що передає.
1.2.5. Якщо під час процесу сповіщення та координації польотів перед вильотом не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на робочому місці, відповідальному за сповіщення/координацію польоту в органі, що передає, з’являється попередження.
1.2.6. Інформація щодо сповіщення та координацію польотів перед вильотом повинна надаватися на належному робочому місці в сповіщеному органі.
2. ЗМІНА ЧАСТОТИ
2.1. Відповідна польотна інформація
2.1.1. Інформація, яка надається під час процесу зміни частоти, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна.
2.1.2. Інформація, яка надається під час процесу зміни частоти, повинна включати будь-які з таких даних, якщо вони є:
- індикація випуску,
- дозволений ешелон польоту,
- заданий курс/трек або прямий проліт,
- задана швидкість,
- задана швидкість набору/зниження.
2.1.3. У разі досягнення двосторонньої домовленості, зміна даних частоти повинна включати таке:
- поточна позиція треку,
- задана частота.
2.2. Правила застосування
2.2.1. Процес зміни частоти повинен вручну ініціювати диспетчер, що передає.
2.2.2. Завершення процесу зміни частоти, включно з підтвердженням від органу, що отримує, здійснюється в органі диспетчерського ОПР, що передає.
2.2.3. Якщо під час процесу зміни частоти не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі диспетчерського ОПР, що передає, з’являється попередження.
2.2.4. Інформація про зміну частоти повинна бути негайно доступною для диспетчера, що приймає.
3. РУЧНЕ ПРИЙНЯТТЯ ЗВ’ЯЗКУ
3.1. Відповідна польотна інформація
3.1.1. Інформація, яка надається під час процесу ручного прийняття зв’язку, повинна включати щонайменше пізнавальний індекс повітряного судна.
3.2. Правила застосування
3.2.1. Процес ручного прийняття зв’язку ініціює орган, що приймає, коли зв’язок встановлено.
3.2.2. Завершення процесу ручного прийняття зв’язку, включно з підтвердженням від органу диспетчерського ОПР, що передає, здійснюється в органі диспетчерського ОПР, що приймає.
3.2.3. Якщо під час процесу ручного прийняття зв’язку не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі диспетчерського ОПР, що приймає, з’являється попередження.
3.2.4. Інформація, щодо ручного прийняття зв’язку повинна бути негайно представлена диспетчеру в органі, що передає.
4. СПОВІЩЕННЯ ПРО НАМІР ПЕРЕТИНУ
4.1. Відповідна польотна інформація
4.1.1. Інформація, яка надається під час процесу сповіщення про намір перетину, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- режим і код ВОРЛ,
- номер і тип повітряного судна,
- пізнавач відповідального сектору,
- маршрут перетину, включно з розрахунковим часом і ешелонами польотів для кожної точки на маршруті.
4.2. Правила застосування
4.2.1. Процес сповіщення про намір перетину ініціюється диспетчером вручну або автоматично, як це описано в листах-угодах.
4.2.2. Інформація про завершення процесу сповіщення про намір перетину, включно з підтвердженням від сповіщеного органу, надається органу, що сповіщає.
4.2.3. Якщо під час процесу сповіщення про намір перетину не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, в органі, що сповіщає, з’являється попередження.
4.2.4. Інформація щодо сповіщення про намір перетину повинна надаватися на належному робочому місці у сповіщеному органі.
5. ЗАПИТ ДОЗВОЛУ НА ПЕРЕТИН
5.1. Відповідна польотна інформація
5.1.1. Інформація, яка надається під час процесу запиту дозволу на перетин, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- режим і код ВОРЛ,
- номер і тип повітряного судна,
- пізнавач відповідального сектору,
- маршрут перетину, включно з розрахунковим часом і ешелонами польотів для кожної точки на маршруті.
5.1.2. У разі двосторонньої домовленості, запит дозволу на перетин повинен містити інформацію про можливості та статус обладнання.
5.1.3. Зміст інформації щодо «можливостей та статусу обладнання» повинен включати щонайменше можливість RVSM/CМBЕ.
5.1.4. Інформація щодо «можливостей та статусу обладнання» може містити інші пункти відповідно до двосторонньої домовленості.
5.2. Правила застосування
5.2.1. Запит дозволу на перетин ініціюється на розсуд диспетчера відповідно до умов, конкретно зазначених в листах-угодах.
5.2.2. Інформація про завершення процесу запиту дозволу на перетин, включно з підтвердженням від органу, що отримує запит, надається органу, що подає запит.
5.2.3. Якщо під час процесу запиту дозволу на перетин не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі, що подає запит, з’являється попередження.
5.2.4. Інформація щодо запиту дозволу на перетин повинна надаватися на належному робочому місці в органі, що отримує запит.
5.3. Операційна відповідь
5.3.1. У відповідь на запит дозволу на перетин повинно бути надано:
- повідомлення про прийняття деталей пропонованого перетину маршруту/повітряного простору, або,
- контрпропозицію, що включає різні деталі перетину маршруту/повітряного простору, як конкретно зазначено в секції 6 нижче, або
- повідомлення про відхилення деталей запропонованого перетину маршруту/повітряного простору.
5.3.2. Якщо операційну відповідь не отримано протягом узгодженого в двосторонньому порядку періоду часу, то на відповідне робоче місце в органі, що подає запит, повинно бути направлено попередження.
6. КОНТРПРОПОЗИЦІЯ ЩОДО ПЕРЕТИНУ
6.1. Відповідна польотна інформація
6.1.1. Процес контрпропозиції щодо перетину повинен забезпечити зв’язок з польотом, що раніше підлягав координації.
6.1.2. Інформація, яка надається під час процесу контрпропозиції щодо перетину, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- маршрут перетину, включно з розрахунковим часом і ешелонами польотів для кожної точки на маршруті.
6.2. Правила застосування
6.2.1. Контрпропозиція повинна включати запропонований новий ешелон польоту та/або маршрут.
6.2.2. Інформація про завершення процесу контрпропозиції щодо перетину, включно з підтвердженням від початкового органу, що подає запит, надається органу, що подав контрпропозицію.
6.2.3. Якщо під час процесу контрпропозиції щодо перетину не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі, що подав контрпропозицію, з’являється попередження.
6.2.4. Інформація щодо контрпропозиції щодо перетину повинна надаватися на належному робочому місці в початковому органі, що подає запит.
6.3. Операційна відповідь
6.3.1. Після підтвердження успішного опрацювання інформації щодо контрпропозиції щодо перетину в початковому органі, що подає запит, повинна надаватися операційна відповідь від початкового органу, що подає запит.
6.3.2. Операційною відповіддю на контрпропозицію щодо перетину є її прийняття або відхилення, залежно від ситуації.
6.3.3. Якщо операційну відповідь не отримано протягом узгодженого в двосторонньому порядку періоду часу, то на відповідне робоче місце в органі, що надав контрпропозицію, повинно бути направлено попередження.
7. СКАСУВАННЯ ПЕРЕТИНУ
7.1. Відповідна польотна інформація
7.1.1. Процес скасування перетину повинен забезпечити зв’язок із попереднім процесом сповіщення або координації, який було скасовано.
7.2. Правила застосування
7.2.1. Процес скасування перетину ініціює відповідальний за виконання польоту орган у разі, якщо відбувається одна з таких подій:
- політ, про який раніше було повідомлено під час процесу основних польотних даних, більше не планує входити в повітряний простір сповіщеного органу, або більше не становить інтересу для сповіщеного органу,
- перетин не буде виконано за маршрутом, вказаним в інформації сповіщення про перетин,
- перетин не буде здійснено відповідно до умов, узгоджених в ході переговорів, або відповідно до умов, узгоджених після діалогу з питання перетину повітряного простору.
7.2.2. Процес скасування перетину повинен запускатися автоматично або вручну за допомогою диспетчерського вводу відповідно до листів-угод.
7.2.3. Завершення процесу скасування перетину, включно з підтвердженням від сповіщеного органу або органу, що надає запит, здійснюється в органі, що скасовує.
7.2.4. Якщо під час процесу скасування перетину не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, на відповідному робочому місці в органі, що скасовує, з’являється попередження.
7.2.5. Інформація щодо скасування перетину повинна надаватися на належному робочому місці в сповіщеному органі або в органі, що надає запит.
ЧАСТИНА D: ВИМОГИ ДО ПРОЦЕСІВ, ЩО ПІДТРИМУЮТЬ ПОСЛУГИ ЛІНІЇ ПЕРЕДАЧІ ДАНИХ
1. ПЕРЕАДРЕСАЦІЯ РЕЄСТРАЦІЇ
1.1. Відповідна польотна інформація
1.1.1. Інформація, яка надається під час процесу переадресації реєстрації, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- аеродром вильоту,
- аеродром призначення,
- тип реєстрації,
- параметри реєстрації.
1.2. Правила застосування
1.2.1. Для кожного польоту, із запланованим перетином межі, зареєстрованого через канал передачі даних, здійснюється один процес переадресації реєстрації.
1.2.2. Процес переадресації реєстрації повинен бути ініційований в термін або якомога швидше після більш раннього із зазначених нижче термінів:
- визначена параметрами кількість хвилин до розрахункового часу в точці координації,
- час, коли політ знаходиться на узгодженій обома сторонами відстані від точки координації,
відповідно до листів-угод.
1.2.3. Критерії допустимості для процесу переадресації реєстрації повинні відповідати листам-угодам.
1.2.4. Інформація про переадресацію реєстрації повинна бути включена до відповідної польотної інформації в органі, що отримує.
1.2.5. Статус переадресації реєстрації може відображатися на відповідному робочому місці в органі, що отримує.
1.2.6. Інформація про завершення процесу переадресації реєстрації, включно з підтвердженням від органу, що отримує, надається органу, що передає.
1.2.7. Якщо під час процесу переадресації реєстрації не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, це призводить до ініціювання запиту повітряному судну про встановлення контакту по лінії передачі даних «повітря-земля».
2. ПОВІДОМЛЕННЯ НАСТУПНОМУ КОМПЕТЕНТНОМУ ОРГАНУ
2.1. Відповідна польотна інформація
2.1.1.Інформація, яка надається під час процесу повідомлення наступному компетентному органу, повинна включати щонайменше такі дані:
- пізнавальний індекс повітряного судна,
- аеродром вильоту,
- аеродром призначення.
2.2. Правила застосування
2.2.1. Процес повідомлення наступному компетентному органу виконують для кожного допустимого польоту, що перетинає межу.
2.2.2. Процес повідомлення наступному компетентному органу ініціюють після того, як наступний запит компетентного органу щодо даних про повітряне судно був підтверджений бортовою системою.
2.2.3. Після успішного опрацювання інформації щодо повідомлення наступному компетентному органу, орган, що отримує, повинен ініціювати запит на старт через електрозв’язок «диспетчер-пілот» по лінії передачі даних (CPDLC) з повітряним судном.
2.2.4. Якщо інформація щодо повідомлення наступному компетентному органу не була одержана протягом погодженого на двосторонній основі періоду часу, орган, що отримує, застосовує місцеві процедури для ініціювання зв’язку з повітряним судном по лінії передачі даних.
2.2.5. Інформація про завершення процесу повідомлення наступному компетентному органу, включно з підтвердженням з боку органу, що отримує, надається органу, що передає.
2.2.6. Якщо під час процесу повідомлення наступному компетентному органу не було надано підтвердження його завершення відповідно до застосовних вимог до якості обслуговування, це призводить до ініціювання місцевих процедур в органі, що передає.
ДОДАТОК II
Вимоги, що стосуються якості обслуговування
(зазначені в статті 4 )
1. Доступність, надійність, безпека і цілісність даних
1.1. Засоби обміну системною інформацією повинні бути доступні в часи роботи конкретного органу.
1.2. Будь-які заплановані періоди простою узгоджуються на двосторонній основі між двома відповідними органами.
1.3. Надійність каналу обміну системною інформацією повинна бути не менше 99,86%.
1.4. Цілісність і безпека обміну інформацією з використанням засобів обміну системною інформацією повинна бути забезпечена на належному рівні відповідно до загальновизнаної практики.
2. Час на виконання процесу
2.1. Час на виконання процесу становить інтервал між ініціюванням процесу і часом, коли необхідне підтвердження надійшло в орган, що ініціює.
2.2. Час на виконання процесу не повинен включати операційні відповіді в тих випадках, коли вони необхідні.
2.3. Максимальний час на виконання процесу, перш ніж буде винесено попередження, узгоджується на двосторонній основі.
ДОДАТОК III
Вимоги щодо безпеки
(зазначені в статті 6 )
1. Функціонування каналів обміну системною інформацією і наземного голосового зв’язку повинно виключати, наскільки це практично здійсненно, потенційну можливість одночасного виходу з ладу.
2. Вимоги до взаємодійності та робочих характеристик, вказані у параграфах 3.2.4, 3.2.5, 4.2.3, 4.2.4, 5.2.4, 6.2.3 та 6.2.4 частини B додатка I та у параграфах 1.2.6, 1.2.7, 2.2.5 та 2.2.6 частини D додатка I, повинні також вважатися як вимоги щодо безпеки.
3. При перегляді процесів координації, скасування координації, надання основних польотних даних, змінення основних польотних даних, переадресації реєстрації та повідомлення наступному компетентному органу, вимоги до якості послуг, вказані в додатку II, також повинні розглядатися як вимоги щодо безпеки.
ДОДАТОК IV
ЧАСТИНА A: ВИМОГИ ЩОДО ОЦІНЮВАННЯ ВІДПОВІДНОСТІ АБО ПРИДАТНОСТІ ДО ВИКОРИСТАННЯ КОМПОНЕНТІВ, ЗАЗНАЧЕНИХ У СТАТТІ 7
1. Заходи з перевірки повинні продемонструвати відповідність компонентів вимогам цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки або їх придатності до використання в ході експлуатації таких компонентів в тестовому середовищі.
2. Виробник здійснює управління діяльністю з оцінювання відповідності та він повинен, зокрема:
- визначити відповідне тестове середовище,
- перевірити, що план випробувань описує компоненти в тестовому середовищі,
- перевірити, що план тестування забезпечує повне покриття застосовних вимог,
- забезпечити узгодженість і якість технічної документації та плану тестування,
- спланувати організацію тестування, персонал, встановлення та конфігурацію платформи тестування,
- виконувати інспекційні перевірки і тести як вказано в плані тестування,
- скласти звіт з викладом результатів інспекційних перевірок і тестів.
3. Виробник повинен забезпечити, щоб компоненти, які здійснюють обмін інформацією на підтримку процесу сповіщення, координації та передачі польотів і процесу цивільно-військової координації, інтегровані в тестове середовище, відповідали вимогам цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки.
4. Після завершення перевірки відповідності або придатності до використання, виробник під свою відповідальність складає декларацію ЄС про відповідність або придатність до використання, в якій він зазначає, зокрема, що компонент і пов’язані з ним умови використання згідно з додатком III(3) Регламенту про взаємодійність відповідають вимогам цього Регламенту.
ЧАСТИНА B: ВИМОГИ ДО ПЕРЕВІРКИ СИСТЕМ, ЗАЗНАЧЕНИХ У СТАТТІ 8 (1)
1. Перевірка систем повинна продемонструвати відповідність таких систем вимогам цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки в модельованому середовищі, що відображає операційний контекст таких систем.
2. Перевірка систем, які забезпечують обмін інформацією, що підтримує процес сповіщення, координації та передачі польотів, а також процес цивільно-військової координації, повинна проводитися відповідно до належної і визнаної практики тестування.
3. Інструменти тестування, використовувані для перевірки систем, які забезпечують обмін інформацією, що підтримують процес сповіщення, координації та передачі польотів і процес цивільно-військової координації, повинні мати відповідні функціональні можливості.
4. У результаті перевірки систем, які забезпечують обмін інформацією, що підтримує процес сповіщення, координації та передачі польотів, а також процес цивільно-військової координації, повинні бути підготовлені елементи технічного файлу, як цього вимагає додаток IV(3) Регламенту про взаємодійність, а також такі елементи:
- опис реалізації,
- звіт про проведені інспекційні перевірки і тести перед введенням системи в експлуатацію.
5. Провайдер аеронавігаційного обслуговування повинен здійснювати управління діяльністю з перевірки та він повинен, зокрема:
- визначити відповідні модельовані операційні і технічні умови, що відображають операційне середовище,
- перевірити, щоб план тестування описував інтеграцію обміну інформацією, що підтримує процес сповіщення, координації та передачі польотів, а також процес цивільно-військової координації, у тестованій системі в змодельованому операційному і технічному середовищі,
- перевірити, щоб план тестування забезпечував повне покриття вимог цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки,
- забезпечити узгодженість і якість технічної документації та плану тестування,
- спланувати організацію тестування, персонал, встановлення та конфігурацію платформи тестування,
- виконувати інспекційні перевірки і тести як вказано в плані тестування,
- скласти звіт з викладом результатів інспекційних перевірок і тестів.
6. Провайдер аеронавігаційного обслуговування повинен забезпечити, щоб реалізація обміну інформацією, що підтримує процес сповіщення, координації та передачі польотів і процес цивільно-військової координації, інтегрованого в системи, які працюють в модельованому операційному середовищі, відповідала вимогам цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки.
7. Після завершення перевірки відповідності, провайдери аеронавігаційного обслуговування складають декларацію ЄС про перевірку системи і подають її національному наглядовому органу разом з технічним файлом, як того вимагає стаття 6 Регламенту про взаємодійність.
ЧАСТИНА C: ВИМОГИ ДО ПЕРЕВІРКИ СИСТЕМ, ЗАЗНАЧЕНИХ У СТАТТІ 8 (2)
1. Перевірка систем повинна продемонструвати відповідність таких систем вимогам цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки в модельованому середовищі, що відображає операційний контекст таких систем.
2. Перевірка систем, які забезпечують обмін інформацією, що підтримує процес сповіщення, координації та передачі польотів, а також процес цивільно-військової координації, повинна проводитися відповідно до належної і визнаної практики тестування.
3. Інструменти тестування, використовувані для перевірки систем, які забезпечують обмін інформацією, що підтримують процес сповіщення, координації та передачі польотів і процес цивільно-військової координації, повинні мати відповідні функціональні можливості.
4. У результаті перевірки систем, які забезпечують обмін інформацією, що підтримує процес сповіщення, координації та передачі польотів, а також процес цивільно-військової координації, повинні бути підготовлені елементи технічного файлу, як цього вимагає додаток IV(3) Регламенту про взаємодійність, а також такі елементи:
- опис реалізації,
- звіт про проведені інспекційні перевірки і тести перед введенням системи в експлуатацію.
5. Провайдер аеронавігаційного обслуговування повинен визначити належне модельоване операційне та технічне середовище, що відображає операційне середовище, і повинен доручити проведення перевірки нотифікованому органу.
6. Нотифікований орган здійснює управління діяльністю з перевірки та він повинен, зокрема:
- перевірити, щоб план тестування описував інтеграцію обміну інформацією, що підтримує процес сповіщення, координації та передачі польотів, а також процес цивільно-військової координації, у тестованій системі в змодельованому операційному і технічному середовищі,
- перевірити, щоб план тестування забезпечував повне покриття вимог цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки,
- забезпечити узгодженість і якість технічної документації та плану тестування,
- спланувати організацію тестування, персонал, встановлення та конфігурацію платформи тестування,
- виконувати інспекційні перевірки і тести як вказано в плані тестування,
- скласти звіт з викладом результатів інспекційних перевірок і тестів.
7. Нотифікований орган повинен забезпечити, щоб реалізація обміну інформацією, що підтримує процес сповіщення, координації та передачі польотів і процес цивільно-військової координації, інтегрованого в системи, які працюють в модельованому операційному середовищі, відповідала вимогам цього Регламенту щодо взаємодійності та робочих характеристик, якості обслуговування та вимог безпеки.
8. Після виконання вимог щодо проведення перевірочних завдань, нотифікований орган повинен скласти сертифікат відповідності щодо виконаних ним завдань.
9. Після цього провайдер аеронавігаційного обслуговування складає декларацію ЄС про перевірку системи і подає її національному наглядовому органу разом з технічним файлом, як того вимагає стаття 6 Регламенту про взаємодійність.
ДОДАТОК V
Умови, зазначені в статті 8
1. Провайдер аеронавігаційного обслуговування повинен мати в своєму розпорядженні такі методи звітності в межах організації, які забезпечують і демонструють неупередженість і незалежність суджень щодо діяльності з перевірки.
2. Провайдер аеронавігаційного обслуговування повинен забезпечити, щоб персонал, який бере участь в процесах перевірки, проводив контрольні перевірки з максимально можливою професійною сумлінністю і максимальною технічною компетентністю та не піддавався будь-якому тиску і стимулам, зокрема фінансового характеру, які могли б вплинути на його судження або результати контрольних перевірок, зокрема, з боку осіб або груп осіб, яких стосуються результати перевірок.
3. Провайдер аеронавігаційного обслуговування повинен забезпечити, щоб персонал, який бере участь в процесах перевірки, мав доступ до обладнання, що дозволяє йому належним чином виконувати необхідні перевірки.
4. Провайдер аеронавігаційного обслуговування повинен забезпечити, щоб персонал, який бере участь в процесах перевірки, мав добру технічну і професійну підготовку, задовільні знання вимог, що пред’являються до проведення перевірки, яку вони повинні проводити, достатній досвід таких операцій і спроможність, необхідну для складання декларацій, записів і звітів, що підтверджують, що перевірку було проведено.
5. Провайдер аеронавігаційного обслуговування повинен забезпечити, щоб персонал, який бере участь в процесах перевірки, міг проводити свої перевірки неупереджено. Розмір винагороди не повинен залежати від кількості проведених перевірок або результатів таких перевірок.
__________
( - 1 ) OB L 96, 31.03.2004, с. 26.
( - 2 ) OB L 96, 31.03.2004, с. 1.
( - 3 ) OB L 254, 09.10.2000, с. 1.
( - 4 ) OB L 96, 31.03.2004, с. 9.
{Джерело: Урядовий портал (Переклади актів acquis ЄС) https://www.kmu.gov.ua/. Оригінальний текст перекладу }
{Джерело: https://eur-lex.europa.eu/. Текст англійською мовою }