«Єдине вікно» визначається як механізм, що дозволяє сторонам, які беруть участь у торговельних і транспортних операціях, представляти стандартизовану інформацію та документи з використанням єдиного пропускного каналу з метою виконання всіх регулюючих вимог, що стосуються імпорту, експорту і транзиту»

РЕКОМЕНДАЦІЯ ЄЕК ООН № 33

  20.09.95

Рекомендація ЄЕК ООН № 26 «Комерційне використання угод про обмін для електронного обміну даними»


Ознайомитися з текстом офіційного документа можна за посиланням:

Рекомендація ЄЕК ООН № 26 «Комерційне використання угод про обмін для електронного обміну даними»

 

Текст Рекомендації наведений нижче для ознайомлення
Переклад неофіційний

 

ОРГАНІЗАЦІЯ ОБ'ЄДНАНИХ НАЦІЙ

 

ЕКОНОМІЧНА І СОЦІАЛЬНА РАДА

 

ЄВРОПЕЙСЬКА ЕКОНОМІЧНА КОМІСІЯ

 

КОМІТЕТ З РОЗВИТКУ ТОРГІВЛІ 
Робоча група зі спрощення процедур 
міжнародної торгівлі

Пункт 12 попереднього порядку денного 
Наради експертів з елементів даних 
і автоматичному обміну даними (ГЕ.1)

П'ятдесят друга сесія, 18-19 вересня 1995 року 
і пункт 6 попереднього порядку денного Наради 
експертів з процедур та документації (ГЕ.2) 
П'ятдесят друга сесія, 20 вересня 1995 року

 

 

РЕКОМЕНДАЦІЯ № 26 ООН/ЄЕК

 

Представлена доповідачем з правових питань*

 

______________ 
* Текст Рекомендації було затверджено для публікації на сорок першої сесії Робочої групи, що відбулася в березні 1995 року.

 

 

КОМЕРЦІЙНЕ ВИКОРИСТАННЯ УГОД
ПРО ОБМІН ДЛЯ ЕЛЕКТРОННОГО ОБМІНУ ДАНИМИ

 

РЕКОМЕНДАЦІЯ № 26, ПРИЙНЯТО Робочою групою зі спрощення процедур міжнародної торгівлі 
___________________ 
Женева, березень, 1995 года

ПРЕАМБУЛА

1. На своїй тридцять третьої сесії, що відбулася в березні 1991 року, Робоча група зі спрощення процедур міжнародної торгівлі (РГ.4) прийняла програму роботи з правових питань. У числі шести проектів ця програма містила конкретний проект із забезпечення розумного узгодження угод про обмін та розробці прийнятного на міжнародному рівні варіанту альтернативного використання.

2. Робоча група зазначила, що для досягнення ефективності будь-якого способу зв'язку необхідна дисципліна. Ця дисципліна зазвичай забезпечується застосуванням загальноприйнятних правил поведінки. У контексті ЕОД такі правила були розроблені в якості угод про обмін в рамках ряду груп користувачів, національних організацій і на регіональному рівні. Ці угоди зазвичай застосовуються лише до обміну даними, а не до основних комерційних контрактів між сторонами. У багатьох випадках вони пропонують різні рішення питань, що розглядаються, і в результаті наявності цілого ряду угод і різноманіття їх умов можуть виникнути перешкоди на шляху міжнародної торгівлі в силу відсутності прийнятною на міжнародному рівні форми угоди, яке могло б бути прийнято для використання в комерційній практиці.

3. На своїй п'ятдесят першої сесії, що відбулася в березні 1995 року, Робоча група, ґрунтуючись на доповіді спільної сесії нарад експертів по елементах даних і автоматичному обміну даними (ГЕ.1) і по процедурам і документації (ГЕ.2), прийняла рішення затвердити проект рекомендації, що містить Типова угода про обмін для міжнародного комерційного використання електронного обміну даними, представлене РГ.4/Групою доповідачів з правових питань.

РЕКОМЕНДАЦІЯ

Робоча група зі спрощення процедур міжнародної торгівлі прийняла рішення рекомендувати:

1. Міжнародній спільноті користувачів ЕОД, включаючи учасників комерційних операцій, які прийняли рішення використовувати електронний обмін даними в міжнародних торговельних угодах, застосовувати викладену нижче Типову угоду про обмін для міжнародного комерційного використання електронного обміну даними з метою підвищення правової безпеки їхніх торговельних відносин.

2. Країнам - членам Організації Об'єднаних Націй враховувати положення та умови Типової угоди про обмін при здійсненні реформ законодавчої і нормативної діяльності, щоб ці реформи були сумісні з цілями і діловою практикою, що становить суть Типової угоди про обмін.

УЧАСТЬ У РОБОТІ П'ЯТДЕСЯТ ПЕРШОЇ СЕСІЇ РОБОЧОЇ ГРУПИ

На сесії були присутні представники наступних країн:

Австрії, Білорусі, Бельгії, Болгарії, Угорщини, Німеччини, Данії, Ізраїлю, Ірландії, Ісландії, Іспанії, Італії, Канади, Люксембургу, Мальти, Нідерландів, Норвегії, Польщі, Російської Федерації, Румунії, Словацької Республіки, Словенії, Сполученого Королівства Великої Британії та Північній Ірландії, Сполучених Штатів Америки, Туреччини, України, Фінляндії, Франції, Хорватії, Чеської Республіки, Швейцарії та Швеції. Відповідно до статті 11 кола ведення Комісії в роботі сесії взяли участь представники Австралії, Бразилії, Габону, Кореї, Сенегалу, Південної Африки і Японії.

На сесії були присутні також представники секретаріату Конференції Організації Об'єднаних Націй з торгівлі та розвитку (ЮНКТАД), Комісії Організації Об'єднаних Націй по праву міжнародної торгівлі (ЮНСІТРАЛ) та Міжнародного торговельного центру ЮНКТАД/ГАТТ (МТЦ), а також представники наступних міжурядових і неурядових організацій: Європейської асоціації вільної торгівлі (ЄАВТ), Центрального бюро міжнародних залізничних перевезень (ЦБМЗП), Всесвітньої митної організації (ВМО), Міжнародної асоціації повітряного транспорту (ІАТА), Міжнародної асоціації з кодування споживчих товарів (МАКСТ), Міжнародної торговельної палати (МТП), Міжнародної палати судноплавства (МПС), Міжнародної конференції служб експрес перевезень (МКСЕП), Міжнародної організації зі стандартизації (ISO) і Міжнародної спілки залізниць (МСЗ).

1. Ця рекомендація була розроблена в рамках проекту 4.1 Програми дій з комерційних і правових аспектів спрощення торгівлі, прийнятої Робочою групою зі спрощення процедур міжнародної торгівлі і викладеної в документі TRADE/WP.4/R.697, і включає Типову угоду про обмін для міжнародного комерційного використання електронного обміну даними, що приводиться в додатку.

Історія питання

2. У 1987 році Міжнародна торговельна палата в співпраці з Робочою групою розробила і випустила Єдині правила здійснення взаємообміну торговельними даними засобами телекомунікації (Правила UNCID; видання МТП № 452). Мета правил UNCID полягала в спрощенні взаємного обміну торговельними даними засобами телекомунікації шляхом встановлення узгоджених правил поведінки між сторонами, що застосовують такий зв'язок.

3. Видання Правил UNCID підтвердило ту важливість, яку представляє для міжнародної торгівлі укладання угод між сторонами комерційних операцій щодо використання різних способів автоматичної обробки даних.

4. Правила UNCID прямо передбачали, що їх умови, якщо їх дотримуватися, повинні включатися в остаточні угоди між комерційними торговельними партнерами. Як наслідок цього національні організації, асоціації та державні адміністративні органи розробили безліч типових угод про обмін.

5. Ці існуючі типові угоди, що виникли в країнах з різними традиціями і правовими умовами, зачіпають різні питання і по-різному трактують одні й ті ж питання. Всі ці численні угоди про обмін, які, можливо, відповідають національним або місцевим вимогам ведення комерційної діяльності, залишають без уваги міжнародний аспект, який необхідно враховувати користувачам ЕОД, що здійснюють транскордонний обмін повідомленнями.

6. Почали робитися зусилля щодо запровадження однакових угод про обмін, прикладом чого може бути недавня рекомендація Європейської комісії про використання Європейської типової угоди про ЕОД. Розробка дійсно міжнародної типової угоди про обмін є однією з основних цілей згаданої вище програми дій.

7. Комісія Організації Об'єднаних Націй з прав міжнародної торгівлі в своїй останній роботі над типовими нормативними положеннями щодо використання ЕОД в міжнародній торгівлі, які будуть представлені на розгляд Комісії в липні 1995 року, прямо виходить з того, що учасники комерційних операцій, можливо, побажають змінити вплив таких положень за допомогою угод.

