ПУБЛІЧНА ОФЕРТА — ДОГОВІР ПРО НАДАННЯ ДОСТУПУ ДО B2B SaaS BAYTO

Рамковий договір із формою Замовлення, правилами допустимого використання та базовими умовами підтримки

1. Сторони та укладення Договору

1.1. Виконавець: Фізична особа — підприємець Шавня Леонід Сергійович, РНОКПП 3504612110, місце державної реєстрації: Україна, email: support.bayto.io@gmail.com («Bayto» або «Виконавець»). Повна реєстраційна адреса надається контрагенту лише у випадках і в обсязі, передбачених законом.

1.2. Замовник: суб’єкт господарювання, ідентифікований в обліковому записі, електронному Замовленні та записі акцепту, який набуває доступ до Сервісу для власної професійної або підприємницької діяльності («Замовник»).

1.3. Договір складається з цієї оферти, електронного Замовлення, DPA та додатків, прямо включених до Замовлення. Разом вони становлять єдину угоду.

1.4. Для безкоштовного 7-денного Trial і стандартних планів Basic, Standard та Pro Договір укладається без власноручного підпису або КЕП шляхом повного й безумовного акцепту цієї оферти та DPA через єдиний незаповнений за замовчуванням checkbox у Trial-заявці або заявці на тариф і підтверджену дію уповноваженого представника, якщо імперативний закон не вимагає іншої форми. Електронне підтвердження Trial або Замовлення фіксує погоджені комерційні параметри без повторного legal checkbox, доки матеріальні редакції документів не змінилися.

1.5. Особа, яка акцептує Договір від імені Замовника, підтверджує належні повноваження. Замовник несе ризик дій особи, якій він надав доступ до підтвердженого бізнес-акаунта або каналу активації, якщо Bayto не було своєчасно повідомлено про компрометацію.

1.6. Bayto зберігає мінімальний доказ акцепту: ідентифікатори Замовника та представника, підтверджений канал, версії, effective dates і content hashes документів, локаль, серверний час, IP/user agent у необхідному обсязі, електронне Замовлення та результат дії. Після акцепту Замовнику надається підтвердження або доступна незмінна копія.

1.7. Для Enterprise, індивідуальної відповідальності, спеціального SLA, custom development або іншого negotiated scope Bayto може вимагати окремий договір і DPA на папері, з КЕП або через погоджену систему електронного документообігу.

2. Визначення

«Сервіс» — B2B CRM/SaaS Bayto та активовані у Замовленні функції: запис через Telegram і клієнтську web-форму, клієнтська база, календар, філії, пости/бокси, послуги, працівники, Work Orders/Checks, склад, аналітика, повідомлення та інші модулі. Наявність згадки про модуль не означає його активацію для конкретного Замовника.

«Замовлення» — електронний order record, order form, комерційна пропозиція або інший погоджений запис, який визначає тариф, Trial/підписку, строк, кількість, ліміти, ціну, оплату, початок доступу та спеціальні умови.

«Адміністратор Замовника» — уповноважений користувач, який керує організацією, ролями, налаштуваннями, інтеграціями та іншими користувачами.

«Користувач» — фізична особа, якій Замовник надав доступ до Сервісу.

«Дані Замовника» — дані та матеріали, які Замовник або його користувачі вносять, передають, генерують чи зберігають у Сервісі, включно з персональними даними, які Bayto обробляє від імені Замовника.

«Документація» — актуальні інструкції та функціональні описи, які Bayto надає для користування Сервісом.

«Конфіденційна інформація» — непублічна технічна, комерційна, фінансова, організаційна або інша інформація сторони, яка за обставинами має вважатися конфіденційною.

«Підписка» — обмежене у часі право доступу до Сервісу за параметрами Замовлення; Підписка не є продажем програмного забезпечення.

3. Предмет Договору

3.1. Bayto надає Замовнику віддалений доступ до Сервісу та пов’язані послуги в обсязі Замовлення, а Замовник приймає їх і сплачує погоджену винагороду.

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

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

3.4. Окремі модулі, інтеграції, імпорт, міграція, навчання, налаштування «під ключ» або custom development надаються лише якщо вони включені до Замовлення.

4. Замовлення, тарифи та ліміти

