Загальні вимоги зразки пунктів

Загальні вимоги. Пасажир повинен прибути на посадку на пізніше як за 30 хвилин до від'їзду автобуса. У разі запізнення на посадку відповідальність несе пасажир. Пасажир зобов'язаний пред'являти квиток для контролю одночасно з паспортом, у випадку знижки, з документом на підставі якого зроблена знижка. У разі відсутності документа, що підтверджує обгрунтованість застосування знижки, пасажир має право використовувати поїздку тільки після здійснення доплати до стандартної (без знижки) вартості квитка. Пасажир зобов'язаний зберігати квиток до закінчення рейсу. Пасажир зобов'язаний пред'являти квиток особі з повноваженнями контролера по його першому запиту. Пасажир повинен мати дійсний закордонний паспорт, бути інформований з митними правилами країн слідування. Діти та молодь до 16-ти років можуть їхати лише у супроводі дорослих. Дітям віком до 12-ти років забороняється сидіти на сидіннях біля водіїв, тобто номери 1, 2, 3 і 4. При зупинках пасажир повинен вчасно повернутися до салону автобусу. Тривалість зупинок оголошується водієм або стюардесою. Після закінчення цього часу автобус їде, а Пасажир що спізнився продовжує маршрут самостійно без компенсації проїзду. Перевізник не відповідає перед пасажиром за правильність оформлення та наявність документів, що дають право пасажиру перетинати кордони країн маршруту. У випадку відсутності необхідних документів у Пасажира на право перетинання кордону, порушення митних правил тощо, Пасажир відшкодовує Перевізнику усі збитки пов’язані із відсутністю таких документів та порушенням митних правил зокрема але не виключно, штрафи контролюючих органів як українських так і інших країн покладених на Перевізника, пеню, витрати на простій, фінансові вимоги інших пасажирів на відповідному рейсі, витрати на надання правової допомоги Перевізнику тощо.
Загальні вимоги. Засіб повинен:  мати можливість бути використаним у складі автоматизованих систем класів 2 та 3;  бути придатним для обробки інформації з максимальним грифом обмеження доступу "конфіденційно" (у тому числі такої, вимога щодо захисту якої встановлена законом);  бути реалізований у вигляді набору програмних модулів, готових до використання;  мати можливість бути використаним у складі будь-якої інформаційної системи (автоматизованої системи), Засіб повинен функціонувати у якості її окремої та незалежної частини з визначеним переліком функцій.  тестування на правильність функціонування та блокування роботи в разі виявлення порушень;  захист від порушення конфіденційності інформації внаслідок помилкових дій користувача або в разі відхилень у роботі складових елементів Засобу;  захист ключових даних на їх носіях від несанкціонованого зчитування;  захист засобу від здійснення порушником навмисного зовнішнього впливу;  захисту від порушення конфіденційності та цілісності ключових даних на ключових документах. Засіб повинен складатися з наступних компонент (за умовними назвами):  Центр генерації ключів;  Клієнт захисту;  Шлюз захисту;  Система керування. Компоненти Засобу повинні бути реалізовані у вигляді окремого програмного забезпечення, здатного самостійно виконувати свої функції у повному обсязі. Засіб повинен реалізувати наступні криптографічні алгоритми:  алгоритм шифрування даних відповідно до ДСТУ ГОСТ 28147 у режимі гамування із зворотнім зв’язком;  алгоритм шифрування даних з контролем цілісності відповідно до ДСТУ ГОСТ 28147 у режимі імітовставки для розподілу ключових даних;  алгоритм гешування інформації відповідно до ГОСТ 34.311-95;  алгоритм обчислення та перевірки електронного цифрового підпису, використання еліптичних кривих, генерація псевдовипадкових послідовностей, генерація ключових даних, перевірка правильності генерації ключових даних, а також обчислювальні процедури в поліноміальному базисі відповідно до ДСТУ 4145-2002. Засіб повинен реалізувати наступні формати, структури, протоколи, алгоритми:  інтерактивного визначення статусу сертифіката відповідно до вимог RFC 2560 “Internet X.509 Public Key Infrastructure Online Certificate Status Protocol - OCSP” та вимог до протоколу визначення статусу сертифіката, що затверджені наказом Мін’юсту, Адміністрації Держспецзв’язку від 20.08.2012 №1236/5/453 та зареєстровані в Мін’юсті 20.08.2012 №1403/21715;  списку відкликаних сертифікатів відповідно до вимог RFC 5280 “Internet X.509...
Загальні вимоги. Мережевий пристрій безпеки що пропонується, повинен являти собою міжмережевий екран наступного покоління (NGFW) та здійснювати інспекцію мережевого трафіку та захист корпоративної інфраструктури відповідно до нижченаведених вимог • Якщо відповідно до функціональності пристроїв/систем або згідно архітектурного підходу реалізація технічних вимог потребує додаткових пристроїв/систем (кластеризації) або ліцензій, то все це має бути закладено в комплект поставки з урахуванням вимог до строку та функціональності технічної підтримки • Всі необхідні ліцензії для забезпечення зазначеного в цих вимогах функціоналу та кількісних показників продуктивності мають бути у комплекті запропонованого рішення • На обладнання не має бути анонсів end-of-sale та end-of life (EOS/EOL) від виробника • NGFW повинен мати чинні експертні висновки Державної служби спеціального зв'язку та захисту інформації України на відповідність вимогам законодавства в галузі захисту інформації або проходити відповідну державну експертизу на момент подання Учасником пропозиції конкурсних торгів
Загальні вимоги. В рамках модернізації Веб-порталу КМДА повинно бути: • Виконано інтеграцію/імплементацію веб-сервісів та інформаційних веб-сайтів, які технічно, тематично та/або за відповідним інформаційно-сервісним напрямком відносяться до Веб-порталу КМДА і повинні складати одне цілісне комплексне рішення об’єднане загальним дизайном. • Забезпечено цілісне та комфортне подання текстової та графічної інформації інформаційних ресурсів Веб-порталу КМДА. • Забезпечено актуальний стан даних інформаційних ресурсів Веб-порталу КМДА. Матеріали, які мають обмеження за терміном дії (наприклад, новини за перекриття шляхів, зміну тарифів тощо) повинні автоматично видалятись (ховатись) із публікації та архівуватись.
Загальні вимоги. Система розробляється з використанням безкоштовних програмних засобів з відкритими кодами, такими як PostgreSQL, MYSQL або аналогів та використовує найсучасніші та перспективні формати інформаційного обміну даними між клієнтом і сервером на основі протоколу HTTPS (XML, JSON) за специфікаціями консорціуму "OGC". Взаємодія між сервером додатків та клієнтом для кінцевого користувача повинно виконуватися за протоколом https. Створення ІАС “СКП” повинна виконуватись із використанням принципів концепції Free and Open Source Software (FOSS), розширених парадигмою гуманітарної відповідальності (Humanitarian-FOSS) і включає такі вимоги:  Націленість на рішення критично важливих завдань для підвищення швидкості роботи ІАС «СКП».  Висока орієнтація на якість, надійність і стабільність роботи ІАС «СКП», виключення втрати і дублювання даних.  Мінімальні вимоги до кваліфікації користувачів і необхідності їх навчання.  Прозорі інтеграційні можливості.  Інформаційна та технічна безпека ІАС «СКП».  Гнучка рольова модель із можливістю її модифікації.  Забезпечення необхідного рівня конфіденційності персональних даних громадян згідно із Законодавством України.  Забезпечення прозорості доступу до інформації.  Забезпечення історії збереження записів.  Забезпечення резервування програмних модулів, компонентів ІАС «СКП».  Всі програмні модулі, компоненти, що впроваджуватимуться та поставлятимуться в рамках цієї закупівлі, мають бути надані на умовах ліцензування GPL (xxxx://xxx.xxx.xxx/xxxxxxxx/xxx.xxxx) і забезпечувати відкритість, прозорість та доступність вихідних кодів продукту за ідеологією OpenSource (ліцензія на вільне програмне забезпечення).  Якісна супроводжувальна робоча та експлуатаційна документація.
Загальні вимоги. 14.2.1. Повідомлення про порушення безпеки - Лізингоодержувач буде своєчасно інформувати Лізингодавця про будь-які порушення, що можуть вплинути на Лізингодавця або на цілісність даних Лізингодавця. 14.2.2. Право на проведення оцінки - за запитом або у випадку істотних змін у відносинах, Лізингоодержувач буде враховувати результати оцінки інформаційної безпеки Лізингодавця, надаючи інформацію / документацію про відповідну політику і практику. 14.2.3. Дотримання правил безпеки - Лізингоодержувач і його контрагенти повинні дотримуватися загальноприйнятих в галузі правил / керівництв / стандартів безпеки (включаючи фізичну безпеку, оформлення на роботу нових співробітників та їх звільнення). 14.2.4. Своєчасне реагування на уразливості - Лізингоодержувач повинен усунути, відповідно до передової галузевої практики, уразливості в області безпеки, що можуть вплинути на Лізингодавця. 14.2.5. Повідомлення про суттєві зміни - Лізингоодержувач зобов'язується своєчасно інформувати Лізингодавця про суттєві зміни в своєму середовищі даних, що можуть вплинути на Лізингодавця. 14.2.6. Доступ до персональних даних (ПД) - Лізингоодержувач має повідомити Лізингодавця про будь-який доступ до персональних даних (ПД). «Персональні дані» означає дані Лізингодавця, що відносяться або можуть бути віднесені до ідентифікованої або доступної для ідентифікації фізичної особи, і / або інформацію, що стосується ідентифікованої або доступної для ідентифікації фізичної особи, яка захищена чинним законодавством.
Загальні вимоги. Мережевий пристрій безпеки що пропонується, повинен являти собою міжмережевий екран наступного покоління (NGFW) та здійснювати інспекцію мережевого трафіку та захист корпоративної інфраструктури відповідно до нижченаведених вимог • Якщо відповідно до функціональності пристроїв/систем або згідно архітектурного підходу реалізація технічних вимог потребує додаткових пристроїв/систем (кластеризації) або ліцензій, то все це має бути закладено в комплект поставки з урахуванням вимог до строку та функціональності технічної підтримки • Всі необхідні ліцензії для забезпечення зазначеного в цих вимогах функціоналу та кількісних показників продуктивності мають бути у комплекті запропонованого рішення • На обладнання не має бути анонсів end-of-sale та end-of life (EOS/EOL) від виробника • NGFW повинен мати чинні експертні висновки Державної служби спеціального зв'язку та захисту інформації України на відповідність вимогам законодавства в галузі захисту інформації або проходити відповідну державну експертизу на момент подання Учасником пропозиції конкурсних торгів 1.2. Архітектура та форм-фактор: • NGFW повинні являти собою програмно-апаратний комплекс для встановлення в стандартну монтажну шафу 19", висота не більше ніж 1 RU • NGFW повинні бути оснащені двома блоками живлення (100-240V AC, 50-60 Hz) для резервування • Якщо таких пристроїв, для виконання вимог ТЗ, повинно бути декілька (кластеризація, додаткові модулі безпеки, маршрутизатори, тощо) вони усі мають бути у комплекті поставки рішення 1.3. Мережеві інтерфейси: • Не менше ніж 16 х GE RJ45 • Не менше ніж 8 х GE SFP • Не менше ніж 4 х 10 GE SFP+
Загальні вимоги. Якщо відповідно до функціональності пристроїв/систем або згідно архітектурного підходу реалізація технічних вимог потребує додаткових пристроїв/систем або ліцензій, то все це має бути закладено в комплект поставки з урахуванням вимог до строку та функціональності технічної підтримки • Всі необхідні ліцензії для забезпечення зазначеного в цих вимогах функціоналу та кількісних показників продуктивності мають бути у комплекті запропонованого рішення • На обладнання не має бути анонсів end-of-sale та end-of life (EOS/EOL) від виробника 4.2. Архітектура та форм-фактор: • Система може бути у вигляді віртуалізованого рішення • Cистема буде встановлюватися на апаратних ресурсах (серверах) замовника (VMWare/Hyper-V/KVM) • Якщо таких систем, для виконання вимог ТЗ, повинно бути декілька, вони усі мають бути у комплекті поставки рішення 4.3. Ліцензування: • Система має бути ліцензована для підтримки не менше ніж 5 пристроїв мережевої безпеки (фізичних, віртуальних) • Система має бути ліцензована для прийому та обробки логів - не менше ніж 5 ГБайт/день (100 логів/cек) 4.4. Загальні вимоги до системи: • Журнальні файли мають відправлятись з пристроїв на систему через шифровані з’єднання / з використанням протоколів шифрування • Аналіз журнальних файлів та побудова звітів • Створення зведених графічних звітів з пристроїв, що надсилають дані • Забезпечення створення звітів по мережевій активності, системним подіям, загрозам, web-фільтрації, тощо • Наявність вбудованих шаблонів для швидкого створення найбільш затребуваних звітів • Підтримка імпорту та експорту шаблонів звітів • Підтримка різних форматів звітів 4.5. Загальні вимоги до роботи з журнальними файлами (logs): • Прийом усіх можливих журнальних файлів з мережевих пристроїв • Пошук та фільтрація у журнальних файлах за різними критеріями (проміжки часу, тип пристрою, тощо) • Збереження критеріїв фільтрації у шаблон, який у подальшому можливо запускати для здійснення швидкого пошуку • Визначення граничних розмірів журнальних файлів для їх автоматичного архівування • Визначення автоматичного архівування журнальних файлів за розкладом • Збереження журнальних файлів на адміністративній станції або на мережевому сервері з використанням протоколів FTP, SCP, SFTP • Відновлення журнальних файлів з адміністративної станції або з мережевого серверу з використанням протоколів FTP, SCP, SFTP • Конфігурація автоматичного стиснення (gzip) журнальних файлів перед відправкою на стороні сервери • Конфігурація автоматичного видаленн...
Загальні вимоги.  Націленість на рішення завдань щодо підвищення якості надання послуг.  Орієнтація на високу якість та рівень рішення у галузі сервісних веб-проектів.  Використання елементів нової айдентики та відповідність гайдлайну КП ГІОЦ.  Високі вимоги до дизайн-рішення веб-інтерфейсу сайту та зручності його використання.  Мінімальні вимоги до кваліфікації користувачів і необхідності їхньої адаптації.  Створення конкурентних переваг сайту КП ГІОЦ за рахунок якісного рішення в галузі дизайну.  Використання (у якості базового) найбільш поширеного формату роздільної здатності екрану на який орієнтовано відображення дизайну.  Створення адаптивного рішення з урахуванням вимог доступу з мобільних пристроїв.  Дизайн розроблюваних матеріалів має відбуватися у відповідності до двох основних підходів до побудови: desktop first та mobile first (англ.) – розробка починається від вигляду на екранах стаціонарних ПК і закінчується інтерфейсом на мобільних пристроях.

Related to Загальні вимоги

  • Загальні умови Банк надає Клієнту послуги з Розрахунково - касового обслуговування щодо зарахування заробітної плати та інших виплат, передбачених діючим законодавством України та не пов’язаних із здійсненням підприємницької та інвестиційної діяльності співробітниками Клієнта, у безготівковій формі на поточні рахунки співробітників, операції за якими можуть здійснюватися з використанням електронних платіжних засобів, на умовах, визначених цим розділом ДКБО СГ. Цим розділом визначаються умови та порядок відкриття рахунків та випуску платіжних карток Співробітникам Клієнта та зарахування їм виплат за дорученням Клієнта. 6.1.1. Банк здійснює розрахунково-касове обслуговування Клієнта щодо зарахування заробітної плати та інших виплат на рахунки Співробітників Клієнта, відкриті Банком за дорученням Клієнта на підставі Заяви на приєднання до ДКБО СГ (на відкриття та обслуговування поточних рахунків на користь фізичних осіб, що передбачають використання спеціальних платіжних засобів, для здійснення операцій по зарахуванню виплат підприємством) (додаток № 6.1. до ДКБО СГ – далі Заява на приєднання ЗКП) та її додатків, Заяви про відкриття поточних рахунків на користь фізичних осіб, та всіх необхідних документів, передбачених нормативно-правовими актами Національного банку України та внутрішніми документами Банку. Після подання до Банку Заяви на приєднання ЗКП Клієнт надає до Банку Заяву про відкриття поточних рахунків на користь фізичних осіб (додаток № 1 до Заяви на Приєднання ЗКП) та перелік співробітників, на користь яких відкриваються рахунки, згідно встановленої форми (додаток № 2 до Заяви на Приєднання ЗКП) або, у разі зміни чинного законодавства України або внутрішніх положень Банку, іншу заяву за формою, встановленою чинним законодавством України та/або Банком. 6.1.2. Після надання всіх необхідних документів, Банк відкриває Співробітникам Клієнта рахунки для виплати заробітної плати та інших виплат, виготовляє та надає Співробітникам Клієнта Платіжні картки у порядку, визначеному чинним законодавством України. Видаткові операції за Рахунками здійснюються після звернення Співробітника до Банку (зокрема, для отримання грошей або Картки), пред'явлення ним документів, які дають змогу Банку верифікувати та ідентифікувати Співробітника, укладення «Заяви на приєднання до ДКБО ФО (Відкриття та обслуговування поточних рахунків, що передбачає використання спеціального платіжного засобу (платіжних карток) в національній та іноземній валюті)». 6.1.3. Банк обслуговує рахунки Співробітників Підприємства у національній валюті на підставі окремих договорів, що укладаються між Банком та Держателями карток для здійснення визначених видів виплат (заробітної плати, винагороди за цивільно-правовими договорами, дивідендів, стипендії, допомоги, повернення надлишково сплачених сум тощо) та здійснення операцій з використанням платіжних карток. 6.1.4. Банк здійснює всі операції по картковим рахункам Держателів карток згідно із законодавством України, в тому числі нормативно-правовими актами Національного банку України та цим Договором за умови оплати послуг за діючими тарифами. 6.1.5. За надані Банком послуги Клієнт проводить оплату в порядку та на умовах, визначених Заявою на приєднання ЗКП, та згідно Тарифів Банку. Клієнт сплачує комісії на рахунок для оплати комісії Банку, що зазначений у Заяві на приєднання ЗКП. Комісія за зарахування виплат розраховується у відсотках від загальної суми Виплат. Комісія сплачується окремим платіжним дорученням одночасно з перерахуванням Виплат. 6.1.6. На підставі виставленого Банком рахунку-фактури, Клієнт перераховує оплату за відкриття Банком платіжних карток на користь Співробітників (за її наявності) або плату за перевипуск платіжних карток Співробітників на новий строк (за її наявності), в розмірі, визначеному Тарифами Банку та з урахуванням загальної кількості виданих Карток, на рахунок для оплати випуску Карток, що визначений у Заяві на приєднання ЗКП. 6.1.7. В разі необхідності перевипустити платіжні картки Співробітників на новий строк, Клієнт подає Банку за 30 календарних днів до закінчення зазначеного строку перелік Співробітників, за формою (додаток № 4 до Заяви на Приєднання ЗКП), яким необхідно продовжити строк дії Картки. У разі несвоєчасного повідомлення, Клієнт несе відповідальність перед Банком у розмірі фактично понесених Банком збитків. 6.1.8. Клієнт зобов’язується виконувати умови Договору, сплачувати винагороду за послуги, виконувати інші свої зобов’язання та дотримуватися правил користування платіжною картою. 6.1.9. Картки є власністю Банку, надаються Держателю картки в тимчасове користування і не підлягають передачі третім особам. 6.1.10. Договір набирає чинності з дати підписання його сторонами і діє протягом невизначеного строку до моменту надання однією зі сторін заяви про свої наміри припинити дію Договору. 6.1.11. Якщо ініціатором припинення дії Договору є Клієнт, то Клієнт письмово інформує про це Банк за 60 календарних днів до запланованої дати припинення, шляхом оформлення з Банком Заяви про припинення надання послуги (додаток 2.1. до ДКБО СГ). На підставі отриманої заяви з дати отримання заяви або дати припинення дії Договору, вказаної в заяві Клієнта, Банк має право заблокувати картки Співробітників та/або змінити умови їх обслуговування згідно з умовами окремого договору з Держателем картки; При відсутності зобов’язань по даному Договору кожної зі сторін Договір вважається таким, що припинив свою дію; 6.1.12. Якщо ініціатором припинення дії Договору є Банк, то процедура припинення здійснюється наступним чином:  При відсутності зобов’язань по Договору Клієнта перед Банком, Банк за 10 днів надає письмове повідомлення про намір припинити дію Договору з вказаною дати; При відсутності письмового заперечення або підтвердження про наміри продовжувати дію Договору Банк, вважається таким, що Договір припинив свою дію. Банк має право заблокувати картки Співробітників Клієнта та/або змінити умови їх обслуговування згідно з умовами окремого договору з Держателем картки.

  • Загальні положення 1. Товариство з обмеженою відповідальністю «ЕЛІТ-Україна» (далі – ТОВ «ЕЛІТ- Україна» та/або «Постачальник») відповідно до статей 638 та 641 Цивільного кодексу України оголошує Публічну пропозицію (Оферту) на укладення Договору про довгострокові регулярні поставки фізичним особам, які мають намір здійснювати підприємницьку діяльність (далі – Публічна пропозиція) з метою встановлення з фізичними особами, які мають намір здійснювати підприємницьку діяльність (далі – «Покупець» та/або «ФО») договірних взаємовідносин. Дана Публічна пропозиція адресована виключно фізичним особам, які відповідають сукупності наступних критеріїв: - фізичні особи, що придбають товари не для особистих (не для споживчих) потреб; - фізичні особи, що перебувають у договірних відносинах з ТОВ «ЕЛІТ-Україна» тривалий час; - фізичні особи, які мають позитивну ділову репутацію та яким надано позитивні відгуки чи рекомендації (рекомендаційні листи) постійними клієнтами (покупцями-оптовиками) ТОВ “ЕЛІТ-Україна”. Рішення про відповідність або невідповідність вищевказаним критеріям та можливість укладення договору приймається Постачальником за результатами розгляду Заяви (Акцепту) про приєднання та доданих до неї документів, у відповідності до вимог даної Публічної пропозиції. У разі виявлення Постачальником невідповідності Покупця вищевказаним критеріям, Постачальник будь-яким способом повідомляє Покупця про неможливість укладення договору на умовах визначених у цій Публічній пропозиції. За таких умов, акцептування цієї Публічної пропозиції «Покупцем» не здійснюється та не створює юридичних наслідків у вигляді виникнення зобов'язань за договором для «Постачальника». Ця Публічна пропозиція не є публічним договором у розумінні статті 633 Цивільного кодексу України. 2. Ця Публічна пропозиція набирає чинності з дня розміщення на офіційній інтернет - сторінці ТОВ «ЕЛІТ-Україна» за адресою: xxxx://xxx.xxxx.xx/ (далі – Офіційна інтернет- сторінка), та діє протягом 5 (п’яти) календарних років або до дня офіційного оприлюднення «Постачальником» повідомлення про відкликання цієї Публічної пропозиції в цілому чи в її частині на інтернет сторінці.

  • Загальні питання Предметом договору є навчання у закладі вищої освіти.

  • Інші вимоги Наявність ліцензії на провадження господарської діяльності з медичної практики за спеціальністю загальна практика - сімейна медицина та/або педіатрія, та/або терапія.

  • Абонент зобов’язується 2.2.1. Передати Оператору разом з підписаним Абонентом даний Договір копію паспорта, копію довідки про присвоєння ідентифікаційного номера – коду платника податків. 2.2.2. Приймати та сплачувати Послуги (роботи), що надаються (виконуються) Оператором, своєчасно та в повному обсязі згідно умов, передбачених цим Договором та відповідними Додатками до нього . 2.2.3. Якщо для початку надання Послуг (виконання робіт по підключенню Послуг) Оператору потрібне проведення додаткових робіт або одержання дозволів та/або погодження від третіх осіб, Оператор повідомляє про це Xxxxxxxx, а Xxxxxxx відшкодовує витрати Оператора на виконання додаткових робіт за окремим рахунком. У випадку виконання Оператором додаткових робіт або одержання дозволів та/або погоджень від третіх осіб, термін початку надання Послуг відкладається на час виконання додаткових робіт або одержання дозволів та/або погоджень від третіх осіб. 2.2.4. У разі якщо для виконання робіт з підключення необхідно отримати відповідні погодження у власника приміщення (будинку) або іншої уповноваженої особи, Xxxxxxx зобов’язується самостійно отримати необхідні дозволи та погодження. Термін початку надання Послуг відкладається на час одержання дозволів та/або погоджень від третіх осіб. 2.2.5. Контролювати роботу власного кінцевого обладнання, яке без його відома може самостійно встановлювати з'єднання. 2.2.6. Не допускати використання на комерційній основі кінцевого обладнання та абонентських ліній для надання Послуг третім особам. 2.2.7. Не передавати права та/або обов’язки Xxxxxxxx за даним Договором третім особам без попередньої письмової згоди Оператора. 2.2.8. Не допускати дій, що можуть створювати загрозу для безпеки експлуатації мереж телекомунікацій, підтримки цілісності та взаємодії мереж телекомунікацій, захисту інформаційної безпеки мереж телекомунікацій, електромагнітної сумісності радіоелектронних засобів, ускладнювати чи унеможливлювати надання Послуг іншим абонентам. 2.2.9. Не допускати використання Послуг для створення незручностей іншим абонентам, або у спосіб, який може ускладнити використання Послуг Оператора іншими абонентами. 2.2.10. Забезпечувати уповноваженим співробітникам або підрядчикам Оператора доступ у приміщення Абонента та до траси прокладання кабелю (до слабоструменевих стояків (щитків), підвальних приміщень та інше) з метою виконання Оператором своїх зобов’язань за даним Договором.

  • ІНШІ УМОВИ 11.1. Істотні умови Договору не можуть змінюватися після його підписання до виконання зобов’язань Cторонами в повному обсязі, крім випадків, передбачених статтею 36 Закону України «Про публічні закупівлі». 11.2. Протягом терміну дії даного Договору, а також протягом п’яти років після його розірвання чи припинення, умови даного Договору, додаткових угод до нього, а також відомості, що стали відомі Сторонам у зв’язку з виконанням умов цього Договору є конфіденційними і не підлягають розголошенню, крім випадків визначених чинним законодавством України, в тому числі в сфері здійснення державних закупівель. 11.3. Сторони вживають усіх заходів для того, щоб їхні співробітники не розголошували інформацію, яка вважається конфіденційною за цим Договором, без попередньої згоди на це другої Сторони. 11.4. Жодна із Сторін не має права передавати свої права та обов’язки за Договором третім особам без письмової згоди на те іншої Сторони. 11.5. Всі письмові повідомлення, передбачені цим Договором, направляються за адресами, вказаними в цьому Договорі, рекомендованою поштою з повідомленням про вручення, або вручаються представникам сторін особисто під розпис. У разі, якщо повідомлення не буде отримано Стороною, що буде підтверджено поверненням стороні- відправнику поштового повідомлення з відміткою про неможливість вручення, в тому числі на підставі зміни стороною-одержувачем адреси, вказаної в цьому Договорі, про що інша Сторона не була сповіщена, повідомлення вважатиметься отриманим з дати його відправлення, незалежно від фактичного отримання. 11.6. Сторони добровільно надають свою безумовну згоду на обробку будь-яких персональних даних, які стали відомими в результаті виконання цього договору. Обробка включає, але не обмежується, збиранням, реєстрацією, зберіганням, адаптацією, оновленням, використанням, поширенням та знищенням персональних даних. Також Сторони погоджуються з тим, що після підписання цього Договору вони звільняються від обов'язку отримувати додаткові згоди на передачу персональних даних, необхідних для належного виконання договірних зобов'язань. Сторони договору зобов'язуються при зміні своїх персональних даних негайно повідомляти один одного про це, надаючи, у разі необхідності, відповідні документи. 11.7. Цей Договір складений при повному розумінні Сторонами його умов та термінології, українською мовою у двох автентичних примірниках, які мають однакову юридичну силу – по одному для кожної із Сторін. 11.8. Умови цього договору можуть бути змінені за згодою Сторін у порядку, визначеному законодавством України, шляхом укладання Сторонами додаткової угоди до цього Договору. Всі зміни та доповнення до цього Договору будуть мати юридичну силу, якщо вони виконані в письмовій формі та належним чином підписані уповноваженими представниками Сторін. Такі зміни та доповнення до цього Договору вважаються його невід’ємною частиною. 11.9. Всі виправлення за текстом цього Договору мають юридичну силу та можуть враховуватися виключно за умови, що вони у кожному окремому випадку датовані та засвідчені підписами Сторін. 11.10. Договір не втрачає чинності у разі зміни реквізитів Сторін, їх установчих документів, а також зміни організаційно-правової форми тощо. Про зазначені зміни Сторони у письмовій формі зобов’язані протягом 7 (семи) робочих днів повідомити одна одну. 11.11. Правовідносини сторін, не врегульовані положеннями цього Договору, регулюються нормами чинного в Україні законодавства. 11.12. Виконавець є платником податку . 11.13. Замовник є платником податку на прибуток на загальних підставах та платником ПДВ.

  • Агент має право на отримання винагороди за виконання доручення у відповідності з умовами даного Договору.

  • Абонент має право 4.2.1. На умовах даного Договору своєчасно отримувати Програмні та Телекомунікаційні послуги встановленої якості. 4.2.2. Замовити додатково або змінити відповідно до своїх інтересів вид Послуги з числа запропонованих Провайдером програмної послуги та Провайдером телекомунікацій, звернувшись до Провайдера програмної послуги та/або Провайдера телекомунікацій з письмовою заявою за адресами абонентських відділень вказаних в п. 8.1. даного Договору. 4.2.3. Звертатись за адресами Провайдера програмної послуги та/або Провайдера телекомунікацій (вказані в даному Договорі) із письмовими скаргами та пропозиціями щодо поліпшення якості Послуг. Звертатись з письмовими скаргами щодо надання та отримання телекомунікаційних послуг в НКРЗІ. 4.2.4. У разі невиконання Провайдером програмної послуги та/або Провайдером телекомунікацій своїх обов'язків, передбачених цим Договором, а також з інших причин розірвати даний Договір в односторонньому порядку попередивши письмово (заявою) Провайдера програмної послуги та/або Провайдера телекомунікацій за 30 календарних днів до бажаної дати розірвання за адресами абонентських відділень вказаних в п. 8.1. даного Договору, із зазначенням причин розірвання за умови відсутності заборгованості Абонента перед Провайдером та Оператором. 4.2.5. Призупинити надання Послуг (и) письмово попередивши про це Провайдера програмної послуги та/або Провайдера телекомунікацій не пізніше ніж за 5 (п'ять) робочих днів до запланованої дати. Призупинення Послуг (и) відбувається з 1-го числа наступного місяця. 4.2.6. Не сплачувати абонентну плату за весь час пошкодження (аварії) телекомунікаційних мереж, що призвело до припинення надання програмних та/або телекомунікаційних послуг, у разі порушення Провайдером телекомунікацій контрольних термінів усунення пошкоджень (аварії), що виникли не з вини споживача. 4.2.7. На відшкодування збитків, заподіяних унаслідок невиконання чи неналежного виконання Провайдером програмної послуги/Провайдером телекомунікацій, обов'язків, передбачених Договором або законодавством. 4.2.8. Отримувати від Провайдера програмної послуги та/або Провайдера телекомунікацій інформацію про Послуги, Додаткові послуги та умови їх надання. 4.2.9. На повернення невикористаної частини коштів у разі відмови від попередньо оплачених послуг, замовлених за Договором, у випадках та в порядку, визначених законодавством. 4.2.10. Всі права Абонента, включаючи вищепереліченні, регламентуються в Правилах (Додаток № 2).

  • УМОВИ ПОСТАВКИ ТОВАРУ 4.1. Поставка здійснюється на умовах ____________________________________________ (ІНКОТЕРМС – 2000). 4.2. Транспортування Товару здійснюється за рахунок______________(ВИРОБНИКА, КОНТРАКТАНТА) 4.3. Перехід права власності на Товар відбувається в момент (навантаження, відвантаження) Товару КОНТРАКТАНТУ та підписання відповідної документації. 4.4. Ризик випадкової загибелі Xxxxxx несе власник Товару. 4.5. Прийом передача Товару здійснюється шляхом підписання_____(акту приймання-передачі, накладної)

  • ПІДПИСИ СТОРІН ПЛАТНИК: ТОВАРИСТВО ЧЕРВОНОГО ХРЕСТА УКРАЇНИ