8. Аналогічним чином в ході роботи Робочої групи з вироблення визначення і розуміння міжнародної торговельної угоди (що знайшла відображення в документі TRADE/WP.4/R.971 і пов'язаних з ним документах) виявилося те розмаїття комерційних відносин, в рамках яких може використовуватися ЕОД, і, отже, тих обставин, при яких може виникнути доцільність в укладенні угоди про обмін.

II. Підготовка Типової угоди

9. Ця рекомендація була підготовлена за участю та співробітництві Групи доповідачів з правових питань відповідно до заснованих для цього органу внутрішніх організаційних і оперативних процедур, викладених в документі TRADE/WP.4/R.1071. На засіданнях, в ході яких розроблялися і поширювалися проекти Типової угоди, були присутні представники таких міжнародних організацій, як МТП і ЮНСІТРАЛ.

10. У ході підготовки Типової угоди було розглянуто понад 20 різних існуючих типових угод про обмін і було забезпечено тісну співпрацю з технічними експертами, пов'язаними з розробкою ЕДІФАКТ ООН.

11. Для узгодження цієї Рекомендації з попередньою роботою були розглянуті попередні рекомендації Робочої групи, а також рекомендації або аналогічні рішення інших міжнародних організацій з питань про спрощення та погодження процедур міжнародної торгівлі. Представляючи цю Рекомендацію на затвердження, доповідачі з правових питань виходять з того, що вона узгоджується з попередніми рекомендаціями в цій області і є подальшим розвитком цілей цих рекомендацій.

12. Пропонуючи учасникам комерційних операцій, які займаються міжнародною торгівлею, типову форму угоди про обмін для глобального використання в зв'язку зі стандартами ЕДІФАКТ ООН, Робоча група має на меті узгодження, спрощення та впорядкування найважливішій процедури міжнародної торгівлі - здійснення зв'язку між торговельними партнерами. Однак, маючи рекомендаційний характер, умови Типової угоди про обмін не є обов'язковими; торгові партнери можуть на свій розсуд змінити умови будь-якої угоди про обмін до їх взаємного задоволення або ж взагалі не укладати угод про обмін.

ІІІ. Охоплення

13. Ця Рекомендація сприяє застосуванню угод про обмін між учасниками комерційних операцій, що використовують електронний обмін даними в рамках міжнародних комерційних угод.

ІV. Сфера використання

14. Ця Рекомендація орієнтована на учасників комерційних операцій, які застосовують електронний обмін даними при здійсненні міжнародних комерційних операцій. Вона може бути також корисною для адміністративних органів, включаючи, наприклад, статистичні бюро або органи, що займаються питаннями спрощення торгівлі, в їх діяльності щодо впорядкування та узгодження електронних процесів і процедур.

15. Хоча воно і призначене для двосторонніх угод між двома торговельними партнерами, Типова угода про обмін, з відповідними корективами, легко може бути використано при здійсненні багатосторонніх зв'язків, наприклад в рамках торговельного співтовариства або асоціації.

V. Рекомендація

16. На основі раніше висловлених міркувань Європейська економічна комісія Організації Об'єднаних Націй рекомендує, щоб:

1. Міжнародна спільнота користувачів ЕОД, включаючи учасників комерційних операцій, приймаючи рішення використовувати електронний обмін даними при здійсненні міжнародних торговельних операцій, використовувало угоди про обмін для підвищення правової безпеки своїх торговельних відносин і використання ЕОД.

2. При веденні переговорів і укладенні угод про обмін схвалювалося використання Типової угоди про обмін для міжнародного комерційного використання електронного обміну даними.

3. Типова угода про обмін для міжнародного комерційного використання електронного обміну даними було включене в частину 3 Довідника Організації Об'єднаних Націй з обміну зовнішньоторговельними даними (ООН/СОВД) і становило частину рекомендацій, що стосуються ЕДІФАКТ ООН.

4. Країни - члени Організації Об'єднаних Націй брали до уваги умови та положення Типової угоди про обмін при здійсненні реформ законодавчої і нормативної діяльності, щоб ці реформи узгоджувалися з цілями і практикою ведення комерційних операцій, що становить суть Типової угоди про обмін.

5. Країни - члени Організації Об'єднаних Націй могли внести значний вклад в підвищення правової безпеки використання ЕОД, забезпечуючи через програми залучення уваги, навчальні канали та аналогічні засоби доступність і корисність Типової угоди про обмін, а також пов'язаної з міжнародною торгівлею ділової практики, що узгоджується з попередніми рекомендаціями.

6. Плануючи використання ЕОД для адміністративних цілей в зв'язку з міжнародними торговельними операціями і безпосередньо застосовуючи їх на практиці, адміністративні органи і організації при всій відмінності вимог, які їм потрібно брати до уваги, оцінювали і враховували розширення комерційного використання угод про обмін,  а також умов і ділової практики, що містяться в Типовій угоді про обмін.

 

ДОДАТОК

ЄВРОПЕЙСЬКА ЕКОНОМІЧНА КОМІСІЯ ОРГАНІЗАЦІЇ 
ОБ'ЄДНАНИХ НАЦІЙ

ТИПОВА УГОДА ПРО ОБМІН ДЛЯ МІЖНАРОДНОГО
КОМЕРЦІЙНОГО ВИКОРИСТАННЯ ЕЛЕКТРОННОГО ОБМІНУ ДАНИМИ

ЗМІСТ

Передмова

Вступний коментар до угод про обмін

Типова угода про обмін

Коментар

Контрольний перелік елементів технічного додатка

Додаткові видання Організації Об'єднаних Націй

ПЕРЕДМОВА

Типова угода про обмін для міжнародного комерційного використання електронного обміну даними було розроблено в якості складової частини проекту в рамках Програми дій з правових і комерційних аспектів електронного обміну даними, прийнятої Робочою групою зі спрощення процедур міжнародної торгівлі Європейської економічної комісії Організації Об'єднаних Націй ("РГ.4") в 1991 році. Ця Програма викладена в документі TRADE/WP.4/R.6 97 Організації Об'єднаних Націй. Програма орієнтована на правові питання, коло яких легко окреслюється, і спрямована на розробку керівних принципів по цих правових питань та рекомендацію належних рішень в формі правових документів або механізмів або внесення відповідних змін до комерційній практиці.

Типова угода про обмін розроблена за результатами здійснення одного з основних проектів програми. Здійснення цього проекту переслідує завдання забезпечення розумного узгодження угод про обмін, що застосовуються в міжнародній торгівлі, і розробки прийнятного на міжнародному рівні варіанту альтернативного використання. Згідно з оперативними процедурами РГ.4 Типова угода про обміні рекомендується для розгляду всіма комерційними торговельними партнерами, бажаючими використовувати електронний обмін даними в міжнародній торгівлі.

Типова угода про обмін була підготовлена групою міжнародних фахівців в області права і суміжних питань, що володіють знаннями і досвідом в питаннях ЕОД і міжнародної торгівлі. Ці фахівці, що представляють різні країни світу, регулярно проводять свої наради під егідою РГ.4 за посередництвом Групи доповідачів з правових питань, до складу якої входять два доповідача з правових питань, які обираються членами РГ.4. Ця робота, яка здійснюється також в тісній співпраці з іншими групами експертів по ЕОД, відображає комплексний підхід, вкрай важливий для ЕОД. В ході цієї роботи враховуються також схожість і відмінність між різними правовими системами.

[Березень, 1996 рік]


ВСТУПНИЙ КОМЕНТАР ДО УГОД ПРО ОБМІН

Що таке угода про обмін?

Угода про обмін укладається між торговельними партнерами, які встановлюють для себе правила застосування електронного обміну даними (ЕОД). Електронний обмін даними являє собою електронну передачу з комп'ютера на комп'ютер реквізитів комерційних або адміністративних операцій із застосуванням погодженого стандарту для структурування даних про операції або повідомлення. В угоді також докладно розмежовуються ролі і правові обов'язки торговельних партнерів при передачі, отриманні і зберіганні електронних повідомлень. В силу існуючих відмінностей у використанні ЕОД в комерційній діяльності розгляд цих питань відповідно до нових умов ведення торгівлі з використанням електронних засобів зменшує правову неясність, яка може при цьому виникнути, і підвищує впевненість в застосовуваної технології.

Чому розробляються і використовуються угоди про обмін?

ЕОД отримує швидкий розвиток у якості ефективного засобу ведення операцій в міжнародній торгівлі. Використання ЕОД для комерційних і адміністративних цілей вже набуло значного поширення в цілому ряді важливих галузей промисловості в Європі, Північній Америці, Австралії/Нової Зеландії і Азії.

Зростаюче використання ЕОД радикально трансформує міжнародну торговельну практику, замінюючи традиційну торгівлю, засновану на застосуванні паперу, альтернативними електронними системами. Замість направлення і отримання оригінальних письмових документів з підписом від руки учасники торговельних операцій передають структуровані комерційні дані від однієї комп'ютерної системи до іншої за допомогою електронних засобів, включаючи все більш широке використання електронних підписів.

Однак внутрішньодержавне і міжнародне право передбачає досить різні норми щодо прийнятності заміни паперового документа електронним повідомленням. У багатьох конвенціях і угодах, що стосуються міжнародної торгівлі, можливе використання ЕОД не передбачено. Це в значній мірі викликано тим, що під час розробки цих міжнародних конвенцій та угод ЕОД просто не існувало і тому в них ще має бути внесено необхідні зміни. Багато національних законів також породжують неясність щодо дійсності заснованих на ЕОД операцій або непослідовні в своєму підході до нових технологій. Аналогічним чином рідко які суди мали можливість винести постанову щодо дійсності електронних документів, повідомлень або підписів.

З самого початку використання ЕОД ці види орієнтованих на правові питання угод застосовувалися компаніями в різних галузях, в різних економічних або географічних регіонах і для різних рівнів технологічної складності.

Чому компанії повинні використовувати угоди про обмін?

При відсутності чітких керівних правових норм і принципів угода про обмін забезпечує компанії вже готове рішення в тому, що стосується офіційного оформлення її відносин зі своїми торговельними партнерами стосовно ЕОД.

Наприклад, метою Типової угоди, за умови його належного застосування, є забезпечення повідомлень з використанням ЕОД, що мають обов'язкову юридичну силу в правових системах різних країн. Ця мета досягається шляхом розгляду всіх основних правових проблем, які необхідно врахувати, перш ніж будь-яка компанія почне застосовувати ЕОД для зв'язку зі своїми національними або міжнародними торговельними партнерами. Таким чином, після того як компанія приймає рішення про використання ЕОД, їй буде потрібно укласти угоду зі своїми торговельними партнерами, принаймні, з таких питань, пріоритетність яких буде різною в залежності від конкретних потреб цієї компанії:

а) вибір повідомлень, стандартів повідомлень і способів зв'язку з використанням ЕОД;

b) обов'язки щодо забезпечення ефективної експлуатації обладнання, програмного забезпечення та послуг;

c) процедури здійснення будь-яких системних змін, які можуть негативно позначитися на можливостях торговельних партнерів щодо підтримці зв'язку;

d) процедури і послуги із забезпечення безпеки;

e) моменти, коли повідомлення з використанням ЕОД мають правові наслідки;

f) функції будь-яких третіх сторін, що надають ті чи інші послуги, і укладання з ними відповідних контрактів;

g) процедури на випадок технічних помилок;