4.1. Кожне Замовлення визначає щонайменше: організацію Замовника, тариф/план, активовані модулі та add-ons, кількість філій, постів/боксів, бізнес-користувачів і Telegram-каналів, строк, ціну, валюту, спосіб оплати та дату початку.

4.2. Публічний опис тарифу є інформаційним до погодження Замовлення. У разі розбіжності перевагу має Замовлення.

4.3. Замовник не повинен обходити технічні або договірні ліміти. При перевищенні Bayto може запропонувати перехід на інший план, add-on, зменшення використання або тимчасово обмежити створення нових ресурсів без видалення наявних даних, якщо це безпечно.

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

5. Активація та приймання

5.1. Сервіс вважається активованим у дату, зазначену в Замовленні або повідомленні про готовність доступу.

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

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

5.4. Акти, якщо вони потрібні сторонам або законодавству, оформлюються у порядку, зазначеному у Замовленні.

6. Облікові записи та адміністрування

6.1. Замовник призначає щонайменше одного Адміністратора Замовника та відповідає за повноваження користувачів, їх ролі, філії й налаштування.

6.2. Облікові дані є індивідуальними. Спільні логіни допускаються лише коли це прямо підтримується Сервісом і погоджено з урахуванням аудиту та безпеки.

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

6.4. Bayto може вимагати зміну пароля, повторну автентифікацію, завершення сесій або інший пропорційний захід у разі ризику безпеки.

6.5. Операційний запис працівника у модулі Employees не є автоматично обліковим записом користувача. Доступ виникає лише після окремого створення User та надання membership/ролі.

7. Обов’язки Замовника

7.1. Використовувати Сервіс відповідно до Договору, Документації, закону та прав третіх осіб.

7.2. Забезпечити законність збирання, внесення та використання Даних Замовника, належно інформувати клієнтів і працівників та мати правову підставу для Telegram, повідомлень, запису, CRM й аналітики.

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

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

7.5. Захищати пристрої, email, Telegram-акаунти, паролі, bot tokens та інші облікові дані, що контролюються Замовником.

7.6. Зберігати власні копії критично важливих документів і не використовувати Bayto як єдиний архів, якщо така функція прямо не погоджена.

7.7. Надавати інформацію та сприяння, обґрунтовано необхідні для налаштування, підтримки, безпеки й виконання закону.

8. Допустиме використання

8.1. Заборонено: порушувати закон або права третіх осіб; завантажувати шкідливий код; надсилати спам; обходити авторизацію, tenant boundaries, rate limiting, ліміти чи захисні механізми; проводити penetration testing без письмового дозволу; перешкоджати роботі; перепродавати доступ; надавати доступ сторонньому бізнесу; використовувати Сервіс для створення конкуруючого продукту шляхом систематичного копіювання.

8.2. Законні дії з інтероперабельності, дослідження безпеки або використання відкритих API допускаються лише у межах закону, Документації та письмово погодженого scope.

8.3. Деталізовані правила містяться у Додатку 3.

9. Дані Замовника та права на них

9.1. Замовник зберігає права на Дані Замовника. Bayto не набуває права власності на них.

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

9.3. Bayto не продає Дані Замовника, не використовує їх для власної реклами та не використовує зміст CRM-даних для навчання AI-моделей без окремої правової і договірної підстави.

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

10. Захист персональних даних

10.1. Сторони виконують обов’язки, що відповідають їх фактичним ролям за застосовним законодавством.

10.2. Щодо персональних даних, які Bayto обробляє від імені Замовника, застосовується DPA. Для стандартного потоку DPA приймається одночасно з цією офертою під час надсилання Trial-заявки або заявки на тариф; окремий підпис чи повторна позначка в момент активації не потрібні, якщо матеріальні редакції не змінилися. До підтвердженого акцепту DPA реальні масиви CRM-даних завантажувати заборонено.

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

10.4. Інформація про власну controller-обробку Bayto міститься у Політиці конфіденційності.

11. Безпека

11.1. Bayto впроваджує співмірні ризику технічні та організаційні заходи, описані у DPA та Security Overview.

11.2. До початку production або real-data Trial мають бути виконані зафіксовані release conditions: захищені сесії й відкликання доступу, backend-авторизація та tenant isolation, Telegram initData validation, шифрування отриманих через Telegram персональних даних at rest із ключем, що зберігається окремо, rate limiting, зашифрована offsite-копія, перевірене відновлення, incident procedure та контрольований export/delete.

