Договір RESORA для закладів харчування

ДОГОВІР (ПУБЛІЧНА ОФЕРТА)

про надання послуг платформи RESORA для закладів харчування Договір приєднання Редакція №01 від 14 вересня 2026 року. Дата набрання чинності: [дата].

Фізична особа — підприємець [ПІБ, РНОКПП], надалі — Виконавець, пропонує суб’єктам господарювання, які здійснюють діяльність у сфері ресторанного господарства, укласти цей Договір шляхом приєднання до його умов у повному обсязі на підставі окремої Заяви про приєднання.

1. ТЕРМІНИ ТА ВИЗНАЧЕННЯ

1.1. Платформа RESORA — програмний сервіс, доступний через вебсайти resora.me, resora.tech, застосунок та кабінет Закладу, що забезпечує інформаційну й технічну взаємодію Закладу з Гостями в межах доступних функцій.

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

1.3. Заклад — ресторан, кафе або інший об’єкт ресторанного господарства Замовника, підключений до Платформи. Обов’язки Закладу за цим Договором є обов’язками Замовника.

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

1.5. Послуги — надання Замовнику доступу до функцій Платформи, їх технічне забезпечення та підтримка в обсязі обраного Тарифу.

1.6. Кабінет — захищений обліковий запис Замовника для керування Закладом, меню, бронюваннями, замовленнями, доступами працівників і підпискою.

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

1.8. Тариф — базові умови підписки, оприлюднені на https://resora.tech/pricing. Сторони можуть погодити індивідуальну вартість і дозволені комерційні параметри за пунктом 2.3; вони мають перевагу над базовим Тарифом у відповідній частині.

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

1.10. Замовлення Гостя — звернення до Закладу щодо придбання продукції або отримання його послуг. Бронювання — звернення щодо резервування місця й часу відвідування. Підтвердження Закладу може надаватися працівником або автоматично за налаштуваннями, увімкненими Замовником.

1.11. Депозит — передбачена умовами бронювання передоплата Гостя на користь Закладу або попереднє блокування коштів через платіжного надавача Закладу в порядку пункту 7.2.4. Блокування саме по собі не означає списання чи надходження коштів Закладу. Назва «депозит» сама по собі не означає, що платіж є завдатком або штрафом.

2. ЗАГАЛЬНІ ПОЛОЖЕННЯ

2.1. Цей Договір є публічно розміщеною пропозицією укласти договір про надання Послуг і договором приєднання відповідно до статей 634, 641 та 642 Цивільного кодексу України. Його умови встановлюють єдиний стандарт взаємодії Виконавця із Замовниками.

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

2.3. Заява ідентифікує Замовника, підписанта, створений Кабінет, початкового адміністратора, контактний email та редакцію Договору. Комерційні умови до Заяви не включаються. Перелік і кількість Закладів, функції, базова абонплата, підключення та ціна Resora POS, податки й загальна вартість, демо або пілот, платні періоди, а за потреби — строк і обсяг фіксації ціни та комісія погоджуються окремо в Кабінеті до активації відповідних Послуг. Виконавець формує або підтверджує пропозицію; належно уповноважена особа Замовника приймає її, підписуючи КЕП окремий електронний знімок умов у Кабінеті. Знімок пов’язується з номером Кабінету, містить версію та дату застосування і доступний для завантаження. Він не є частиною Заяви та не потребує її повторного підписання. Зберігаються погоджена версія та підтвердження підписання; просте відображення або редагування даних у Кабінеті не змінює погоджених умов. Зміни комерційних умов погоджуються в тому самому порядку; нова редакція загальних умов — за пунктом 10.5. Індивідуальні умови мають перевагу над базовими цінами, але не змінюють єдині правила відповідальності, обробки даних та роботи з Гостями.

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

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

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

3. ПРЕДМЕТ ДОГОВОРУ

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

3.2. Доступні функції можуть охоплювати електронне меню, QR-замовлення, бронювання, попередні та спільні замовлення, поділ рахунку, самовивіз і доставку силами Закладу, Surprise Me, керування статусами, інтеграції, аналітику та програми лояльності.

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