h) вимоги щодо конфіденційності (якщо такі є);

i) зобов'язання в разі будь-яких затримок або невиконання узгоджених вимог щодо зв'язку з використанням ЕОД;

j) закони, що регулюють обмін повідомленнями з використанням ЕОД, і домовленості сторін; і

k) способи врегулювання будь-яких можливих суперечок.

Угоди про обмін між торговельними партнерами носять виключно добровільний характер. Однак, як це випливає з досить довгого списку, наведеного вище, перш ніж приступати до використання ЕОД для здійснення зв'язку з торговельними партнерами, компанії буде потрібно розглянути ряд дуже важливих питань. Угода про обмін забезпечує структурну основу для розгляду і офіційного рішення цих базових питань.

Відсутність надійній і такій, що має обов'язкову силу угоди про правила, що регулюють питання здійснення компанією зв'язку з використанням ЕОД, пов'язане з ризиком непотрібних і дорогих суперечок між торговельними партнерами і - в гіршому випадку - може привести до довготривалого судового розгляду.

Які існують типові угоди про обмін?

Був розроблений цілий ряд типових угод про обмін для використання як усередині країни, так і на рівні регіонів. До них відносяться угоди про обмін, що публікуються національними організаціями ЕОД, професійними організаціями юристів і органами державного управління. Однак на час цієї публікації будь-якого іншого типового документу глобального характеру, крім Типової угоди про обмін, не існує.

При відсутності будь-якої типової угоди з ведення міжнародних комерційних торговельних операцій перешкодою на шляху розвитку використання ЕОД в міжнародній торгівлі вважаються також колізії між існуючими національними та регіональними типовими угодами. Численні типові угоди, розглянуті Групою доповідачів з правових питань, в значній мірі відрізняються за своїм обсягом, суті та змісту; метою Типової угоди про обмін є узгодження і знаходження спільних точок дотику для полегшення використання ЕОД в міжнародній торгівлі.

Як ця Типова угода про обмін відрізняється від інших типових угод?

Ця типова угода про обмін перш за все призначена для міжнародної торгівлі. Вона була розроблена з урахуванням особливостей національних правових систем і пропонує практичні рішення для подолання будь-яких можливих пов'язаних з цим труднощів. Вона задумана досить гнучкою, з тим щоб задовольнити вимоги всіх комерційних секторів, пов'язаних з міжнародною торгівлею. Користувачі також можуть знайти її корисною для розробки угод про обмін, що стосуються суто національної або регіональної комерційної діяльності з використанням ЕОД.

Якщо будь-яка компанія приймає рішення про застосування міжнародної моделі, викладеної в цієї Типовій угоді про обмін, в якості основи для визначення правил, що регулюють використання ЕОД між нею і її торговельними партнерами, то можна бути в достатній мірі впевненим в тому, що був обраний механізм, який:

- орієнтований на визнані правові проблеми, що виникають в ході комерційного використання ЕОД в міжнародній торгівлі; і

- забезпечує міцну правову і практичну основу для розгляду і реєстрації необхідних комерційних рішень.


ТИПОВА УГОДА ПРО ОБМІН ДЛЯ МІЖНАРОДНОГО 
КОМЕРЦІЙНОГО ВИКОРИСТАННЯ ЕЛЕКТРОННОГО 
ОБМІНУ ДАНИМИ

Цей текст Типової угоди про обмін складається з трьох частин:

ТИПОВА УГОДА ПРО ОБМІН.

КОМЕНТАРІ, ЩО МІСТЯТЬ ДЕЯКІ ПОЯСНЕННЯ І ДОДАТКОВІ КЕРІВНІ ПРИНЦИПИ.

КОНТРОЛЬНИЙ ПЕРЕЛІК ЕЛЕМЕНТІВ ДЛЯ ТЕХНІЧНОГО ДОДАТКУ, У ЯКОМУ КОРОТКО ВИКЛАДЕНІ ДЕЯКІ ВИМОГИ, ЩО СТОСУЮТЬСЯ ЗМІСТУ ТЕХНІЧНОГО ДОДАТКУ ДО БУДЬ-ЯКІЙ ФАКТИЧНОЇ УГОДИ.

Типова угода про обмін була підготовлена для використання комерційними торговельними партнерами. Для її використання адміністративними або офіційними установами або в споживчих угодах до неї буде потрібно внести належні зміни.

ТИПОВА УГОДА ПРО ОБМІН

Ця угода про обмін ("Угода") укладена [вказуються назви і адреси сторін] (які нижче іменуються "сторонами") і між ними, 19… року.

У відповідності до цієї угоди сторони, маючи намір взяти на себе юридичні зобов'язання, домовилися про наступне:

РОЗДІЛ 1: СФЕРА ЗАСТОСУВАННЯ ТА СТРУКТУРА

1.1 Сфера застосування

Ця Угода регулює будь-яку електронну передачу Повідомлень між сторонами. Якщо явно не передбачено інше, ця Угода не регулює ніякі інші взаємини, які мають договірний або інший характер, в контексті яких проводиться передача Повідомлень. Термін "повідомлення" означає дані, структура яких відповідає стандартам ЕДІФАКТ ООН, як це передбачено в розділі 2.

1.2 Технічний додаток

У доданому Технічному додатку викладаються погоджені сторонами описи деяких технічних і процедурних вимог. У разі колізії між умовами цієї Угоди та Технічного додатку переважну силу має ця Угода.

РОЗДІЛ 2: КОМУНІКАЦІЯ І ФУНКЦІОНУВАННЯ

Сторони передають Повідомлення відповідно до таких положень:

2.1 Стандарти

"Стандарти ЕДІФАКТ ООН" означають стандарти, встановлені для електронного обміну даними (а також пов'язані з ними рекомендації), затверджені і опубліковані в Довіднику з обміну зовнішньоторговельними даними Організації Об'єднаних Націй (СОВДООН). Сторони використовують такі варіанти стандартів ЕДІФАКТ ООН, які вказані в Технічному додатку.

2.2 Функціонування системи

Кожна сторона проводить випробування і забезпечує технічне обслуговування своїх відповідних обладнань, програмного забезпечення та послуг, необхідних для ефективної і надійної передачі та отримання повідомлень.

2.3 Зміни системи

Жодна сторона не здійснює ніяких змін у функціонуванні системи, які можуть завдати шкоди взаємної здатності сторін здійснювати комунікацію, як це передбачено цією Угодою, без попереднього повідомлення про плановану зміну.

2.4 Комунікація

Сторони вказують у Технічному додатку методи комунікації, в тому числі вимоги, що стосуються телекомунікації або використання послуг постачальників, які є третіми сторонами.

2.5 Процедури і послуги із захисту даних

Кожна сторона здійснює і забезпечує процедури і послуги із захисту даних, включаючи будь-які процедури і послуги, зазначені в Технічному додатку, з метою захисту Повідомлень і пов'язаних з ними реєстраційних записів від несприятливого впливу або зловживань, в тому числі від несанкціонованого доступу, змін або втрати.

2.6 Зберігання реєстраційних записів

Сторони зберігають і зберігають реєстраційні записи і Повідомлення, що передані відповідно до цієї Угоди, як це може бути зазначено в Технічному додатку.

РОЗДІЛ 3: ОБРОБКА ПОВІДОМЛЕНЬ

3.1 Отримання

Будь-яке Повідомлення, передане відповідно до цієї Угоди, вважається отриманим, якщо воно є доступним для сторони, яка отримує, в тому вигляді, як це зазначено в Технічному додатку. Поки воно не буде отримано таким чином, жодне передане Повідомлення не має юридичної сили, якщо застосовне законодавство не передбачає, що такі повідомлення набувають юридичну силу з моменту передачі незалежно від того, були вони отримані чи ні.

3.2 Підтвердження

3.2.1 Якщо в Технічному додатку не вказано інше, то сторона, яка отримує, не зобов'язана підтверджувати одержання Повідомлення. Вимога про підтвердження в Технічному додатку включає методи і види підтверджень (включаючи будь-які Повідомлення або процедури) і терміни, якщо вони передбачені, в які повинно бути отримано підтвердження.

3.2.2 Підтвердження буде являти собою prima facie доказ того, що відповідне Повідомлення було отримано. Сторона, яка отримує Повідомлення, яке потребує підтвердження, не вживає жодних заходів на підставі цього Повідомлення до відправлення підтвердження. Якщо сторона, яка отримує не спроможна направити підтвердження, вона не вживає жодних заходів на підставі даного Повідомлення без подальших вказівок з боку відправника Повідомлення. Не відправлення стороною, що одержує підтвердження про отримання Повідомлення не позбавлятиме Повідомлення його юридичної сили, за винятком тих випадків, коли на підставі Повідомлення неможливо встановити сторону, яка відправляє.

3.2.3 Якщо сторона, яка відправляє, не отримала відносно належним чином переданого Повідомлення, що потребує підтвердження і не було дано жодних подальших вказівок, то сторона, яка відправляє, може оголосити Повідомлення таким, що воно не є чинним, повідомивши про це сторону, що одержує.

3.3 Технічні помилки. Сторона, яка отримує повинна повідомити направляючу сторону про обставини, в тому числі про технічні помилки в отриманому Повідомленні, які перешкоджають подальшому опрацюванні повідомлення.

РОЗДІЛ 4: ЮРИДИЧНА СИЛА І МОЖЛИВІСТЬ ПРИМУСОВОГО ЗДІЙСНЕННЯ

4.1 Юридична сила.

Сторони згодні з тим, що комунікація Повідомлень відповідно до цієї Угоди може створювати зобов'язання, які мають юридичну силу і допускають примусове здійснення. Сторони в прямій формі відмовляються від будь-яких прав оскаржувати юридичну силу тієї чи іншої угоди лише на тій підставі, що комунікація між сторонами здійснювалася шляхом використання електронного обміну даними.

4.2 Докази.

Незважаючи на відсутність будь-яких письмових матеріалів або підписів, в тій мірі, наскільки це дозволяє законодавство, записи про повідомлення що ведуться сторонами реєстраційні, є прийнятними і можуть використовуватися як доказ інформації, що міститься в повідомленнях.

4.3 Укладення контракту.

Контракт, укладений з використанням електронного обміну даними в рамках цієї Угоди, вважається укладеним, коли Повідомлення про прийняття пропозиції було отримано відповідно до розділу 3.1.

РОЗДІЛ 5: ВИМОГИ ДО ЗМІСТУ ДАНИХ

5.1 Конфіденційний характер.

Ніяка інформація, що міститься в будь-якому Повідомленні, переданому в рамках цієї Угоди, не вважається конфіденційною, крім як в силу дії законодавства або в силу відомостей, що містяться в Технічному додатку або в Повідомленні.

5.2 Дотримання правових норм.

5.2.1 Кожна сторона забезпечує, щоб передача, отримання та зберігання змісту будь-якого Повідомлення здійснювалися у відповідності з усіма юридичними вимогами, що пред'являються до такої сторони.

5.2.2 Якщо отримання або зберігання будь-якого елементу Повідомлення може являти собою порушення чинного законодавства, одержувач без невиправданих затримок повідомляє про таке недотримання.

5.2.3 До тих пір, поки одержувачу не відомо про те, що Повідомлення пов'язане з недотриманням, це не завдає шкоди його правам та обов'язкам відповідно до цієї Угоди.

5.2.4 Після передачі відправнику повідомлення про недотримання одержувач не зобов'язаний відповідати на жодне подальше Повідомлення, поєднане з недотриманням. Після отримання такого повідомлення відправник утримується від передачі будь-яких інших повідомлень, пов'язаних з недотриманням.

РОЗДІЛ 6: ВІДПОВІДАЛЬНІСТЬ

6.1 Форс-мажор.

Ніяка сторона не несе відповідальності за будь-які затримки або інше невиконання своїх зобов'язань відповідно до цієї Угоди, коли такі затримки або невиконання викликані подією, що не піддається контролю даної сторони,

а) яке неможливо було в розумних межах врахувати в момент підписання цієї Угоди або