11.3. Жодна система не гарантує абсолютної безпеки. Сторони співпрацюють для зменшення ризиків і реагування на інциденти.

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

12. Резервування, експорт і видалення

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

12.2. Після припинення Замовник має цільовий 30-денний період для погодженого експорту, якщо Замовлення не встановлює інше.

12.3. Після періоду експорту Bayto видаляє або знеособлює Дані Замовника з активних систем, крім даних, які необхідно зберігати за законом, для безпеки, обліку або спору.

12.4. Дані можуть залишатися у захищених резервних копіях до завершення задокументованого rolling cycle та не повертаються до звичайного використання. Після відновлення застосовується deletion manifest.

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

13. Сторонні сервіси та інтеграції

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

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

13.3. Якщо Bayto залучає постачальника як субпроцесора, застосовується DPA та актуальний реєстр субпроцесорів.

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

14. Налаштування, імпорт і професійні послуги

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

14.2. Замовник відповідає за повноту, якість, законність і структуру вихідних даних. Bayto повідомляє про виявлені помилки, але не гарантує виправлення прихованих дефектів джерела.

14.3. Результат імпорту має бути перевірений Замовником до операційного використання. Замовник підтверджує категорії, ціни, тривалості, vehicle mapping та активність послуг.

14.4. Налаштування не передає Замовнику прав на платформу, загальні компоненти, бібліотеки, know-how або інструменти Bayto.

15. Підтримка та доступність

15.1. Стандартний рівень підтримки визначено у Додатку 2 або Замовленні.

15.2. Безкоштовний Trial надається без договірного SLA; підтримка під час Trial здійснюється у форматі best effort у робочий час. Базовий SLA з Додатка 2 застосовується лише після активації платної підписки, якщо Замовлення не встановлює інше. Він визначає строки первинної реакції, а не гарантований строк виправлення, uptime, штраф або автоматичну компенсацію.

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

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

16. Beta, preview та експериментальні функції

16.1. Функції, позначені beta, preview, experimental або early access, можуть бути неповними, змінюватися чи припинятися і не повинні використовуватися для критичних процесів без письмового погодження.

16.2. Для них може не застосовуватися стандартна підтримка або SLA. Реальні персональні дані не повинні оброблятися у preview-функції, якщо її безпека та роль не оцінені.

17. Винагорода, рахунки й податки

17.1. Ціна, валюта, період, дата рахунку і строк оплати визначаються Замовленням. Якщо не вказано інше, оплата здійснюється банківським переказом на реквізити в рахунку.

17.1.1. Trial є безкоштовним і триває 7 календарних днів від погодженої дати активації. Його функціональність і ресурси обмежуються електронним підтвердженням Trial та актуальним Commercial Catalog. Активація Trial не створює рахунку, платної підписки, автоматичного продовження або обов’язку оплатити Сервіс. За загальним правилом одному бізнесу надається один Trial; інший Trial можливий лише за окремим рішенням Bayto.

17.2. Bayto не здійснює інтегрованого онлайн-списання. Оплата проводиться банківським переказом за рахунком; реквізити надаються лише у рахунку або іншому платіжному документі.

17.3. Усі суми зазначаються з урахуванням податкового статусу Виконавця, описаного в рахунку/Замовленні. На дату цієї редакції Виконавець не є платником ПДВ; податкові та первинні документи оформлюються відповідно до чинного законодавства й облікової політики.

17.4. Замовник сплачує рахунок у погоджений строк і зазначає коректне призначення платежу.

17.5. Обґрунтовано оспорювана сума не вважається простроченою, якщо Замовник письмово повідомив про спір до строку оплати та сплатив неоспорювану частину.

17.6. Комісії банку Замовника сплачує Замовник, якщо Замовлення не передбачає інше.

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

18. Прострочення та призупинення

18.1. У разі прострочення Bayto надсилає повідомлення. Якщо Замовлення не встановлює інше, grace period становить 5 календарних днів.

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

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

18.4. Призупинення не звільняє від сплати сум, що вже належно нараховані.

19. Строк, продовження та зміна ціни

19.1. Договір набирає чинності у дату, зазначену в Замовленні, і діє протягом погодженого строку.

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

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

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