3.4. Кошти Гостей за продукцію й послуги Закладу надходять безпосередньо Замовнику за його договором із платіжним надавачем. Виконавець не приймає їх на свій рахунок, не зберігає та не розподіляє. Оплата Послуг Виконавця є окремим зобов’язанням Замовника: базова абонплата, плата за погоджені модулі та, лише за окремим погодженням, комісія за пунктом 5.1.

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

3.6. Resora POS є опційним модулем, який підключається лише за вибором Замовника та на погоджених умовах. Його функції можуть охоплювати касовий інтерфейс, відкритий рахунок, мобільного офіціанта, план залу, модифікатори й стоп-лист, взаємодію з ПРРО та електронним чеком, зміни і звіти, типи замовлень, базовий складський облік та ролі доступу. Фактичний склад доступних функцій, необхідні інтеграції та ціна визначаються до підключення за пунктом 2.3. Інтеграція з Poster не означає придбання Resora POS або тотожності його можливостей усім функціям Poster.

3.7. Повний облік прибутків і збитків (P&L), інтеграція з 1С і нарахування зарплати персоналу не входять до обіцяного обсягу першої версії Resora POS. Вони можуть пропонуватися надалі як окремі модулі або опції лише після фактичної готовності та погодження обсягу, ціни й активації. Згадування в Договорі не є обіцянкою строку випуску або підставою автоматичної оплати.

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

4. ПОРЯДОК ПРИЄДНАННЯ, ПІДКЛЮЧЕННЯ ТА ОБМЕЖЕННЯ ДОСТУПУ

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

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

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

4.4. Виконавець надсилає Замовнику підтвердження отримання Заяви із зазначенням редакції Договору та номера Кабінету. Реєстрація Кабінету або оплата самі по собі не замінюють Заяву.

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

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

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

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

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