Ь) наслідки якого неможливо уникнути або подолати.

6.2  Збитки, що виключаються.

Жодна сторона не несе відповідальності за будь-які збитки, спричинені особливими обставинами, непрямі, побічні або штрафні збитки, які є результатом будь-якого порушення цієї Угоди.

6.3 Відповідальність постачальника послуг.

6.3.1 Сторона, яка користується при комунікації або обробці Повідомлень послугами постачальника, що є третьою стороною, несе відповідальність відповідно до цієї Угоди за будь-які дії, невиконання або бездіяльність постачальника у зв'язку з наданням згаданих послуг.

РОЗДІЛ 7: ЗАГАЛЬНІ ПОЛОЖЕННЯ

7.1 Законодавство, що застосовується.

Ця угода регулюється національними законами ___________ У разі правової колізії між законами, що регулюють операцію, і законами, які регулюють цю Угоду, переважну силу мають закони, що регулюють цю Угоду.

7.2 Часткове застосування.

Якщо будь-яке положення цієї Угоди з тієї чи іншої причини не має юридичної сили або не допускає примусового здійснення, всі інші положення Угоди повністю залишаються в силі і застосовуються.

7.3 Припинення дії.

Будь-яка сторона може припинити дію цієї Угоди, направивши попереднє письмове повідомлення про припинення дії не менше ніж за [30] днів. Припинення дії не впливає на будь-які комунікації, що мали місце до припинення, або на виконання будь-яких пов'язаних з ними угод. Положення розділів 2.5, 2.6, 4, 5.1, 6, 7.1 та 7.5 позитивним чином залишаються дійсними після будь-якого припинення і зберігають обов'язковий характер для сторін.

7.4 Повний текст Угоди.

Ця Угода, включаючи Технічний додаток, є повною угодою сторін з питань, що є предметом цієї Угоди, і вступає в силу після підписання сторонами. Сторони або особа, уповноважена стороною підписуватися від її імені, можуть вносити поправки в Технічний додаток. Кожна країна надає іншій країні письмовий і підписаний звіт про кожну узгоджену поправку. Кожна поправка набирає чинності після обміну письмовими і підписаними звітами. Технічний додаток і кожна поправка. що вступила в силу, є угодою між сторонами.

7.5 Заголовки і підзаголовки

Заголовки і підзаголовки в цій Угоді слід розглядати як частину пункту або підпункту, до яких вони належать.

7.6 Повідомлення

За винятком підтверджень і повідомлень за змістом розділу 3, будь-яке повідомлення, яке вимагається відповідно до цієї Угоди або відповідно до Технічного додатку, слід вважати належним чином спрямованим, якщо воно представлено іншій стороні в письмовому вигляді за підписом особи, уповноваженої стороною, що направляє повідомлення, або якщо може бути пред'явлений електронний еквівалент такого документа. Кожне повідомлення набуває чинності на наступний день після його отримання за вищезазначеною адресою іншої сторони.

7.7 Врегулювання суперечок

Альтернатива 1: Положення про арбітраж

Будь-який спір, що виникає в рамках цієї Угоди або у зв'язку з нею, у тому числі за будь-яким питанням, що стосується його існування, юридичної сили або припинення, передається на розгляд і остаточне рішення арбітражного суду в складі однієї {або трьох} особи[[осіб] [призначеної] [призначених] за згодою сторін або, в разі відсутності такої згоди, [призначеної] [призначених] рішенням_______ відповідно до правил процедури __________ і з урахуванням цих правил процедури.

Альтернатива 2: Положення про компетенцію

Будь-який спір, що виникає в рамках або в зв'язку з цією Угодою, передається на розгляд судів ________, які є єдино компетентними.

Сторони підписали цю Угоду в зазначену вище дату.

Назва сторони:

Уповноважена посадова особа:

Підпис:

Назва сторони:

Уповноважена посадова особа:

Підпис:


КОМЕНТАРІ ДО ТИПОВОЇ УГОДИ ПРО ОБМІН

Ці коментарі представляють собою другу частину рекомендації Організації Об'єднаних Націй щодо Типової угоди про обмін для міжнародного комерційного використання електронного обміну даними ("Типової угоди"). Дані Коментарі передбачається використовувати спільно з Типовою угодою при підготовці фактичних комерційних угод; в Коментарях роз'яснюються конкретні розділи Типової угоди і містяться керівні вказівки про те, яким чином слід готувати фактичні угоди. Терміни, написані з великої літери, що використовуються в Коментарях, , мають те ж значення, що і в Типовій угоді.

І. Загальне оформлення

Типова угода складається з семи розділів:

Розділ 1. Сфера застосування та структура

Розділ 2. Комунікація і функціонування

Розділ 3. Обробка Повідомлень

Розділ 4. Юридична сила та можливість примусового здійснення

Розділ 5. Вимоги до змісту даних

Розділ 6. Відповідальність

Розділ 7. Загальні положення.

Крім того, Угода повинна доповнюватися Технічним додатком, якій має додаватися до нього і якій вважається невід'ємною частиною Угоди.

Після Коментарів наводиться Контрольний перелік елементів Технічного додатку, який може використовуватися при підготовці торговельними партнерами Технічного додатку.

Типова угода містить чітку і однозначну заяву про те, що сторони мають намір бути пов'язаними Угодою; таким чином, підкреслюється, що торгові партнери бажають діяти в межах правових рамок, а не поза правовими рамками, у відношенні використання ними електронного обміну даними. Угода повинна послужити надійною правовою основою для забезпечення того, щоб комунікація в рамках ЕОД мала юридично обов'язковий характер, з урахуванням чинного національного законодавства або норм (див. розділ 7.1).

Хоча Типова угода призначена для використання двома комерційними торговельними партнерами, її можна легко пристосувати до багатостороннього використання декількома комерційними торговельними партнерами або до ситуацій, в яких торговельні кола або асоціація користувачів ЕОД приймають рішення використовувати одну й ту саму Угоду про обмін або заохочують таке використання; Типова Угода може бути пристосована для виконання цих цілей шляхом внесення до неї відповідних змін, які передбачають, яким чином декілька сторін будуть пов'язані Угодою.

II. Конкретні розділи

Розділ 1. СФЕРА ЗАСТОСУВАННЯ ТА СТРУКТУРА

Розділ 1.1 Сфера застосування.

Угода встановлює певні керівні норми для електронної пересилки між сторонами повідомлень ЕОД, які відповідають структурам і стандартам ЕДІФАКТ ООН ("Повідомлень "). У розділі 2.1 (і в Коментарях) більш детально розглядається цей аспект Угоди. Угода не застосовується до інших форм електронної комунікації, таким, як факсимільний зв'язок і електронна передача текстів (наприклад, електронна пошта), в яких не використовуються структуровані і стандартизовані повідомлення.

Важливо підкреслити, що в Угоді не встановлюються правила, що регулюють власне комерційні угоди, для яких може використовуватися ЕОД, оскільки ці угоди мають свої власні правові норми, що застосовуються, наприклад: угоди з продажу, контракти на перевезення, страхові контракти, домовленості про складському зберіганні та аналогічні взаємини.

Розділ 1.2 Технічний додаток.

Технічний додаток є невід'ємною частиною угоди між торговельними партнерами (див. Розділ 7.4); його умови мають юридично обов'язковий характер. У Технічному додатку докладно розглядаються технічні процедури, які сторони будуть використовувати в своїх комунікаціях по ЕОД. В Угоді про обмін передбачається, що деякі теми будуть розглянуті в Технічному додатку. Ці теми перераховані в Контрольному переліку елементів Технічного додатку, який приводиться в кінці цих Коментарів. В залежності від конкретних потреб торговельних партнерів може знадобитися розгляд додаткових тем, і в зв'язку з цим торговельним партнерам рекомендується запитувати думку відповідних технічних консультантів.

Хоча Угода про обмін та Технічний додаток є повною угодою між сторонами, сторони можуть користуватися технічними та правовими консультаціями, з тим щоб ознайомитися з потребами один одного. У розділі 1.2 Угоди міститься норма, яка передбачає, що в разі колізії між Угодою та Технічним додатком переважну силу матимуть положення Угоди.

Розділ 2. КОММУНИКАЦИЯ І ФУНКЦІОНУВАННЯ