20. Конфіденційність

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

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

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

20.4. Обов’язок діє протягом Договору та 3 роки після припинення; комерційні таємниці й персональні дані захищаються довше, якщо цього вимагає їх природа або закон.

21. Інтелектуальна власність

21.1. Bayto та його ліцензіари зберігають усі права на Сервіс, код, архітектуру, дизайн, API, документацію, торговельні позначення, загальні шаблони та вдосконалення.

21.2. Замовник зберігає права на власні дані, матеріали, логотипи й контент та надає Bayto право використовувати їх лише для виконання Договору.

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

21.4. Назву або логотип Замовника не можна використовувати у публічному customer list, кейсі чи рекламі без окремої письмової згоди.

22. Гарантії сторін

22.1. Кожна сторона гарантує, що має право укласти Договір.

22.2. Bayto докладає професійно розумних зусиль, щоб Сервіс істотно відповідав Документації та погодженому scope.

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

22.4. Bayto не гарантує безперервність, відсутність усіх помилок, конкретний фінансовий результат, кількість клієнтів, відповідність спеціальним галузевим правилам Замовника або безперебійну роботу сторонніх сервісів.

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

23. Претензії третіх осіб щодо прав

23.1. Якщо третя особа заявляє обґрунтовану вимогу, що стандартний Сервіс порушує її права інтелектуальної власності, Bayto може на власний вибір забезпечити право подальшого використання, змінити або замінити спірний компонент чи припинити його. Припинення компонента саме по собі не створює права на повернення коштів; застосовується розділ 25.

23.2. Це не застосовується до вимог, спричинених Даними Замовника, інструкцією Замовника, непогодженою модифікацією, використанням поза Документацією або поєднанням із непередбаченим компонентом.

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

24. Обмеження відповідальності

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

24.2. У максимальному обсязі, дозволеному законом, Сервіс надається «як є» та «за наявності», а Bayto не несе відповідальності за будь-які збитки, втрати, вимоги чи наслідки, пов’язані з використанням або неможливістю використання Сервісу, бізнес-рішеннями Замовника, внесеними ним даними, діями його користувачів, недотриманням інструкцій, втратою прибутку, доходу, клієнтів, можливостей, репутації чи даних, а також роботою або недоступністю сторонніх сервісів.

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

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

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

25. Припинення

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

25.2. Припинення без порушення допускається лише якщо це передбачено Замовленням.

25.3. Після припинення право доступу завершується, нараховані суми підлягають оплаті, а Дані Замовника обробляються за розділом 12 та DPA.

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

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

25.6. Заява подається на support.bayto.io@gmail.com уповноваженим представником Замовника. Сума повернення дорівнює одній дванадцятій фактично сплаченої річної ціни за кожний повний місячний період, що відповідає умовам пункту 25.5, після зарахування належних до сплати сум. Повернення здійснюється протягом 30 календарних днів після підтвердження заяви та платіжних реквізитів.

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

25.8. Не створюють права на повернення коштів: зміна рішення Замовника; невикористання доступного Сервісу; відсутність очікуваного комерційного результату; призупинення або припинення через порушення Замовника, несплату чи ризик безпеки; а також збій або припинення незалежного стороннього сервісу. Інше може бути прямо визначено електронним Замовленням або імперативною нормою закону.

25.9. Розділи, які за природою мають діяти після припинення, залишаються чинними.

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

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

26.2. Сторона повідомляє іншу сторону та вживає розумних заходів для зменшення наслідків.

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

27. Повідомлення та електронні документи

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

27.2. Операційні повідомлення можуть надсилатися через інтерфейс, email або Telegram; повідомлення про припинення, спір, зміну ціни чи субпроцесора надсилаються у спосіб, що дозволяє підтвердити доставку.

27.3. Сторона зобов’язана оновлювати контактні дані. Ризик недоставлення через неактуальні дані несе сторона, яка не повідомила про зміну.

28. Застосовне право та спори

28.1. Договір регулюється правом України.

28.2. Сторони спочатку добросовісно проводять переговори. Письмова претензія розглядається протягом строку, встановленого законом або погодженого сторонами.

28.3. Неврегульований спір передається компетентному суду України відповідно до правил юрисдикції та підсудності.