4.10. Замовник може подати пояснення та докази усунення порушення на support@resora.me; Telegram-бот @resora_support_bot (https://t.me/resora_support_bot). Виконавець переглядає обмеження впродовж 5 календарних днів із дня отримання пояснень та доказів Замовника і повідомляє результат. Відновлення доступу здійснюється після усунення підстав обмеження.

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

5. ВАРТІСТЬ ПОСЛУГ ТА ПОРЯДОК РОЗРАХУНКІВ

5.1. Базові ціни оприлюднюються на https://resora.tech/pricing. До активації відповідних Послуг сторони погоджують за пунктом 2.3 базову абонплату, ціну Resora POS за його підключення, одиницю нарахування, кількість Закладів, загальну вартість і податки; можливі індивідуальні ціни, пілот та строк фіксації ціни. Комісія Виконавця, розрахована від чека Гостя, за замовчуванням становить 0%. Інша комісія застосовується лише якщо в окремому знімку комерційних умов у Кабінеті за пунктом 2.3 погоджено ставку, базу розрахунку, врахування скасувань і повернень та розрахунковий період. Її сплачує Замовник окремо як плату за Послуги; вона не є прихованою доплатою Гостя і не передбачає приймання чи розподілу Виконавцем коштів Гостей. За відсутності належно погоджених параметрів ненульова комісія не нараховується. Публічна зміна Тарифу не скасовує індивідуально погоджених умов.

5.2. Для мережі Закладів сторони можуть погодити спільні або різні ціни та склад модулів із зазначенням переліку точок і загальної вартості за пунктом 2.3. Індивідуальні комерційні умови не змінюють єдиних правил роботи Закладів.

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

5.4. Базова абонплата та погоджені модулі оплачуються у гривнях за рахунком Виконавця наперед за наступний місячний період, якщо погоджені умови пілоту не визначають іншого. Строк оплати — 7 календарних днів із отримання рахунку; Виконавець надсилає його завчасно до початку відповідного періоду. Межі періоду зазначаються в рахунку та Кабінеті. Якщо відповідної дати немає в наступному місяці, розрахунковою датою є останній календарний день цього місяця, надалі зберігається початкова дата циклу. Окремо погоджена комісія від чеків розраховується після завершення погодженого за пунктом 2.3 періоду за фактичними операціями та сплачується протягом 7 календарних днів із отримання рахунку й розрахунку; правило попередньої оплати на неї не поширюється.

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

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

5.7. Рекомендований строк повідомлення про відмову від продовження — за 14 календарних днів до завершення поточного оплаченого періоду. Повідомлення, отримане до початку наступного періоду, припиняє продовження без штрафу, навіть якщо цей строк не дотримано. Якщо повідомлення отримане після початку вже оплаченого періоду, доступ діє до його завершення й надалі не продовжується. Відмова до завершення демо не створює плати за наступний період; несплачений доступ після демо сам по собі не створює автоматичного боргу. Мовчання не є дозволом на автоматичне списання.

5.8. За відсутності оплати Виконавець повідомляє Замовника та може призупинити платні функції після спливу 7 календарних днів із дня закінчення строку оплати рахунку. Прострочення не надає Виконавцю права утримувати кошти Гостей або виконувати повернення замість Закладу.

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

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

5.11. Факт та обсяг надання Послуг підтверджуються відомостями про активацію і доступ, належними первинними документами та іншими доказами. Акт наданих послуг оформлюється й надається на запит Замовника; електронний акт підписується КЕП через придатний для сторін сервіс або канал обміну. Надання акта на запит не скасовує обов’язків сторін щодо первинного обліку за законом. Виставлення рахунку саме по собі не підтверджує надання Послуг.

6. ПРАВА ТА ОБОВ’ЯЗКИ СТОРІН

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

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

6.3. Виконавець має право отримувати оплату, залучати постачальників технічних послуг із дотриманням вимог до даних, проводити необхідні оновлення та застосовувати обґрунтовані обмеження відповідно до Договору. Залучення підрядників не усуває відповідальності Виконавця за власні договірні зобов’язання.

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

6.5. Замовник забезпечує обладнання, інтернет-з’єднання та доступи до власних інтеграцій; своєчасно оновлює налаштування й перевіряє повідомлення Кабінету. Відключення push-повідомлень не замінює перевірки отриманих операцій.

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

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

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

7. ОСОБЛИВІ УМОВИ: ЄДИНИЙ СТАНДАРТ РОБОТИ ЗАКЛАДУ

7.1. Інформація про Заклад і меню.

7.1.1. До остаточного замовлення та оплати Замовник забезпечує Гостю доступ до передбачених законом відомостей про продавця, зокрема найменування або ПІБ ФОП, адреси, ідентифікаційних і контактних даних, а також відомостей про ліцензію, коли це необхідно. Комерційна назва Закладу не замінює ідентифікацію суб’єкта господарювання.

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

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

7.2. Бронювання.

7.2.1. Бронювання підтверджує Заклад вручну або автоматично, якщо Замовник активував такий режим. До підтвердження звернення має статус очікування. За наявності обов’язкового Депозиту вимога його сплати і момент остаточного підтвердження розкриваються Гостю заздалегідь.

7.2.2. Заклад підтримує актуальність столів, режиму роботи, часу, тривалості бронювання та кількості Гостей. Без автопідтвердження строк відповіді на заявку становить 30 хвилин, які рахуються лише протягом робочих годин Закладу. Заявка поза цими годинами очікує наступного відкриття; тоді починається відлік. Якщо Заклад закривається до спливу строку, відлік призупиняється й поновлюється з наступного відкриття. Уночі заявка не скасовується лише через сплив календарних 30 хвилин. Після спливу 30 хвилин роботи без відповіді заявка автоматично скасовується; Гостю показується статус, push надсилається за наявності дозволу й технічної можливості. Сплачений депозит повертає Замовник, а розблокування коштів ініціює через свого платіжного надавача.

7.2.3. Замовник може встановлювати доступне в Платформі вікно скасування; воно показується до бронювання й не змінюється для вже підтвердженого бронювання на шкоду Гостю. Значення за замовчуванням — 30 хвилин до початку бронювання. Таке вікно не виключає прав на повернення, передбачених законом.

7.2.4. Замовник визначає правомірні умови Депозиту та до бронювання і його сплати доводить до Гостя суму, призначення платежу, порядок зарахування в рахунок продукції чи послуг, поводження з невикористаним залишком, умови скасування, повернення та наслідки неявки. Умови мають бути зрозумілими й доступними для збереження. Замовник відповідає за їх законність, належне повідомлення та виконання. Депозит може оформлюватися як банківське блокування коштів на картці або, якщо підключений еквайринг чи строк до візиту цього не дозволяє, як списання на користь Закладу з подальшим поверненням за належної підстави. До підтвердження повідомляються спосіб операції, сума, умови списання, розблокування, зарахування в рахунок замовлення та повернення. При прибутті, скасуванні або неявці застосовуються правомірні умови, показані й зафіксовані для конкретної броні; пізніша зміна налаштувань Закладу їх не змінює. Розблокування або повернення ініціює Заклад через свого платіжного надавача; RESORA не здійснює автоматичного повернення чи розблокування замість Закладу. Для внесення депозиту бронювання надається 15 хвилин від початку відповідного платіжного етапу, що показується Гостю. Цей строк оплати відрізняється від строку відповіді Закладу на бронювання; стан платежу й бронювання відображаються окремо.

7.2.5. Депозит приймає й повертає Замовник. Утримання допускається лише на правомірній, заздалегідь розкритій і належно погодженій підставі та в обґрунтованому розмірі. Неявка сама по собі не дає безумовного права утримати всю суму. Правила Закладу не можуть виключати обов’язкові права Гостя. Виконавець надає технічні засоби відображення умов і не стає отримувачем Депозиту чи гарантом виконання зобов’язань Закладу.

7.3. Приймання й виконання замовлень.

7.3.1. Заклад приймає замовлення шляхом явного підтвердження або автоматичного підтвердження за власними налаштуваннями. Умови попередньої оплати, очікуваний час та спосіб отримання мають бути відомі Гостю до остаточного оформлення. Для резервування слоту, зокрема у Surprise Me з вибором часу, строк оплати становить 15 хвилин. Таке резервування саме по собі не блокує кошти в банку. Без оплати у цей строк резерв знімається, слот звільняється, замовлення на кухню не створюється. Банківська операція проводиться через платіжного надавача Закладу після переходу Гостя до оплати та належного підтвердження. Якщо платіж уже проведений або його статус невизначений, повторно оплачувати не слід: RESORA перевіряє технічні дані, а Заклад — надходження та підстави повернення чи розблокування.

7.3.2. Замовник забезпечує перевірку замовлення та актуальний статус. На ручне підтвердження QR-замовлення персоналом надається 15 хвилин із надсилання. Якщо відповідь не надійшла, замовлення не передається на кухню та закривається зі статусом непідтвердженого; цей статус відображається Гостю. Таке закриття не підтверджує виконання замовлення та не припиняє обов’язку перевірити вже проведений або невизначений платіж і забезпечити належне повернення чи розблокування.

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

7.3.4. До підтвердження Закладом Гість може самостійно скасувати замовлення в Сервісі без плати. Після підтвердження, але до фактичного початку приготування, скасування здійснюється через Заклад без плати за скасування. Правомірні, заздалегідь розкриті й погоджені умови депозиту бронювання застосовуються окремо. Після початку приготування питання вирішує Заклад з урахуванням фактичного виконання та закону; сам статус прийняття кухнею не замінює факту початку приготування. Ці правила не обмежують обов’язкових прав Гостя у разі неналежного виконання.

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

7.4. Surprise Me та інші спеціальні пропозиції.

7.4.1. Surprise Me може використовуватися як формат підбору пропозиції Закладом у межах погоджених Гостем характеристик. Формат не звільняє сторони від обов’язкових вимог до інформування споживача й безпечності продукції. Авторська назва, фото й подача можуть розкриватися при подачі страви, якщо це не приховує обов’язкової офіційної, звичної чи описової назви та інших необхідних відомостей. Раннє приховування Закладу в стрічці або на карті не відкладає розкриття продавця до остаточного підтвердження й оплати.

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

7.4.3. Позначення Гостем власних алергій не замінює інформування про алергени в продукції. Заклад перевіряє можливість виконання з урахуванням отриманих обмежень; за неможливості їх дотримання не підтверджує відповідну пропозицію та повідомляє Гостя. Обіцянки відсутності алергенів мають враховувати фактичні умови приготування й ризик перехресного контакту.

7.4.4. Сценарій Surprise Me не активується до перевірки його відповідності вимогам пунктів 7.4.1–7.4.3 та усунення виявлених невідповідностей щодо визначеності пропозиції, розкриття продавця й алергенів, безпечного підбору продукції та правомірної обробки даних про здоров’я.

7.5. Платежі Гостей і поділ рахунку.

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

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

7.5.3. За поділу рахунку відображаються сплачена та несплачена частини. Успішний платіж одного учасника не підтверджує оплату всього замовлення й не покладає на нього автоматичного обов’язку сплатити за інших.

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

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

7.5.6. Якщо кошти списані, але замовлення не передане або його статус невизначений, Замовник перевіряє платіж, а Виконавець без невиправданої затримки перевіряє передачу й відображення операції та вживає заходів для усунення проблеми в максимально короткий об’єктивно можливий строк з урахуванням її складності й залежності від сторонніх сервісів. Результат або суттєва зміна стану повідомляються після встановлення. До перевірки Гостя не спонукають повторно оплачувати ту саму операцію. За неможливості виконання Замовник здійснює належне повернення. Окрема автоматична компенсація за технічний інцидент не передбачена; застосовуються застереження пункту 5.10.

7.6. Звернення, скасування та повернення.

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

7.6.2. Заклад надає первинну відповідь протягом 1 робочого дня з отримання звернення, обґрунтоване рішення — протягом 5 робочих днів. Якщо потрібна додаткова перевірка, у цей строк повідомляє її причини й очікуваний строк завершення. Належне повернення Заклад ініціює у своєму платіжному сервісі протягом 3 робочих днів після рішення про повернення. Коротші обов’язкові строки закону або платіжного надавача мають перевагу. Строк банківського зарахування є окремим і не гарантується RESORA. Технічна помилка не є підставою утримувати кошти без правової підстави.

7.7. Алкоголь, чайові та лояльність.

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

7.7.2. Чайові є добровільними; їх сума й отримувач мають бути зрозумілими до оплати. Додавання чайових без волевиявлення Гостя не допускається.

7.7.3. Програма лояльності RESORA діє за правилами https://resora.me/loyalty. Заклад може, але не зобов’язаний, надавати власні переваги залежно від рівня Гостя; умови таких переваг мають бути доступні до їх використання, а за їх виконання відповідає Заклад. Відсутність власних переваг Закладу не скасовує участі Гостя в програмі RESORA. Участь не є згодою на рекламу; майбутні промокоди потребують окремо оприлюднених умов. Виконавець забезпечує облік і нарахування балів, визначення рівня Гостя та технічне відображення пропозицій у межах функцій Платформи. Замовник визначає й до використання привілеї повідомляє Гостю її зміст, необхідний рівень, строк дії, порядок отримання та обмеження; забезпечує актуальність цих відомостей, інформування персоналу й виконання обіцяного. Зміна або вимкнення привілеї здійснюється через Кабінет для майбутніх пропозицій і не скасовує вже підтвердженого права Гостя на її отримання на погоджених умовах. Відсутність власних привілеїв Закладу не перешкоджає нарахуванню балів за Правилами програми. Замовник не змінює правила нарахування балів RESORA власними умовами; зміни Правил програми самі по собі не змінюють комерційних умов цього Договору.

7.8. Персональні дані та конфіденційність.

7.8.1. Кожна сторона обробляє персональні дані лише на належній правовій підставі, для визначених цілей та в необхідному обсязі, відповідно до Закону України «Про захист персональних даних». Ролі сторін визначаються фактичними цілями й засобами обробки, а не лише назвою сторони в Договорі.

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

7.8.3. Доручена обробка охоплює отримання, запис, зберігання, відображення уповноваженим працівникам, передачу для виконання конкретної операції, експорт і видалення даних бронювань та замовлень. Вона допускається лише для надання Послуг, протягом визначених строків і без використання даних для сторонніх цілей. У межах відповідної операції це також охоплює статуси, коментарі до замовлення, стіл, необхідні контакти, платіжні референси, чайові та відгуки щодо Закладу. Операційні дані зберігаються в інфраструктурі Supabase; доступ працівників Закладу обмежується правами Кабінету, доступ команди RESORA — необхідністю підтримки й безпеки. Про істотну зміну залучених отримувачів Виконавець повідомляє Замовника; повідомлення не замінює належних умов дорученої обробки й міжнародної передачі.

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

7.8.5. Відомості про алергії конкретного Гостя обробляються як дані про здоров’я на належній спеціальній підставі; для погодженої моделі — за окремою усвідомленою згодою Гостя або його законного представника, коли це необхідно. Заява Замовника та загальне прийняття умов Гостем такої згоди не замінюють.

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

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

7.8.8. Інформацію для Гостей про власну обробку Виконавця викладено в Політиці конфіденційності, а про cookies — в окремій Політиці файлів cookie, доступних у Платформі. Ці політики не замінюють обов’язків Замовника щодо його власної обробки.

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

7.9. Матеріали й відгуки.

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

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

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

7.10. Технічна підтримка, інтеграції та перерви.

7.10.1. Технічна підтримка працює щодня з 09:00 до 21:00 за київським часом; канали — support@resora.me та Telegram-бот @resora_support_bot (https://t.me/resora_support_bot). Первинна реакція на критичні збої Платформи — протягом 2 годин роботи підтримки, на інші звернення — протягом 8 годин роботи підтримки. Звернення поза графіком приймаються; відлік годин реакції поновлюється в наступні години роботи. Це строки первинної реакції, а не гарантія усунення несправності. Виконавець усуває проблеми без невиправданої затримки в максимально короткий об’єктивно можливий строк; компенсації регулює пункт 5.10.

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

7.10.3. Про планові перерви, які істотно впливають на доступ, Виконавець повідомляє не пізніше ніж за 3 календарні дні, а про аварійні — без невиправданої затримки. Невідкладні заходи безпеки здійснюються за пунктом 10.6. Сторони вживають заходів для відновлення статусів і недопущення дублювання операцій.

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

8. ВІДПОВІДАЛЬНІСТЬ СТОРІН

8.1. За порушення Договору сторони відповідають згідно із законодавством України та цим Договором з урахуванням підстав відповідальності, причинного зв’язку й доведених наслідків.

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

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

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

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

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

9. ОБСТАВИНИ НЕПЕРЕБОРНОЇ СИЛИ

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

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

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

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

10. СТРОК ДІЇ, ЗМІНИ ТА ПРИПИНЕННЯ ДОГОВОРУ

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

10.2. Підставами припинення є відмова від продовження за пунктом 5.7, домовленість сторін, істотне неусунуте порушення після повідомлення за розділом 4, припинення діяльності сторони або інша підстава, передбачена законом.

10.3. Виконавець може змінювати стандартні умови для майбутніх періодів, оприлюднивши нову редакцію та повідомивши Замовника в Кабінеті й на контактну електронну адресу не пізніше ніж за 30 календарних днів до запланованого застосування змін. Повідомлення містить суть змін, дату їх застосування та порядок відмови. Приєднання до нової редакції здійснюється за пунктом 10.5.

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

10.5. Нова редакція приймається Замовником шляхом подання нової Заяви про приєднання, підписаної КЕП відповідно до пункту 4.3, із зазначенням відповідної редакції. Мовчання, користування Кабінетом або оплата самі по собі не замінюють нової Заяви. До належного приєднання нові договірні умови не застосовуються до Замовника, крім обов’язкових норм закону. Без нової Заяви доступ на наступний період за новими умовами не продовжується. Уже оплачений період виконується за раніше прийнятими умовами.

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

10.7. Після завершення підписки Замовнику надається 30 календарних днів для перегляду й експорту даних, що стосуються його Закладів, без створення нових операцій. Для пунктів 10.7–10.8 завершення підписки означає остаточне припинення доступу для нових операцій унаслідок її непродовження або припинення Договору; тимчасове блокування саме по собі не запускає цих строків. Якщо звичайний доступ небезпечний або заборонений, правомірний експорт забезпечується іншим захищеним способом. Ті самі строки застосовуються після завершення демо без платної підписки — від остаточного припинення доступу для нових операцій через завершення демо або відмову в активації. Експорт може надаватися за запитом Замовника захищеним способом, без обов’язкової наявності самостійного вивантаження в Кабінеті.

10.8. Дані, які Виконавець зберігає лише для обслуговування Замовника, видаляються або незворотно знеособлюються не пізніше 90 календарних днів після завершення підписки, визначеного пунктом 10.7. Строки 30 і 90 календарних днів відліковуються від однієї події; строк видалення не починається заново після завершення строку експорту. Винятки допускаються для конкретних даних, які необхідно зберігати на законній підставі; доступ до них обмежується відповідною метою.

10.9. Правило пункту 10.8 не означає автоматичного видалення власного облікового запису Гостя або всієї його історії в Платформі: строки власної обробки Виконавця визначаються Політикою конфіденційності. Замовник самостійно забезпечує законне зберігання отриманого експорту.

10.10. До завершення співпраці Замовник врегульовує активні замовлення, бронювання, повернення й звернення Гостей. Виконавець сприяє отриманню необхідних відомостей.

11. ПОРЯДОК ВИРІШЕННЯ СПОРІВ

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

11.2. Договірні претензії Виконавцю подаються на support@resora.me або через Telegram-бот @resora_support_bot (https://t.me/resora_support_bot), Замовнику — на контактну адресу зі Заяви або належно оновлену ним адресу. Строк відповіді — до 30 календарних днів після отримання; за потреби додаткової перевірки він може бути продовжений до 45 календарних днів загалом із повідомленням причин до спливу первісного строку. Коротші обов’язкові та спеціальні строки мають перевагу. Це не строк технічного реагування і не обмеження судового захисту.

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

12. ПРИКІНЦЕВІ ПОЛОЖЕННЯ

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

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

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

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

12.5. Email початкового адміністратора, зазначений у Заяві, є логіном і адресою для договірних повідомлень та рахунків. Замовник підтримує його актуальність; зміну адреси для повідомлень окремо підтверджує уповноважена особа в налаштуваннях Кабінету з фіксацією зміни та повідомленням на попередню і нову адреси. Додавання користувача або зміна його логіна самі по собі не змінюють адресу для договірних повідомлень. У разі втрати доступу Замовник звертається до Виконавця для перевірки повноважень і відновлення доступу. Про зміну реквізитів або повноважень підписанта Замовник невідкладно повідомляє Виконавця та надає підтвердження. Спір щодо отримання повідомлення вирішується на підставі належних доказів його надсилання й доставки.

12.6. Публічна редакція Договору розміщується за адресою https://resora.tech/legal/b2b, базові тарифи — https://resora.tech/pricing. Заява про приєднання оформлюється окремим документом за встановленою формою.

13. МІСЦЕЗНАХОДЖЕННЯ ТА РЕКВІЗИТИ ВИКОНАВЦЯ

Фізична особа — підприємець [ПІБ]. РНОКПП: [номер]. Місцезнаходження та адреса для листування: [адреса]. Відомості про державну реєстрацію: [відомості]. IBAN: [рахунок]. Банк: [найменування]. Система оподаткування та статус платника ПДВ: [відомості]. Контактна електронна пошта: support@resora.me; Telegram-бот @resora_support_bot (https://t.me/resora_support_bot). Телефон: [номер]. Вебсайти Платформи: resora.me, resora.tech. Реквізити Замовника та його уповноваженої особи зазначаються в окремій Заяві про приєднання.