В даному розділі викладаються правила, що регулюють комунікацію між торговельними партнерами, і відповідні методи функціонування, які кожна зі сторін повинна використовувати при відправці і отриманні Повідомлень. Таким чином, необхідні угоди,досягнуті між сторонами, набувають обов'язкову юридичну силу. Може знадобитися висновок додаткових контрактів з іншими учасниками (наприклад, з постачальниками послуг,які є третіми сторонами; див. розділ 2.4),і користувачам рекомендується укладати угоди, які мають юридичну силу, з цими учасниками.

Розділ 2.1 Стандарти.

У світлі його міжнародного характеру Типова угода про обмін була підготовлена для використання на основі стандартів і рекомендацій ЕДІФАКТ ООН, розроблених в рамках Європейської економічної комісії Організації Об'єднаних Націй і затверджених для міжнародного використання Міжнародною організацією зі стандартизації (ІСО). Ці стандарти включають рекомендації, що стосуються формату повідомлень, синтаксису, довідників кодів, елементів даних і сегментів. Вони містяться в Довіднику з обміну зовнішньоторговельними даними Організації Об'єднаних Націй (СОВДООН), на який робиться посилання в Угоді. У контрольному переліку елементів Технічного додатку також містяться посилання на певні послуги з охорони даних, щодо яких є стандарти.

Типова угода являє собою одну з рекомендацій, включених в СОВДООН, і в зв'язку з використанням типової угоди користувачам слід ознайомитися з СОВДООН і іншими відповідними публікаціями Організації Об'єднаних Націй. Наприкінці цих коментарів наводиться список деяких з цих публікацій (а також інформація про можливі шляхи їх отримання).

Розділ 2.2 Функціонування системи.

У відповідності зі сформованою комерційною практикою розділ 2.2 передбачає, що кожен торговельний партнер несе індивідуальну відповідальність за випробування і технічне обслуговування їх відповідних систем, а також за пов'язані з цим витрати. Сторони за згодою можуть іншим чином розподіляти свої відповідні витрати. Угода вимагає від сторін забезпечити можливості для ефективної та надійної комунікації.

Секція 2.3 Зміни системи.

Багато змін оперативних систем можуть несприятливо позначатися на здатності кінцевих користувачів здійснювати комунікацію навіть коли такі зміни не стосуються програми або файлу ЕОД. Сторонам рекомендується, коли це практично можливо, співпрацювати з торговельними партнерами,з тим щоб не допускати перебоїв в комунікації. Даний розділ вимагає, щоб торговельні партнери заздалегідь повідомляли про будь-яких пропонованих змінах у використовуваному варіанті відібраних стандартів.

Розділ 7.6 Угоди обумовлює порядок, відповідно до якого торговельні партнери повинні направляти будь-які повідомлення про запропоновані зміни відповідно до розділу 2.3. Терміни, в які повинно спрямовуватися попереднє повідомлення про запропоновані зміни, не вказуються; торговельним партнерам рекомендується передбачити необхідність належного діалогу між технічними експертами, випробувань і перевірки до внесення будь - яких суттєвих змін.

Розділ 2.4 Комунікація.

Застосування ЕОД в діловій практиці вимагає від сторін визначити і погодити методи, за допомогою яких буде здійснюватися передача Повідомлень. Ці методи можуть бути різними: Повідомлення передають (як направляють, так і отримують) за допомогою засобів електронного зв'язку, шляхом доставки магнітних стрічок або дискет, або шляхом використання друкованих матеріалів. Розділ 2.4, що передбачає чітке визначення таких вимог, забезпечує порівнянність відповідних дій торговельних партнерів. Технічні аспекти, які можуть бути конкретно обумовлені, перераховані в контрольному списку елементів Технічного додатку, який міститься в кінці цих Коментарів.

Торговельним партнерам рекомендується конкретно обумовити в Технічному додатку не тільки вимоги для комунікації між кінцевими користувачами,але також розглянути і інші договірні зв'язки, в рамках яких може здійснюватися діяльність по ЕОД. Ці зв'язки також розглядаються в розділі 6.3.

Розділ 2.5 Процедури і послуги із захисту даних.

Створення та підтримка дійсно безпечних умов для використання ЕОД є важливою метою ділової діяльності. Крім того, управління процедурами і послугами по захисту даних може мати вирішальне значення для правової оцінки і юридичної сили реєстраційних записів про Повідомлення.

Торговельним партнерам слід спробувати досягти найбільш прийнятній безпеки комунікації між кінцевими користувачами з урахуванням характеру Повідомлень, їх відносної складності, витрат,наявних ресурсів і технологій, що змінюються. Можуть використовуватися процедури і послуги, що підтверджують автентичність спрямованих і отриманих Повідомлень і таких, що дозволяють поліпшити контроль, який сторони можуть здійснювати за цілісністю своїх повідомлень. У Технічному додатку в стислому вигляді викладаються альтернативні варіанти для послуг із захисту даних між торговельними сторонами, а також фактори, які слід враховувати при встановленні внутрішніх процедур захисту.

Розділ 2.6 Зберігання реєстраційних записів.

Для забезпечення юридичної сили і можливостей примусового здійснення угод, укладених шляхом використання ЕОД, в розділі 2.6 міститься вимога до торговельних партнерів берегти і зберігати а) передані Повідомлення (як спрямовані, так і отримані) та b) реєстраційні записи, що стосуються таких Повідомлень.

Ці реєстраційні записи можуть включати історію або реєстри комунікації, а також бази даних, що містять витяги деяких частин Повідомлень.

Вимоги до зберігання реєстраційних записів, які можуть бути обумовлені в Технічному додатку, повинні розроблятися на основі комерційних або правових вимог, що регулюють діяльність кожної сторони. Мета полягає в підготовці таких необхідних вимог, які могли б дати кожному торговельному партнеру впевненість в тому, що в разі необхідності будуть в наявності як необхідні, так і бажані реєстраційні записи. Між національними законами і правилами можуть існувати значні розбіжності у ставленні зручності читання, надійності або цілісності електронних реєстраційних записів.

Конкретні вимоги до термінів або форматів зберігання не встановлюються, проте торговельним партнерам рекомендується в подробицях обговорити обидва ці питання, з тим щоб належні реєстраційні записи могли бути отримані для розгляду в разі будь-яких майбутніх розбіжностей або спорів. Крім цього, Угода не встановлює ніяких обмежень щодо внутрішніх процедур, які застосовуються стороною з метою дотримання вимог розділу 2.6.

Розділ 3. ОБРОБКА ПОВІДОМЛЕНЬ

Розділ 3.1 Отримання.

У відповідності з різними національними і міжнародними правовими текстами і документами послання може отримувати юридичну силу або після передачі, або після отримання, або коли є достатні підстави вважати, що воно було отримано. В Угоді пропонується структура для визначення того, коли спрямовані Повідомлення слід вважати отриманими і коли вони повинні здобувати юридичну силу. Така структура має велике значення для розуміння наслідків деяких послань.

Зокрема, згідно з розділом 3.1 Угоди, Повідомлення не матиме юридичної сили до тих пір, поки воно не стане доступним для сторони, яка отримує, як це передбачено в Технічному додатку. Це дозволяє сторонам визначити, на якому етапі процесу комунікації Повідомлення є отриманим: або коли воно надходить на електронну "поштову скриньку", або коли воно фіксується в журналі реєстрації угод, або коли воно надходить на конкретну машину, або коли його отримання підтверджується конкретними особами або працівниками компанії. При цьому не потрібно фактичного доступу до Повідомлення або його вивчення: воно лише має бути доступним.

В Угоді передбачається важливе вилучення: відповідно до деяких національних комерційних або адміністративних законів спрямоване послання, будь то в електронній або іншій формі, набуває певну юридичну силу незалежно від того, чи було таке послання фактично отримано передбачуваним адресатом. Наприклад, покупець, що направляє повідомлення про дефекти придбаного товару, зберігає свої права, навіть якщо продавець не отримав Повідомлення.

Розділ 3.2 Підтвердження .

Структури ЕДІФАКТ ООН припускають, що для цілей контролю і захисту торговельні партнери можуть побажати, щоб сторона, яка отримує, підтверджувала отримання будь-якого Повідомлення. Для цього є конкретні Повідомлення: ці Повідомлення можуть підтверджувати як факт отримання, так і відсутність помилок в синтаксисі Повідомлення. Питання про те, чи вимагає конкретний вид Повідомлення підтвердження, вирішується виключно торговельними партнерами: вони можуть встановити, що немає необхідності підтверджувати отримання кожного Повідомлення. що направляється. При прийнятті таких рішень часто враховуються витрати, пов'язані з напрямком підтверджень.

Розділ 3.2.1вимагає від сторін вказати в Технічному додатку, коли слід підтверджувати отримання Повідомлень. Оскільки направляючої стороні повинна бути надана можливість упевнитися в тому, що Повідомлення фактично було отримано, технічний додаток слід складати з урахуванням двох ситуацій: а) коли підтвердження потрібно в звичайному порядку і b) коли в переданому Повідомленні міститься конкретна вимога про підтвердження. Згідно з розділом 3.2.1 необхідно визначити методи і види підтверджень і, у разі необхідності, терміни, в які повинно бути отримано підтвердження.

Розділ 3.2.2 дозволяє кваліфікувати підтвердження як prima facie доказ того, що відповідне Повідомлення було отримано; відповідно до цієї норми передбачається також можливість подання доказів протилежного. Торгові партнери попереджаються про те, що деякі місцеві норми подання доказів можуть не визнавати їх зусилля по контролю за прийнятністю деяких доказів у ході судового розгляду.

У випадках, коли потрібне підтвердження, розділ 3.2.2 також визначає додаткові обов'язки. По-перше, сторона що одержує, не повинна вживати ніяких заходів на підставі Повідомлення до направлення підтвердження. Якщо підтвердження не може бути передано, то сторона, яка отримує або повідомляє про це відправника відповідного повідомлення, або запитує подальші вказівки. До отримання подальших вказівок від сторони, що відправляє сторона, яка отримує відповідно до розділу 3.2.2 не повинна вживати ніяких заходів на підставі повідомлення. Таким чином, в більшості випадків сторони зберігають нейтральну позицію до тих пір, поки вони не отримають можливість здійснити комунікацію. Вказівки можуть надаватися по телефону, за допомогою факсимільного зв'язку або за допомогою доставки друкованих документів.