28.4. Якщо обов’язкове іноземне право застосовується до конкретного потоку персональних даних або користувача, воно діє у відповідному обсязі без автоматичної зміни права всього Договору.

29. Загальні положення

29.1. Договір є повною угодою щодо його предмета і замінює попередні домовленості з цього предмета.

29.2. Зміни чинні у погодженій сторонами формі. Bayto не може односторонньо змінити чинну ціну або істотно зменшити оплачений scope поточного строку, крім вимог закону чи безпеки з належним засобом захисту.

29.3. Недійсність окремого положення не впливає на інші. Невикористання права не є відмовою.

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

29.5. Сторони є незалежними контрагентами; Договір не створює партнерство, агентство, трудові відносини або спільне підприємство.

29.6. Українська версія має перевагу, якщо у Замовленні не погоджено інше.

30. Акцепт

30.1. Для безкоштовного 7-денного Trial і стандартних планів Договір та DPA приймаються через єдиний обов’язковий checkbox під час надсилання Trial-заявки або заявки на тариф уповноваженим представником Замовника. Електронне підтвердження Trial або Замовлення фіксує параметри доступу, тариф, період і суму та не вимагає повторної legal-позначки, доки матеріальні редакції документів не змінилися. Дані сторін і параметри доступу система отримує з заявки, верифікованого облікового запису та сформованого електронного запису; вручну заповнювати або підписувати цей документ не потрібно. Без акцепту Trial або платний Сервіс не активується. Для Enterprise індивідуальний договір оформлюється окремо.

Додаток 1. Електронне Замовлення

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

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

Додаток 2. Базовий рівень підтримки

Цей Додаток застосовується, якщо Замовлення не встановлює інший support tier або SLA.

• Основний канал: support.bayto.io@gmail.com. SLA-час обчислюється з моменту отримання звернення цим каналом; Telegram може використовуватися лише для оперативного дублювання.
• Робочі години: понеділок–п’ятниця, 10:00–18:00 за київським часом, крім офіційних свят і неробочих днів в Україні.
• Ціль первинної відповіді не є строком повного виправлення.
• Підтримка не включає навчання без ліміту, виправлення даних Замовника, custom development або роботу зі стороннім сервісом поза контролем Bayto.
• Класифікацію пріоритету після первинної перевірки визначає Bayto. Строк реакції зупиняється на час очікування необхідної інформації, доступу або підтвердження від Замовника.
• Планове або аварійне обслуговування, дії Замовника, недоступність Telegram, провайдера зв’язку чи іншої незалежної третьої сторони не є автоматичним порушенням SLA. Невиконання цілі реакції саме по собі не створює право на штраф або service credit; для Enterprise такі наслідки можуть бути погоджені окремо.

Додаток 3. Правила допустимого використання

• не порушувати закон, права третіх осіб, конфіденційність, інтелектуальну власність або правила комунікацій;
• не збирати чи завантажувати дані без правової підстави або поза погодженим scope;
• не створювати фіктивні бронювання, спам, масові небажані повідомлення або оманливий контент;
• не обходити автентифікацію, RBAC, tenant isolation, rate limiting, планові ліміти чи API controls;
• не сканувати, експлуатувати або публічно розкривати вразливості без письмового scope;
• не запускати malware, криптомайнінг, denial-of-service або інше непропорційне навантаження;
• не передавати bot tokens, passwords або інші secrets через незахищені канали чи зберігати їх у відкритому вигляді;
• не використовувати Сервіс для обробки заборонених категорій даних без окремого погодження;
• не перепродавати, white-label або надавати Сервіс третій компанії без відповідного Замовлення;
• не копіювати суттєві елементи продукту для побудови конкуруючої платформи, не порушуючи дозволені законом винятки.

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

Додаток 4. Exit та передача даних

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

Після припинення надсилається запит на експорт у межах погодженого 30-денного вікна.

Bayto формує доступний стандартний формат або оцінює нестандартну міграцію окремо.

Сторони перевіряють безпечний канал, одержувача та цілісність файлу.

Після підтвердження експорту й завершення вікна Bayto запускає видалення з активних систем.

Винятки через закон, спір або legal hold документуються.

Дані у backup завершують rolling cycle; після restore deletion manifest застосовується повторно.

За запитом і якщо це погоджено, Bayto надає коротке підтвердження завершення операційного видалення.