1. Розуміння функціоналу запитів на бронювання
Я, Господар, підтверджую, що розумію суть функціоналу запитів на бронювання RestLib: гість створює запит із конкретними датами, кількістю гостей, обраним помешканням/номером та ціною проживання, а я самостійно приймаю рішення — підтвердити або відхилити цей запит.
2. Значення підтвердження запиту
Я розумію, що підтвердження запиту на сайті RestLib — це не “попередній інтерес”, не “попередня домовленість” і не “просто кнопка”, а моє відповідальне підтвердження готовності прийняти гостя саме на тих умовах, які вказані у запиті на момент підтвердження.
Підтверджуючи запит, я фактично повідомляю гостю, що готовий(ва) прийняти його на вказані дати, за вказаною ціною, у вказаному помешканні/номері та на погоджених умовах.
3. Коли я зобов’язуюся НЕ підтверджувати запит
Я зобов’язуюся не підтверджувати запит, якщо:
- помешкання, будинок, кімната або номер фактично недоступні на обрані дати;
- ціна в запиті мене не влаштовує;
- кількість гостей для мене неприйнятна;
- я не впевнений(на), що зможу прийняти гостя;
- інформація в моєму оголошенні застаріла або не відповідає реальним умовам;
- я очікую відповідь від іншого клієнта на ці самі дати;
- я планую змінити ціну, умови проживання або запропонувати гостю інший варіант;
- у мене є будь-які сумніви щодо можливості виконати умови запиту.
Якщо хоча б один із цих пунктів стосується мого випадку, я повинен(на) відхилити запит або узгодити інші умови з гостем до підтвердження.
4. Зобов’язання після підтвердження запиту
Після підтвердження запиту я зобов’язуюся дотримуватися погоджених умов:
- дат заїзду та виїзду;
- кількості гостей;
- ціни проживання;
- обраного помешкання, будинку, кімнати або номера;
- умов проживання, які були вказані в оголошенні та/або запиті;
- інших істотних умов, які вплинули на рішення гостя створити запит.
Я розумію, що після мого підтвердження гість може припинити пошук інших варіантів, спланувати поїздку, маршрут, транспорт, відпустку та інші витрати. Тому моє необґрунтоване скасування або зміна умов після підтвердження може завдати гостю реальних незручностей і шкодить довірі до RestLib.
5. Що заборонено після підтвердження запиту
Після підтвердження запиту я не маю права без добровільної згоди гостя:
- підвищувати ціну;
- вимагати додаткові обов’язкові платежі, які не були вказані заздалегідь;
- замінювати помешкання на інше, гірше, дешевше або менш відповідне запиту;
- змінювати погоджені дати проживання;
- зменшувати кількість доступних місць або кімнат;
- відмовляти гостю через те, що з’явився інший клієнт або вигідніша пропозиція;
- змушувати гостя скасувати запит;
- схиляти гостя домовлятися поза RestLib після підтвердження запиту;
- створювати для гостя умови, за яких він фактично буде змушений відмовитися від поїздки.
6. Скасування підтвердженого запиту та порушення умов
Якщо я підтвердив(ла) запит, але потім скасував(ла) його без поважної підтвердженої причини, відмовив(ла) гостю, змінив(ла) ціну, не надав(ла) погоджене помешкання або іншим чином порушив(ла) умови підтвердженого запиту, я розумію, що це є порушенням моїх зобов’язань перед гостем і правил роботи з функціоналом запитів на бронювання RestLib.
Скасування підтвердженого запиту після мого підтвердження допускається лише у виняткових випадках, коли існує об’єктивна причина, яка не залежить від мене і фактично унеможливлює прийняття гостя на погоджених умовах.
Я розумію, що причини на кшталт “знайшовся інший клієнт”, “дали більшу ціну”, “передумав(ла)”, “не оновив(ла) календар”, “помилився(лася) з ціною” або “забув(ла) про інше бронювання” не є поважними причинами для скасування підтвердженого запиту.
Я також розумію, що причина скасування може бути показана гостю, перевірена RestLib, а у разі необґрунтованого скасування до мого оголошення можуть бути застосовані технічні, репутаційні та фінансові наслідки, передбачені цими Правилами.
7. Поважні причини для скасування підтвердженого запиту
Поважною причиною для скасування підтвердженого запиту може бути лише обставина, яка не залежить від Господаря, виникла після підтвердження запиту або стала відома після підтвердження, і фактично унеможливлює прийняття гостя на погоджених умовах.
До таких причин можуть належати:
- аварія в помешканні, будинку або номері, яка робить проживання неможливим або небезпечним;
- затоплення, пожежа, пошкодження приміщення або інша надзвичайна подія;
- відсутність критично важливих комунальних послуг, без яких проживання неможливе або небезпечне;
- обставини непереборної сили;
- офіційні заборони, евакуація, обмеження доступу до території або інші обставини, які не залежать від Господаря;
- інші об’єктивні обставини, які RestLib визнає достатніми після розгляду пояснення Господаря.
Господар зобов’язується надати RestLib правдиве пояснення причини скасування та, за можливості, підтвердження такої причини.
8. Що НЕ є поважною причиною для скасування
Не є поважною причиною для скасування підтвердженого запиту:
- бажання здати помешкання іншому гостю дорожче;
- поява іншого клієнта або вигіднішої пропозиції;
- отримання прямого бронювання поза RestLib на ті самі дати;
- помилка Господаря в ціні;
- неактуальна інформація в оголошенні;
- неоновлений календар доступності;
- заброньовані дати, про які Господар забув;
- зміна особистих планів Господаря;
- небажання приймати саме цього гостя після підтвердження запиту, якщо об’єктивна причина не була вказана до підтвердження;
- бажання замінити помешкання на інше без згоди гостя;
- спроба змусити гостя скасувати запит самостійно;
- відмова через те, що гість не погодився на нову ціну або інші змінені умови;
- будь-яка причина, яка виникла через неуважність, недбалість або несвоєчасне оновлення інформації Господарем.
Я розумію, що відповідальність за актуальність цін, дат, опису, умов проживання та доступності помешкання несе саме Господар.
9. Наслідки порушення підтверджених умов
У разі порушення мною підтверджених умов RestLib має право без додаткового погодження:
- відключити функціонал запитів на бронювання для мого оголошення;
- тимчасово або постійно обмежити доступ мого оголошення до функціоналу запитів;
- обмежити або припинити показ мого оголошення на сайті;
- знизити пріоритет показу мого оголошення;
- відмовити мені у подальшому підключенні цього функціоналу;
- вимагати від мене пояснення щодо скарги гостя;
- враховувати факт порушення при подальшій модерації, продовженні тарифів, підключенні додаткових функцій або розміщенні мого оголошення;
- вимагати компенсацію в розмірі 10% від суми проживання за запитом, який скасовується або умови якого були порушені з моєї вини.
Я розумію, що такі наслідки застосовуються не як покарання за сам факт скасування, а як реакція на необґрунтоване скасування підтвердженого запиту, зміну погоджених умов або недобросовісну поведінку, яка шкодить гостю, RestLib та довірі до системи запитів на бронювання.
10. Роль RestLib
Я розумію, що RestLib не є стороною договору проживання між гостем і Господарем. RestLib надає інформаційний та технічний сервіс для створення, передачі та обробки запиту на бронювання.
Я самостійно відповідаю перед гостем за:
- фактичне поселення;
- умови проживання;
- достовірність інформації в оголошенні;
- актуальність ціни;
- доступність помешкання;
- відповідність фото, опису та умов реальному стану об’єкта;
- виконання підтверджених домовленостей.
RestLib має право втручатися в ситуацію в межах роботи сервісу, якщо дії Господаря шкодять гостю, порушують ці Правила або підривають довіру до функціоналу запитів на бронювання.
11. Підтвердження згоди
Я підтверджую, що прочитав(ла) ці Правила повністю, зрозумів(ла) їхній зміст і приймаю їх не формально, а як особисте зобов’язання відповідально працювати із запитами на бронювання через RestLib.
Я розумію, що згода з цими Правилами є обов’язковою умовою підтвердження запитів на бронювання для мого оголошення на RestLib.
Підтверджуючи запит на бронювання, я кожного разу підтверджую, що ознайомлений(на) із цими Правилами, погоджуюся з ними та беру на себе відповідальність за виконання умов конкретного підтвердженого запиту.