По-друге, якщо сторона, яка направляє, яка очікує необхідного підтвердження, не отримала підтвердження і не надала подальших вказівок, то яка сторона, яка відправляє може оголосити Повідомлення таким, що  воно не має юридичної сили шляхом направлення відповідного повідомлення. Таке повідомлення повинно відповідати вимогам розділу 7.6. Таке право може бути застосовано тільки до тих Повідомлень, які спочатку були "належним чином передані".

Оскільки деякі види повідомлень можуть мати несприятливі для сторони, яка отримує, юридичні наслідки (наприклад, спрямоване продавцеві повідомлення про дефективні товари), розділ 3.2.2 не дозволяє стороні, що одержує позбавити отримане Повідомлення правових наслідків шляхом не направлення необхідного підтвердження.

Відповідно до розділу 3.2.3 сторона, яка отримує, звільняється від обов'язку направляти необхідне підтвердження лише в тих випадках, коли на основі початкового Повідомлення неможливо встановити особу передбачуваного одержувача; для встановлення особи одержувача слід вивчити всі компоненти Повідомлення, проте ніяких подальших заходів вживати не потрібно.

Розділ 3.3 Технічні помилки.

При наявності обставин, що перешкоджають подальшому опрацюванню Повідомлення, розділ 3.3 вимагає від сторони, яка отримує, направити повідомлення, стороні. що відправляє. Такі обставини можуть включати порушення в роботі системи, а також технічні помилки в отриманому листі. Зобов'язання повідомляти направляючу сторону про такі обставини діє навіть стосовно до тих Повідомлень, для яких не потрібно направлення підтвердження.

Розділ 4. ЮРИДИЧНА СИЛА І МОЖЛИВІСТЬ ПРИМУСОВОГО ЗДІЙСНЕННЯ

У розділі 4 говориться, що торговельні партнери, які підписують Угоду, прагнуть до того, щоб з повідомлень ЕОД витікали зобов'язання, які мають юридичну силу і можуть бути примусово здійсненими. У ньому розглядаються найважливіші правові аспекти використання ЕОД в міжнародній торгівлі.

Розділ 4.1 Юридична сила

Законодавство окремих країн може дозволяти торговельним партнерам оскаржувати юридичну силу деяких повідомлень в тих випадках, коли потрібно повідомлення в письмовій формі або в письмовій формі за підписом. У розділі 4.1 Угоди йдеться, що юридична сила угоди не може оскаржуватися жодної зі сторін на підставі того, що вона носила характер ЕОД. Деякі правові системи не забезпечують примусове здійснення даного положення у всіх випадках; цілком можливо, що це міркування впливатиме на вибір застосовного національного законодавства на підставі розділу 7.1.

Оскільки практика ЕОД веде до відмови від використання підписаних письмових документів, сторонам настійно пропонується ретельно аналізувати процедури і послуги із захисту даних, які можуть відбиратися і діяти у відносинах між торговельними партнерами. Хоча сторони і можуть визнавати електронні сигнатури, які будуть обговорюватися в Технічному додатку, неможливо гарантувати, що вони будуть виконувати всі ті функції (включаючи правові функції), що і традиційний підпис, що використовуються в аналогічних випадках.

Розділ 4.2 Докази

У розділі 4.2 зазначається намір сторін вважати реєстраційні записи Повідомлень, що зберігаються сторонами, прийнятними в якості доказу і придатними для використання в цих цілях. У той же час в Угоді визнається, що національне законодавство може по-різному підходити до питання про те, в якому ступені сторонам дозволяється обумовлювати прийнятність деяких видів доказів для цілей судового розгляду.

Розділ 4.3 Укладення контракту

У розділі 4.3 встановлюється, в який момент часу контракт, що укладається за допомогою ЕОД, вступає в силу. Визначення моменту укладення контракту часто важливо для юридичних цілей. Хоча стосовно контрактів, що укладаються по пошті або телефону, загальні правила вже розроблені, щодо контрактів, укладених за допомогою ЕОД, зберігається певна невизначеність. Встановлене в Угоді правило вносить передбачуваність і забезпечує обґрунтованість очікувань торговельних партнерів.

Згідно з розділом 4.3.,4який узгоджується з розділом 3.1., момент одержання Повідомлення, відправленого в якості акцепту оферти, вважається моментом укладання контракту. Таке правило "моменту отримання" узгоджується з положеннями різних використовуваних національних і регіональних типових угод і зі сформованою комерційною практикою ЕОД.

Розділ 5. ВИМОГИ ДО ЗМІСТУ ДАНИХ

Розділ 5.1 Конфіденційний характер

Обмін інформацією в комерційних операціях часто вимагає передачі конфіденційних даних, що стосуються комерційної діяльності торговельних партнерів. Обов'язки сторін щодо використання таких даних, як правило, визначаються в договірному порядку. Застосовне національне законодавство також може встановлювати певні обов'язки за конфіденційним використанням інформації. Сторонам пропонується встановлювати такі ж вимоги до конфіденційності інформації в електронній формі, як і до аналогічної інформації, переданої за допомогою інших засобів.

Відповідно до даного розділу, зміст Повідомлень не розглядається як конфіденційний за відсутності інших розпоряджень. Торгові партнери можуть домовитися про конфіденційний характер інформації, що міститься в їх повідомленнях або в технічному додатку, або в конкретному Повідомленні.

Розділ 5.2 Дотримання правових норм

В даному розділі сторонам даються рекомендації щодо того, як їм слід вести свої операції, з тим щоб не порушити національне законодавство, яке може визначати або обмежувати зміст того чи іншого Повідомлення. Крім того, деякі закони (такі, як закони про захист інформації) обмежують можливість передачі деяких видів даних за межі національних кордонів.

Розділ 5.2.1 вимагає від кожної сторони дотримання всіх правових вимог до змісту Повідомлення. що стосуються її. Під терміном "зберігання" розуміється зберігання даних, що містяться в будь-якому Повідомленні, а не спосіб зберігання самих Повідомлень.

Даний розділ не вимагає від торговельного партнера забезпечувати відповідність його Повідомлень законодавчим вимогам, що поширюється на іншу сторону.

Однак в інших підрозділах визначається, як сторони повинні вести себе в тих випадках, коли отримання або зберігання Повідомлення, що надійшло від одного торговельного партнера, може змусити іншу сторону порушити чинне законодавство.

Передбачена процедура повідомлення (відповідно до розділу 7.6); в подальшому сторона, що направляє повідомлення, повинна утримуватися від повторних дій, які спричинили правопорушення. Як приклад можна назвати відправку повідомлення, що містить особисті відомості, з країни, де відсутнє законодавство про захист інформації, в країну, де таке законодавство діє.

Розділ 6. ВІДПОВІДАЛЬНІСТЬ

Розділ 6.1 Форс-мажор.

Даний розділ підкріплює взаємний намір сторін використовувати електронні повідомлення без загрози виникнення непередбаченої відповідальності в ході здійснення цієї діяльності. В розділі 6.1 містяться формулювання, традиційні для багатьох комерційних угод, які дозволяють сторонам уникати відповідальності в тих випадках, коли прострочення або бездіяльність викликані деякими обставинами, що виходять з-під їх відповідного контролю.

Сторони, безумовно, можуть більш детально обговорити, які обставини вони будуть розглядати в якості "форс-мажору", що виходить з-під контролю сторін. У разі виникнення певних обставин, таких, як стихійні лиха, можливість яких можна було б припустити, відповідальність, проте, не виникає, якщо було неможливо уникнути наслідків подібних явищ, що не піддаються контролю або запобігти їх.

Розділ 6.2 Збитки, що виключаються.

В даному розділі підтверджується взаємне прагнення сторін, що використовують ЕОД відповідно до цієї Угоди, запобігти можливості виникнення відповідальності за обумовлені види збитків. Різні національні правові структури можуть передбачати за сторонами комерційних операцій право на відшкодування збитків (включаючи, там де це можливо, фактично непрямі, побічні або штрафні збитки) в разі невиконання договірного зобов'язання. Таке відшкодування збитків часто присуджується з метою компенсації упущеної вигоди або покарання за особливо порочну практику.

В даному розділі не вирішується питання про те, чи можуть обумовлені форми стягнення збитків накладатися на підставі умов інших договірних зобов'язань, що виникли у сторін. Деякі національні законодавчі акти можуть обмежувати можливість забезпечення примусового виконання вимог цього розділу.

Розділ 6.3 Відповідальність постачальника послуг.

Багато компаній, що використовують ЕОД, вдаються також до послуг третьої сторони (найчастіше це іменується мережею з додатковими послугами) для отримання допомоги у виконанні необхідних комунікаційних або суміжних функцій (наприклад, обслуговування електронної поштової скриньки, до який можуть направлятися Повідомлення, або зберігання накопичених даних Повідомлень поза місцем їх отримання).

Вибір третьої сторони - постачальника послуг і умов контракту між ним та стороною торговельної угоди виходить з-під контролю іншого торговельного партнера. Відповідно розділ 6.3.1покладає на сторону торговельної операції відповідальність за дії, бездіяльність або помилки постачальника послуг. (Положення розділу 6.3.1 застосовні як в разі вибору торговельними партнерами різних третіх сторін - постачальників послуг, так і у разі їх добровільної згоди на використання одного постачальника.)

У деяких випадках одна сторона торговельної угоди може вимагати від свого торговельного партнера використання конкретної третьої сторони-постачальника послуг. У цьому випадку положення розділу 6.3.2 перекладають відповідальність за дії постачальника на торговельного партнера,який висунув таку вимогу.

Розділ 7. ЗАГАЛЬНІ ПОЛОЖЕННЯ

