Умови послуг
Умови замовлення Android-розробки, публікації, оновлень і підтримки Krepel Studio. Конкретний погоджений обсяг робіт уточнює склад обраної послуги.
Project Scope і підтвердження замовлення
До оплати клієнт отримує фінальний Project Scope, у якому фіксуються:
- обрана послуга;
- що саме створюємо / змінюємо;
- основний функціонал;
- ключові екрани та integrations;
- що входить у роботу;
- що не входить;
- deliverables;
- строки;
- правила правок;
- гарантія / support;
- фінальна ціна;
- матеріали, доступи та credentials, які має надати клієнт.
Клієнт письмово підтверджує Project Scope.
Після підтвердження Project Scope він вважається погодженою базою замовлення. Подальші зміни регулюються правилами придбаної послуги.
Оплата
- усі послуги Krepel Studio оплачуються на 100% наперед;
- спосіб оплати — USDT;
- перед оплатою Krepel Studio повідомляє точну суму, конкретну мережу та wallet address;
- клієнт зобов'язаний перевірити мережу й адресу перед відправленням;
- blockchain / network fee сплачує клієнт;
- після відправлення клієнт обов'язково надсилає скріншот платежу, на якому видно суму та переказ на наданий Krepel Studio wallet address;
- скріншот є обов'язковим підтвердженням від клієнта, але оплата вважається фактично отриманою тільки після реального зарахування повної погодженої суми USDT на гаманець Krepel Studio;
- якщо клієнт самостійно відправив кошти в неправильній мережі, на неправильну адресу або неправильну суму, така операція не вважається отриманою оплатою, якщо кошти фактично не надійшли Krepel Studio;
- Krepel Studio не відповідає за кошти, втрачені через неправильну адресу або мережу, обрану клієнтом всупереч наданим реквізитам;
- якщо за погодженими правилами здійснюється refund, він виконується в USDT, а фактичні blockchain / network fees не компенсуються;
- зміна ринкової ціни USDT після оплати не змінює вже погоджену суму замовлення;
- робота не починається до виконання умов Official Project Start.
Скасування і повернення
До Official Project Start
Клієнт може скасувати замовлення.
Krepel Studio повертає отриману оплату, але не компенсує сплачені blockchain / network fees / комісії, пов'язані з платежем і поверненням.
Після Official Project Start
Якщо клієнт просто передумав, змінив пріоритети або більше не хоче продовжувати проєкт, повернення оплати немає.
Якщо Krepel Studio не може виконати погоджений Project Scope зі своєї вини, клієнту повертається оплата за невиконану послугу / невиконану частину погодженого зобов'язання.
Для Full Google Play Publication діє окрема погоджена гарантія повернення вартості саме послуги публікації, якщо production-публікація не відбулася з причин, за які відповідає Krepel Studio.
Для Full Google Play Publication гарантія охоплює 100% вартості саме послуги публікації, якщо production-публікація не відбулася з причин на боці Krepel Studio. Виконана й передана розробка залишається окремою послугою.
Офіційна комунікація
Основний канал — Telegram
Telegram є основним робочим каналом комунікації між клієнтом і Krepel Studio.
Через Telegram ведуться:
- уточнення;
- погодження рішень;
- Project Scope;
- підтвердження;
- поточна комунікація;
- повідомлення про прогрес;
- питання під час розробки, publication, update або App Care.
Письмові погодження в Telegram використовуються як робоча фіксація домовленостей між сторонами.
Резервний канал — email
Email є додатковим / резервним каналом:
- якщо Telegram тимчасово недоступний;
- для дублювання важливих матеріалів;
- для документів або повідомлень, які доцільніше надсилати поштою.
Email не є основним каналом щоденного спілкування, оскільки для постійної комунікації Krepel Studio використовує Telegram.
Official Project Start
Official Project Start настає після виконання всіх обов'язкових передумов конкретного замовлення, зокрема:
- Project Scope підтверджений;
- 100% оплата отримана;
- клієнт передав необхідні матеріали;
- надані необхідні доступи / credentials;
- виконані інші погоджені передумови конкретної послуги.
Саме від Official Project Start рахуються строки виконання відповідної послуги.
Krepel Studio окремо підтверджує Official Project Start у Telegram або email із конкретною датою після погодженого обсягу робіт, фактичного отримання повної оплати, матеріалів і доступів. Для послуг із Google Play акаунт клієнта має бути готовий і верифікований. App Care має окремо підтверджену App Care Start Date.
Зовнішні затримки Google / third-party services
Для 30-Day Launch Guarantee відлік призупиняється на фактичний період, коли подальші необхідні дії Krepel Studio об'єктивно неможливі через зовнішню платформу або сервіс.
До таких випадків можуть належати аномально тривалий Google Play review, недоступність Google Play / Play Console, додаткова перевірка Google не з вини Krepel Studio або недоступність критично потрібного стороннього сервісу.
Після відновлення можливості продовжувати роботу відлік поновлюється, а фактичний період зовнішнього блокування додається до строку.
Якщо затримка спричинена помилкою Krepel Studio у реалізації, деклараціях або submission, відлік не призупиняється.
Complete App Launch включає 30-Day Launch Guarantee: production-публікація протягом 30 календарних днів від окремо підтвердженого Official Project Start за погодженими умовами. Автоматичні штрафи або фіксовані компенсації за перевищення строку не встановлюються.
Затримки з боку клієнта
Якщо для продовження роботи Krepel Studio очікує від клієнта відповідь, погодження, матеріали, доступи, credentials або іншу необхідну дію, строк виконання автоматично призупиняється.
Відлік поновлюється після отримання всього необхідного, а фактичний період затримки клієнта додається до строку виконання.
Якщо через затримку клієнта Krepel Studio втрачає зарезервований робочий слот, студія має право перенести продовження роботи на найближчий доступний слот.
Така затримка не вважається порушенням строків або гарантій з боку Krepel Studio.
Жорсткий фіксований поріг на кшталт 7 або 14 днів для цього правила не встановлюється.
Правки та зміна погодженого обсягу робіт
Погоджений Project Scope (обсяг робіт) не змінюється автоматично під час виконання проєкту.
Клієнт може в процесі роботи запропонувати зміни, нові побажання або зміну вже погодженого рішення — це нормальна частина роботи.
Кожна така зміна окремо погоджується з Krepel Studio. Студія визначає, чи:
- зміна входить у передбачені пакетом правки;
- її можна виконати без зміни ціни та строку;
- вона потребує зміни строку;
- вона потребує додаткової оплати;
- зміна настільки суттєва, що фактично є окремою новою роботою або новим продуктом.
Побажання, надіслане клієнтом у Telegram або іншим каналом, не стає частиною погодженого обсягу робіт автоматично. Зміна вважається погодженою лише після явного підтвердження Krepel Studio і клієнта.
Якщо Krepel Studio неправильно реалізувала вже погоджену функцію або вимогу, її виправлення не вважається правкою клієнта і виконується без додаткової оплати.
Android App Development: типово 7–14 календарних днів від Official Project Start; до двох раундів правок visual direction і один фінальний раунд дрібних правок у погодженому обсязі. Базова гарантія на реальні баги — 14 днів від фінальної передачі.
One-Time Update
One-Time Update — $399 означає один повноцінний цикл оновлення одного існуючого застосунку, створеного Krepel Studio.
Перед оплатою Krepel Studio погоджує з клієнтом конкретний список змін для цього оновлення.
В один цикл оновлення може входити кілька змін одночасно, зокрема:
- виправлення багів;
- UI/UX зміни;
- повний або частковий visual refresh;
- переробка окремих або всіх екранів;
- зміни текстів і локалізацій;
- адаптація під Android або вимоги Google Play;
- зміни існуючих функцій;
- refactoring;
- оптимізація;
- додавання великих нових функцій, якщо Krepel Studio підтвердила, що вони входять у конкретний One-Time Update.
Після погодження список змін стає погодженим обсягом конкретного оновлення.
Клієнт може пропонувати додаткові зміни вже під час роботи, але вони не додаються автоматично. Якщо вони суттєво виходять за погоджене оновлення, Krepel Studio окремо визначає, чи це новий One-Time Update, додаткова платна робота або новий Android App Development.
Фіксована ціна $399 застосовується тільки після того, як Krepel Studio до оплати підтвердила, що запит клієнта підходить під One-Time Update.
Кількість окремих дрібних задач сама по собі не визначає межу послуги. Головний критерій — чи залишається робота одним погодженим оновленням того самого застосунку.
Якщо запит фактично перетворює застосунок на інший окремий продукт, це вже новий Android App Development, а не One-Time Update.
Після завершення клієнт отримує:
- updated source project;
- новий AAB;
- новий APK.
Публікація оновлення в Google Play не входить автоматично і погоджується окремо.
6-Month / 12-Month App Care
Для 6-Month App Care і 12-Month App Care діє однаковий обсяг послуги; відрізняється лише строк обслуговування.
Клієнт може надсилати необмежену кількість запитів на зміни протягом оплаченого періоду App Care.
Необмежена кількість запитів не означає необмежену паралельну роботу. Запити виконуються послідовно за пріоритетом у межах робочої черги Krepel Studio.
Клієнт може змінювати пріоритети запитів у процесі роботи.
App Care охоплює максимум 2 конкретні Android-застосунки, які фіксуються на початку періоду обслуговування.
У межах цих 1–2 активних застосунків дозволені великі зміни, включно з повним redesign, переробкою екранів, функцій, архітектури, локалізацій, оптимізацією, великими новими функціями та суттєвою зміною концепції самого підтримуваного застосунку.
App Care не включає створення третього окремого застосунку або необмеженої кількості нових паралельних продуктів.
Права на продукт, reusable code і портфоліо
Після повної оплати та фінальної передачі клієнт отримує право використовувати конкретний створений для нього застосунок, публікувати його, монетизувати, змінювати самостійно або через інших розробників і продовжувати розвиток без Krepel Studio.
Клієнт також отримує створені спеціально для його продукту унікальні матеріали, включно з індивідуальним дизайном, текстами та іншими assets, якщо вони були частиною замовлення.
Krepel Studio зберігає права на свої універсальні Android templates, reusable components, типові технічні модулі, загальні алгоритми, архітектурні рішення, внутрішні інструменти, методи роботи та інші напрацювання, які не були створені виключно для одного конкретного клієнта.
Якщо такий універсальний компонент входить до source code клієнтського застосунку, клієнт може використовувати його в межах свого продукту, але не отримує виключне право забороняти Krepel Studio використовувати той самий або подібний універсальний компонент в інших проєктах.
Krepel Studio не продає, не публікує і не передає іншому клієнту той самий конкретний клієнтський застосунок як готовий продукт.
Водночас загальна ідея або категорія продукту не стає ексклюзивною для одного клієнта. Krepel Studio може створювати інші застосунки зі схожою загальною ідеєю, якщо вони не є копією конкретного клієнтського продукту.
Сторонні open-source libraries, SDK та інші third-party components не стають власністю клієнта або Krepel Studio і використовуються відповідно до умов їхніх ліцензій.
Після публічного запуску застосунку Krepel Studio має право показувати назву застосунку, icon, screenshots, Google Play link і короткий опис виконаної роботи у своєму портфоліо.
Якщо до початку робіт клієнт і Krepel Studio окремо письмово погодили конфіденційність або заборону публічного показу, такі матеріали в портфоліо не використовуються.
Signing, credentials і сторонні акаунти
Для нового застосунку створюється окремий keystore / upload key. Production AAB/APK підписуються відповідним ключем.
Після фінальної передачі клієнт отримує keystore, alias, пароль та інші необхідні signing-дані. Секретні signing-дані передаються окремо від основного архіву.
Після передачі відповідальність за безпечне зберігання signing-ключів переходить клієнту. Втрата клієнтом переданого ключа після handoff не є відповідальністю Krepel Studio.
Для оновлення вже існуючого застосунку використовуються чинні signing-дані клієнта, якщо це необхідно для release.
Якщо для роботи потрібен доступ до Google Play Console, Firebase, Google Cloud, AdMob, API-платформ або інших сторонніх сервісів, клієнт надає Krepel Studio лише той рівень доступу, який необхідний для виконання погодженої роботи.
Krepel Studio не вимагає пароль від особистого Google-акаунта клієнта, якщо необхідний доступ можна надати штатними засобами відповідного сервісу.
Після завершення роботи клієнт може відкликати надані доступи.
Google Play Developer Account, AdMob, Firebase, Google Cloud та інші сторонні акаунти залишаються власністю і під контролем клієнта. Krepel Studio не стає власником цих акаунтів і не гарантує безперервну роботу самих сторонніх платформ.
Після завершення послуги Krepel Studio не зберігає чутливі credentials довше, ніж це об'єктивно потрібно для виконання роботи, якщо інше окремо не погоджено для активного App Care або іншої поточної підтримки.
Клієнт відповідає за:
- правильність і актуальність наданих доступів;
- безпечне зберігання переданих signing-ключів і credentials;
- власні сторонні акаунти;
- оплату сторонніх сервісів, якщо інше прямо не включено в пакет;
- дії, які клієнт або інші уповноважені ним особи виконують у цих акаунтах після передачі.
Сторонні витрати
Ціна послуги Krepel Studio покриває роботу студії, але не включає автоматично витрати сторонніх сервісів, якщо інше прямо не зазначено в конкретному пакеті або погодженому обсязі робіт.
До сторонніх витрат можуть належати, зокрема:
- Google Play Developer registration fee;
- платні API;
- cloud / hosting;
- домени;
- платні тарифи Firebase / Google Cloud;
- Maps, SMS, email services;
- AI API;
- платні SDK;
- ліцензійні assets;
- інші зовнішні платформи або сервіси.
Krepel Studio не здійснює нові сторонні платні покупки від імені клієнта без попереднього погодження. Якщо під час роботи виникає необхідність у новому платному сервісі, клієнту повідомляється його вартість або модель оплати до підключення.
За можливості сторонні сервіси оформлюються безпосередньо на акаунт клієнта, щоб після завершення проєкту вони залишалися під його повним контролем.
Якщо необхідний для роботи сторонній сервіс не оплачений клієнтом і через це продовження роботи об'єктивно неможливе, строк виконання призупиняється до усунення цього блокування.
Виняток для Google Play testing
Для Full Google Play Publication і Complete App Launch витрати на сторонній testing service входять у пакет у межах погодженого резерву до 1000 грн на один застосунок.
Google Play Developer Account, registration fee, платні API та інші постійні сторонні сервіси до цього винятку не належать, якщо окремо письмово не погоджено інше.
Відповідальність за матеріали клієнта
Клієнт може передавати Krepel Studio тексти, логотипи, іконки, зображення, фотографії, відео, аудіо, назви брендів, шрифти, бази даних, API-ключі та інші матеріали, необхідні для виконання погодженої роботи.
Клієнт підтверджує, що має право використовувати й передавати Krepel Studio такі матеріали для роботи над своїм продуктом.
Krepel Studio не проводить окрему юридичну перевірку авторських прав, trademark або інших прав на кожен матеріал, наданий клієнтом.
Krepel Studio не несе відповідальності за порушення прав третіх осіб, якщо проблема виникла через матеріали, надані клієнтом.
Krepel Studio має право відмовитися використовувати матеріал, якщо він очевидно незаконний, заборонений або створює суттєвий ризик для Google Play чи іншої платформи, а також може попросити клієнта надати заміну.
Якщо через матеріали клієнта Google Play відхиляє застосунок або вимагає заміну таких матеріалів, це не вважається помилкою Krepel Studio. Студія може допомогти виправити ситуацію в межах придбаної послуги, але відповідальність за початковий матеріал залишається на клієнті.
Клієнт також відповідає за точність наданих ним текстів, даних, юридичних назв, контактної інформації та інших фактичних відомостей.
Якщо Krepel Studio очікує від клієнта заміну або уточнення такого матеріалу і без цього не може продовжувати роботу, строк виконання призупиняється за погодженими правилами затримок з боку клієнта.
Відсутність гарантії бізнес-результату
Krepel Studio гарантує виконання погодженої технічної роботи в межах придбаної послуги, але не гарантує конкретний бізнес-результат застосунку.
Krepel Studio не гарантує:
- конкретну кількість завантажень або активних користувачів;
- продажі, дохід або прибуток;
- конкретний дохід від AdMob або Billing;
- рейтинг застосунку;
- позиції в Google Play;
- органічний трафік;
- потрапляння в рекомендації або інші промо-блоки Google Play;
- конкретний результат від реклами, маркетингу або монетизації;
- загальний комерційний успіх продукту.
Рішення Google Play щодо ранжування, видимості, рекомендацій, органічного трафіку та інших алгоритмічних механізмів не контролюються Krepel Studio.
Якщо застосунок технічно виконаний відповідно до погодженого обсягу робіт, слабкий або відсутній бізнес-результат сам по собі не є підставою для повернення оплати, безкоштовної повної переробки або іншої компенсації.
Пріоритет умов конкретного замовлення
До оплати клієнт отримує актуальні Service Terms і конкретний погоджений обсяг робіт для свого замовлення.
Клієнт письмово підтверджує замовлення. Після такого підтвердження та оплати вважається, що клієнт прийняв погоджені умови конкретного замовлення.
Якщо загальні Service Terms і конкретний письмово погоджений обсяг робіт суперечать один одному, для цього замовлення пріоритет має конкретно погоджений обсяг робіт та індивідуально погоджені умови цього замовлення.
Оновлення Service Terms на сайті після Official Project Start не змінює заднім числом умови вже активного замовлення.
Для активного замовлення діють умови, погоджені на момент його старту, якщо Krepel Studio і клієнт окремо письмово не погодили їх зміну.
Необмежені запити, черга та завершення строку підтримки
Для 30-Day Extended Launch Support, 6-Month App Care і 12-Month App Care клієнт може надсилати необмежену кількість запитів протягом активного строку відповідної послуги.
Необмежена кількість запитів не означає необмежений обсяг одночасної роботи. Запити виконуються послідовно за погодженим пріоритетом і в межах робочої черги Krepel Studio.
Закінчення 30 днів, 6 місяців або 12 місяців не продовжується автоматично через накопичену чергу запитів.
Задачі, які Krepel Studio уже взяла в активну роботу до дати завершення відповідного періоду, доводяться до завершення.
Нові або ще не взяті в активну роботу побажання після завершення строку виконуються через новий App Care, One-Time Update або іншу погоджену послугу.
Якщо клієнт повідомив про реальний баг у межах чинного гарантійного або support-періоду, Krepel Studio зобов'язується виправити цей баг у межах відповідної гарантії навіть тоді, коли саме технічне виправлення завершується після останнього календарного дня такого періоду.
Complete App Launch включає 30-Day Extended Launch Support: 30 днів від фактичної production-публікації замість базової 14-денної гарантії, з необмеженими послідовними запитами в межах того самого продукту.
App Care: строк, maintenance cycles і Google Play support
Для 6-Month App Care і 12-Month App Care використовується окремо підтверджена App Care Start Date. Саме від цієї дати рахується відповідно 6 або 12 місяців обслуговування.
App Care охоплює максимум 2 конкретні застосунки, створені Krepel Studio, які фіксуються на початку періоду.
Для кожного підтримуваного застосунку Krepel Studio проводить мінімум 1 maintenance cycle щомісяця.
Якщо підтримується 1 застосунок:
- 6 місяців = мінімум 6 maintenance cycles;
- 12 місяців = мінімум 12 maintenance cycles.
Якщо підтримуються 2 застосунки:
- 6 місяців = мінімум 12 maintenance cycles загалом;
- 12 місяців = мінімум 24 maintenance cycles загалом.
Публікація support/maintenance updates у Google Play входить у App Care. За потреби Krepel Studio готує release, оновлює пов'язані declarations / Data Safety / Play Console settings, завантажує AAB і супроводжує review протягом активного періоду App Care.
Затримка клієнта може призупинити конкретну задачу або maintenance activity, але не продовжує автоматично оплачений 6- або 12-місячний строк App Care.
Невикористаний через бездіяльність або затримки клієнта час App Care не накопичується як окремий банк часу і не переноситься автоматично після завершення оплаченої дати.
Якщо через блокер з боку клієнта конкретний maintenance cycle об'єктивно неможливо виконати, Krepel Studio фіксує цей блокер і виконує відповідну роботу після його усунення, якщо App Care на той момент ще активний.
Після передачі застосунку та майбутні зміни платформ
Krepel Studio відповідає за те, щоб застосунок на момент фінальної передачі відповідав погодженому обсягу робіт.
Протягом чинного гарантійного періоду Krepel Studio безкоштовно виправляє баги, що виникли через нашу реалізацію погодженого функціоналу.
Після завершення гарантійного або support-періоду майбутні зміни Android, Google Play, API, SDK, Billing, AdMob, сторонніх сервісів або вимог платформ не створюють безстрокового обов'язку Krepel Studio безкоштовно підтримувати застосунок.
Такі майбутні зміни, якщо вони потребують роботи, виконуються через One-Time Update, App Care або іншу окремо погоджену послугу.
Якщо після фінальної передачі клієнт або сторонній розробник змінює source code і саме ці зміни спричинили проблему, Krepel Studio не несе відповідальності за таку проблему.
Якщо сторонні зміни коду не пов'язані з конкретним багом і відповідний гарантійний період ще активний, гарантія Krepel Studio на цей баг зберігається.
Krepel Studio не гарантує, що передана версія застосунку без майбутніх оновлень залишатиметься безстроково сумісною з усіма майбутніми версіями Android, Google Play requirements або сторонніми сервісами.
Право призупинити або припинити ризиковий / заборонений проєкт
Krepel Studio не виконує незаконний, шахрайський, шкідливий або явно заборонений функціонал і не зобов'язана реалізовувати обхід правил Google Play, систем захисту, verification або інших платформ.
Якщо після Official Project Start з'ясовується, що клієнт приховав важливу інформацію або фактичне призначення продукту суттєво відрізняється від погодженого, Krepel Studio має право призупинити роботу.
У такій ситуації Krepel Studio може запропонувати клієнту змінити функціонал, матеріали або інші елементи проєкту так, щоб робота могла бути продовжена в допустимих межах.
Якщо клієнт відмовляється від необхідних змін або зробити проєкт допустимим об'єктивно неможливо, Krepel Studio має право припинити виконання проблемної частини або всього замовлення.
Krepel Studio не зобов'язана виконувати вимогу клієнта лише тому, що вона була надіслана після оплати, якщо така вимога незаконна, небезпечна, заборонена правилами платформи або виходить за погоджений технічний scope.
Якщо блокування або припинення роботи виникло через приховану, неправдиву або суттєво неповну інформацію клієнта, це не вважається невиконанням з боку Krepel Studio.
Для таких випадків не встановлюється одна автоматична формула refund / no-refund для всіх ситуацій. Фінансове врегулювання визначається з урахуванням фактично виконаної та невиконаної частини роботи, погоджених умов конкретного замовлення та застосовного законодавства.
Обмеження відповідальності Krepel Studio
У межах, дозволених застосовним законодавством, максимальна сукупна фінансова відповідальність Krepel Studio за конкретне замовлення не перевищує суму, фактично сплачену клієнтом за відповідну послугу.
У межах, дозволених застосовним законодавством, Krepel Studio не несе відповідальності за непрямі або похідні збитки, зокрема:
- втрачений прибуток;
- втрачений дохід;
- втрачений бізнес;
- репутаційні втрати;
- втрату комерційних можливостей;
- наслідки рішень Google Play або сторонніх платформ, які Krepel Studio не контролює.
Після фінальної передачі клієнт відповідає за резервне копіювання й безпечне зберігання отриманого source project, signing-ключів, credentials та інших переданих матеріалів.
Krepel Studio не гарантує абсолютну відсутність будь-яких майбутніх вразливостей, збоїв Android, Google Play або сторонніх сервісів.
Цей розділ не скасовує прямо погоджені гарантії Krepel Studio, зокрема 14-денну bug warranty, гарантію Full Google Play Publication, 30-Day Extended Launch Support та інші гарантії, прямо передбачені придбаною послугою.
Форс-мажор і події поза контролем сторін
Якщо виконання погодженої роботи тимчасово об'єктивно неможливе через події поза розумним контролем сторін, відповідні строки призупиняються на фактичний період такого блокування.
До таких подій можуть належати, зокрема:
- війна або воєнні дії;
- масштабні відключення електроенергії;
- тривала недоступність інтернету або критичної інфраструктури;
- природні катастрофи;
- дії державних органів;
- масштабні збої Google, hosting, cloud-провайдерів або інших критичних платформ;
- інші надзвичайні обставини поза розумним контролем сторін.
Строк продовжується на фактичний період, протягом якого така подія реально блокувала виконання відповідної частини роботи.
Якщо частину роботи можливо продовжувати, Krepel Studio продовжує виконання тієї частини, яка не заблокована.
Така подія сама по собі не вважається порушенням строків або гарантій з боку Krepel Studio.
Обов'язкові права клієнта за застосовним законодавством
Усі правила Krepel Studio щодо скасування, повернення оплати, гарантій, відповідальності та інших умов діють у межах, дозволених застосовним законодавством.
Якщо застосовне законодавство надає клієнту обов'язкове право на відмову від договору, повернення коштів, компенсацію або інший захист, який не може бути скасований договором, таке право має пріоритет над відповідним положенням Service Terms.
Правило Krepel Studio про відсутність повернення після Official Project Start у випадку, коли клієнт просто передумав, застосовується настільки, наскільки це дозволено застосовним законодавством.
Якщо для початку виконання послуги до завершення передбаченого законом періоду відмови потрібна окрема явна згода клієнта, Krepel Studio отримує таку згоду до початку відповідної роботи.
Конкретний обсяг обов'язкових прав клієнта залежить від застосовного законодавства, країни клієнта та правового статусу сторін.