У розділі 7 містяться формулювання,які часто зустрічаються в багатьох видах комерційних угод. Ці формулювання не слід розглядати в якості вичерпного переліку загальних положень, оскільки в силу звичаїв і практики, усталених в конкретних галузях чи регіонах, можуть використовуватися і інші схожі Загальні положення.

Розділ 7.1 Законодавство, що застосовується.

У разі відсутності відповідних законодавчих або підзаконних актів, що регулюють використання ЕОД, Угода розробляється з метою максимального забезпечення юридичної сили і можливості примусового здійснення повідомлень ЕОД сторін. Передбачається, що це стане можливим в рамках різних правових систем.

Сторонам торговельних операцій настійно пропонується вказувати, які національні законодавчі акти будуть регулювати дію Угоди. На їх вибір, можливо, будуть впливати відмінності в національному законодавстві, що стосується конфіденційності комп'ютерної інформації, захисту даних, транскордонної передачі даних або аналогічних питань. В той же час в рамках більшості правових систем такий вибір повинен мати певний зв'язок зі сторонами.

Оскільки при вирішенні спорів, що виникають у зв'язку з операціями, заснованими на використанні ЕОД в рамках Угоди, деякі правові норми можуть вступати в колізію між собою, в Угоді визначається, як будуть вирішуватися такі суперечності.

При надсиланні до національного законодавства можуть виявитися належним чином не обумовлені конкретні регіональні угоди або норми регулювання, які сторони, можливо, побажають застосовувати в зв'язку з Угодою. У цьому випадку сторонам слід додати необхідні формулювання.

Розділ 7.2. Часткове застосування

Розділ 7.2 підкріплює прагнення торговельних партнерів надати юридичну силу і дієвість своїми зобов'язаннями. Оскільки з тих чи інших конкретних юридичних міркувань один або кілька розділів Угоди можуть виявитися недійсними або нездійсненними, на практиці даний розділ забезпечує, щоб у цих умовах весь контракт не втратив своєї сили.

Розділ 7.3. Припинення дії

Угода має силу лише в разі використання сторонами Повідомлень; вона не вимагає використання ЕОД на постійній основі в усіх комерційних зв'язках.

Розділ 7.3 гарантує торговельним партнерам свободу договірних відносин, дозволяючи одному з них в будь-який час припинити застосування Угоди. Стороні, що не відмовляється від застосування Угоди, дається достатній термін для вироблення альтернативних процедур зв'язку. У комерційній практиці найбільш широке поширення отримав 30-денний термін; в той же час цей термін може змінюватися за домовленістю сторін. Незважаючи на формулювання розділу 7.6., необхідне повідомлення повинно бути направлено в письмовій формі.

Припинення дії Угоди не дозволяє торговельному партнерові уникнути обов'язкової юридичної сили деяких розділів, і в першу чергу розділів 2.5 (Процедури і послуги із захисту даних), 2.6 (Зберігання реєстраційних записів), (Строк дії та можливість примусового здійснення), 5.1 (Конфіденційний характер) , 6 (Відповідальність) і 7.1 (Законодавство, що застосовується).

Розділ 7.4. Повний текст Угоди.

В цьому розділі конкретно вказується, що Технічний додаток є складовою частиною Угоди. У разі виникнення суперечок деякі національні законодавчі акти, безумовно, дозволять при тлумаченні Угоди враховувати і інші аспекти взаємовідносин сторін.

Крім того, в розділі 7.4 підкреслюється, що поправки повинні представлятися в письмовому вигляді і за підписом; електронних повідомлень недостатньо. Оскільки внесенням поправок в Технічний додаток, по всій видимості, будуть займатися фахівці в технічній галузі, сторонам дозволяється уповноважувати таких осіб підписувати поправки від їх імені.

Розділ 7.5. Заголовки і підзаголовки.

В цьому розділі закріплюється загальноприйнята норма, що стосується тлумачення Угоди, яка дозволяє розглядати текст Угоди в повному обсязі. Крім того, в разі необхідності сторони можуть не розглядати заголовки в якості складової частини Угоди.

Розділ 7.6. Повідомлення.

Розділ 7.6 дозволяє торговельним партнерам при відправці необхідних повідомлень гнучко використовувати електронні аналоги письмової документації за умови, що може бути представлений реєстраційний запис, еквівалентний необхідному підписаному письмовому документу. Існують деякі технічні рішення, що дозволяють добитися подібного результату.

У той же час в правових системах багатьох країн не існує конкретного визнання тотожності електронних повідомлень письмових документів; торгові партнери повинні дуже обережно користуватися електронними повідомленнями, і їм пропонується уважно стежити за новими змінами у відповідному законодавстві.

Сторони інформуються про те, що положення розділу 7.6 не стосуються повідомлень, які підпадають під розділ 3.2 - Підтвердження.

Розділ 7.7. Врегулювання суперечок.

Оскільки сторони, які прагнуть до використання електронних повідомлень, по всій видимості, привертають такі переваги технології, як швидкодія та ефективність, вони можуть взяти на озброєння і аналогічний механізм вирішення суперечок, а саме, арбітраж (Альтернатива 1). Така альтернатива вимагає від сторін прийняття додаткових рішень, що стосуються застосовних процедур, наприклад, щодо місця проведення розгляду, складу арбітражу, методу відбору його членів і застосовних норм.

Тим сторонам, які віддають перевагу більш традиційній процедурі, Альтернатива 2 дозволяє вказати суд, що володіє юрисдикцією над усіма можливими спорами. Оскільки в цих питаннях вкрай бажана визначеність, в Угоді передбачається виняткова юрисдикція.

Крім того, торгові партнери можуть побажати розглянути можливість використання альтернативних механізмів врегулювання суперечок, які з'являються на різних ринках і в різних галузях.

КОНТРОЛЬНИЙ ПЕРЕЛІК ЕЛЕМЕНТІВ ТЕХНІЧНОГО ДОДАТКУ

Нижченаведений контрольний перелік є складовою частиною Типової угоди про обмін, і в ньому міститься список питань, щодо яких сторонам Угоди про обмін рекомендується виробити детальні вимоги і специфікації.

Цей перелік ні в якій мірі не представляє з себе вичерпного переліку всіляких питань, які могли б вирішуватися в Технічному додатку. Включені в нього елементи безпосередньо пов'язані з посиланнями у Технічному додатку, що містяться в Типовій угоді про обмін; в міру необхідності цей перелік питань може доповнюватися торговельними партнерами, які самі будуть визначати необхідну їм ступінь подробиць.

Користувачам настійно пропонується розглядати і включати і інші питання, які, на їхню думку, важливі для забезпечення повного взаєморозуміння торговельних партнерів з технічних і процедурних вимог, пов'язаних з організацією ЕОД. Як зазначається в розділі 1.2 Типової угоди про обмін:

"У доданому Технічному додатку викладаються специфікації, узгоджені сторонами, для деяких технічних і процедурних вимог".

Для зручності користування в нижченаведений контрольний перелік включені витяги з тексту відповідних розділів Типової угоди про обмін:

Розділ 2. Комунікація і функціонування

2.1 Стандарти.

"Сторони використовують такі варіанти стандартів ЕДІФАКТ ООН, які вказані в Технічному додатку".

Сторонам слід узгодити, які варіанти стандартів ЕДІФАКТ ООН вони мають намір використовувати. Сторони, можливо, побажають також домовитися про те, яким чином вони будуть розглядати нові варіанти стандартів ЕДІФАКТ ООН на предмет їх можливого використання.

Сторонам слід також з достатнім ступенем подробиці обумовити необхідні суміжні технічні специфікації і деталі. Зокрема, повинні бути розглянуті такі питання, як довідники, що використовуються, переліки кодів, керівництва по впровадженню повідомлень, а також інші питання, що безпосередньо пов'язані з зазначеними стандартами і їх суміжними варіантами.

2.2 Функціонування системи

"Кожна сторона проводить випробування і забезпечує технічне обслуговування своїх відповідних обладнання, програмного забезпечення та послуг, необхідних для ефективної і надійної передачі та отримання повідомлень".

Сторонам слід описати методи і процедури випробування своїх систем, ефективність і надійність процесів обміну повідомленнями, час проведення таких випробувань і очікувані від них результати. Сторонам слід взяти на озброєння такий метод, який чітко вказував би доступність їх систем ЕОД для передачі і отримання повідомлень.

2.4 Комунікація

"Сторони вказують у Технічному додатку методи комунікації, в тому числі вимоги, що стосуються телекомунікації або використання послуг постачальників, які є третіми сторонами."

Докладні дані і специфікації, що стосуються методу комунікації, повинні покривати такі питання:

- обраний метод або обрані методи комунікації;

- комунікаційні протоколи, що застосовуються, які сторони будуть використовувати на додаток до стандартів ЕДІФАКТ ООН (такі, як Х.2 5 або Х.4 00, і т.д.);

- при необхідності, детальну інформацію про постачальника послуг, що є третьою стороною (або про постачальників послуг), якого планується використовувати, в тому числі його повну адресу, інформацію про те, яким чином можна з ним зв'язатися, і інші аналогічні відомості.

Сторони можуть також розглянути доцільність встановлення процедур відновлення даних Повідомлень в разі їх втрати або пошкоджень в системі або обумовити альтернативний канал і процедури на випадок неспрацьовування вибраного методу комунікації.

2.5 Процедури і послуги із захисту даних

"Кожна сторона здійснює і забезпечує процедури і послуги із захисту даних, включаючи будь-які процедури і послуги, зазначені в Технічному додатку, з метою захисту Повідомлень і пов'язаних з ними реєстраційних записів від несприятливого впливу або зловживань,,в тому числі від несанкціонованого доступу, змін або втрати."

Сторони можуть прийняти рішення про те, щоб детально обговорити процедури і послуги із захисту даних, які можуть знадобитися їм у зв'язку з використанням ЕОД. Існують різні способи підвищення надійності ЕОД між діловими партнерами; загальна мета полягає в забезпеченні ефективної та правильної передачі та обробки якомога більшого числа повідомлень без надмірного підвищення витрат.

В основі вибору і використання заходів захисту/забезпечення безпеки, як правило, лежить оцінка небезпек і, не в останній мірі, міркування правового характеру. Це може привести до використання різних заходів захисту: всі вони будуть незалежні від структури повідомлень ЕДІФАКТ ООН, але в той же час можуть сприяти зміцненню клімату довіри до реєстраційних записів з точки зору юридичних вимог.

Торговельні партнери, які користуються ЕДІФАКТ ООН, мають можливість вибирати з широкого комплексу процедур і послуг із захисту даних, деякі з яких пропонуються в рамках ЕДІФАКТ ООН, а інші є загальнодоступними.

Послуги із захисту даних в ЕДІФАКТ ООН. Торгові партнери можуть вибрати послуги із захисту даних, які частково складаються з послуг, пропонованих в рамках ЕДІФАКТ ООН, які перераховані нижче, з тим щоб виконати правові вимоги або усунути виявлені небезпеки. Кожна з цих послуг із захисту даних вимагає використання криптографічних методів. Так, будь-яке повідомлення (що представляє собою не що інше, як набір цифр в певній послідовності), що передається з одного комп'ютера на інший, можна захистити, розрахувавши цифрові математичні функції (цей метод відомий під назвою криптографічного) для повідомлення до і після його передачі. Це відкриває можливості для виявлення будь-яких ненавмисних змін не тільки в процесі передачі повідомлень, але і протягом його зберігання будь-якої з двох сторін, що забезпечує необхідний захист даних.

Документи ЕДІФАКТ ООН, перераховані після даного Контрольного переліку елементів Технічного додатку, містять конкретні матеріали, що пояснюють послуги із захисту даних і правила користування ключем шифрування, детально перераховані нижче, з якими слід ознайомитися користувачам, які здійснюють пошук інформації.

Метод забезпечення схоронності змісту дозволяє захистити будь-яке повідомлення від внесення змін у дані, що містяться в ньому. Цей метод можна використовувати і для забезпечення збереження послідовності повідомлень, що передбачає встановлення порядку їх появи. Збереження повідомлень, як правило, не вдається домогтися без використання того чи іншого ключа шифрування, що дозволяє створити так званий Код впізнання повідомлення (КВП). Він являє собою зашифрований ідентифікатор повідомлення, що створюється за допомогою засекреченого ключа. Якщо не використовується особливе захищене обладнання, будь-яка людина, що знає цей засекречений ключ, може створити КВП.

Якщо проведення відмінностей між відправленням і отриманням повідомлення грає важливу роль (наприклад, для юридичних цілей), надійною процедурою захисту даних є точне встановлення походження, що вимагає фіксувати час кожної операції, а згодом обчислювати цифрові сигнатури на базі алгоритму шифрування відкритим ключем.

Таким чином, метод точного встановлення походження передбачає впізнання повідомлення, що в свою чергу вимагає забезпечення його збереження.

З процедурою точного встановлення походження схожий метод точного встановлення отримання, коли одержувач повертає повідомлення, захищене цифровий сигнатурою. Інший характер носить послуга по забезпеченню конфіденційності, що захищає конфіденційний характер змісту повідомлення протягом його передачі по тій чи іншій мережі.

Застосовувані в ЕДІФАКТ ООН процедури забезпечують лише захист повідомлень ЕДІФАКТ і не формують механізми внутрішнього захисту у кінцевих користувачів, де створюються або обробляються повідомлення. І нарешті, використання процедур захисту даних в ЕДІФАКТ ООН вимагає застосування методів криптографії, що в свою чергу передбачає використання ключів шифрування. Таким чином, існування процедур захисту даних в ЕДІФАКТ ООН означає необхідність розробки правил користування ключем шифрування.

Для всіх цілей захисту даних необхідно дуже обережно користуватися ключами (які фактично представляють собою великі числа). Алгоритми, як правило, є добре відомими та забезпечують необхідний ступінь захисту лише в поєднанні з ключами шифрування. Користувачі можуть мати або загальний ключ, застосовуваний при шифруванні, або кожен з них може мати пару ключів, які взаємно узгоджуються (один - секретний, а інший - відкритий). У всіх системах доступ до ключів повинен надаватися при строгому дотриманні правил безпеки. Це може відбуватися як на двосторонній основі, так і за допомогою третьої сторони. Третій стороні доручається виконання ряду процедур, що стосуються реєстрації, сертифікації та розподілу ключів шифрування. Ці треті сторони часто називають довіреними третіми сторонами (ДТС). Якими б не були умови, повинні існувати узгоджені зацікавленими сторонами правила і процедури користування ключами шифрування.

Додаткові процедури та послуги із захисту даних. Для того щоб в максимальному ступені усунути різні небезпеки, що виникають в процесі електронної передачі даних, сторони, можливо, побажають розглянути з метою усунення тих чи інших видів ризику можливість впровадження деяких з перелічених процедур і послуг, що носять незалежний від ЕДІФАКТ ООН характер:

- використання додаткових ідентифікаторів, кодів з однозначною послідовністю або аналогічних методів відстеження та маркування, які не потребують шифрування;

- використання додаткових послуг третіх сторін для ведення журналів передачі повідомлень або аналогічних архівів або для перевірки дій, пов'язаних з операцією;

- оснащення місцевих робочих станцій в комп'ютерній мережі компанії захищеними автоматичними пристроями, що запам'ятовують; і

- контроль доступності та захищеності засобів зв'язку.

2.6 Зберігання реєстраційних записів

"Сторони зберігають реєстраційні записи і Повідомлення, передані відповідно до цієї Угоди, як це може бути зазначено в Технічному додатку."

До числа подробиць і специфікацій, що стосуються зберігання і збереження реєстраційних записів і Повідомлень, можуть ставитися наступні дані:

- діапазон реєстрованих даних;

- формат (або формати), в якому зберігаються дані;

- терміни, протягом яких реєстраційні записи повинні зберігатися;

- носій, який використовується для зберігання і збереження даних;

- права доступу до реєстраційних записів;

- спосіб зберігання даних (включаючи контроль, екологічні умови і т. д);

- вимоги щодо цілісності й схоронності реєстраційних записів;

- правила, що регулюють доступність реєстраційних записів.

Що стосується даного пункту сторонам настійно пропонується розглянути інформацію, що стосується розділу 2.5 - Процедури і послуги із захисту даних.

Розділ 3: Обробка повідомлень

3.1 Отримання

"Будь-яке Повідомлення, передане відповідно до цієї Угоди, вважається отриманим, якщо воно є доступним для сторони, яка отримує в тому вигляді, як це зазначено в Технічному додатку."

Поняття доступності може включати в себе наступне:

- доступність через постачальника послуг, що діє від імені одержувача;

- доступність одержувачу Повідомлення, що зберігається у постачальника послуг (наприклад, в електронній поштовій скриньці);

- доступність через внутрішню комп'ютерну мережу одержувача.

3.2. Підтвердження

"Якщо в Технічному додатку не вказано інше, то сторона, що отримує, не зобов'язана підтверджувати одержання Повідомлення..Вимога про підтвердження в Технічному додатку включає методи і види підтверджень (включаючи будь-які Повідомлення або процедури) і терміни,,якщо такі передбачені,,в які повинно бути отримано підтвердження. "

Сторони можуть вказати, коли підтвердження потрібно в декількох формах. Повідомлення, що вимагають підтвердження, можуть бути визначені за типом повідомлення (наприклад, шляхом використання назв Повідомлень ЕДІФАКТ ООН) або шляхом перерахування обставин, при яких передане Повідомлення вимагає підтвердження. Сторони можуть домовитися про те, що підтвердження необхідно в тих випадках, коли на це вказується в переданому Повідомленні.

У тих випадках, коли потрібне підтвердження, сторонам слід також детально обумовити, як таке підтвердження буде здійснюватися, в тому числі:

- метод підтвердження (зворотне відсилання отриманого повідомлення; відправка іншого Повідомлення, такого, як Повідомлення CONTRL, • використання інших засобів, таких, як факсимільний зв'язок);

- терміни, в які повинно бути отримано підтвердження;

- відповідні процедури і послуги із захисту даних, які будуть використовуватися (наприклад, Повідомлення АіТАСК).

Розділ 5: Вимоги до змісту даних

5.1 Конфіденційний характер

"Ніяка інформація, що міститься в будь-якому Повідомленні, переданому в рамках цієї Угоди, не вважається конфіденційною, крім як в силу дії законодавства або в силу відомостей, що містяться в Технічному додатку або в Повідомленні".

Сторони, можливо, побажають вказати в Технічному додатку, що конкретні типи Повідомлень (наприклад, PAXLST, що використовується для передачі списків пасажирів) або конкретна інформація, що міститься в повідомленнях (наприклад, прейскуранти або особиста інформація), розглядаються як конфіденційні.

Крім того, сторони, можливо, побажають детально обумовити, яким чином сторона, яка передає будь-яке Повідомлення може вказати в ньому на конфіденційність Повідомлення або конкретної інформації, що міститься в ньому.

У будь-якому випадку, коли існує потреба в конфіденційності, сторонам настійно пропонується домагатися того, щоб в Технічному додатку або пов'язаних з ним комерційних угодах обмовлялися відповідні зобов'язання щодо забезпечення конфіденційності.

Розділ 7: Загальні положення

7.6 Повідомлення

"За винятком підтверджень і повідомлень за змістом розділу 3, будь-яке повідомлення, яке вимагається відповідно до цієї Угоди або відповідно до Технічного додатку, слід вважати належним чином спрямованим, якщо воно представлено іншій стороні в письмовому вигляді за підписом особи, уповноваженої стороною, що направляє повідомлення, або якщо може бути пред'явлений електронний еквівалент такого документа. Кожне повідомлення набуває чинності на наступний день після його отримання за вищезазначеною адресою іншого боку."

Крім повідомлень, які можуть направлятися на підставі попередніх розділів Технічного додатку, сторони, можливо, побажають визначити інші обставини, в яких має даватися повідомлення у зв'язку з використанням ними електронного обміну даними. Наприклад, в розділі 2.3 потрібно надсилати повідомлення про зміни у функціонуванні систем; сторони, можливо, побажають вказати в Технічному додатку будь-які особливі вимоги до подібних повідомленнь.

________________