Політикою конфіденційності

Як Schedule Builder обробляє інформацію про облікові записи, розклади, одноразовий імпорт календаря, автоматичну синхронізацію, підтримку, відгуки, push-сповіщення та підписки.

Останнє оновлення 11 жовтня 2026 року.

На цій сторінці

Ця Політика конфіденційності пояснює, як Schedule Builder обробляє інформацію, коли ви користуєтеся сайтом, створюєте обліковий запис, зберігаєте розклади, використовуєте одноразовий імпорт календаря або явно вмикаєте автоматичну синхронізацію календаря, вмикаєте push-нагадування, публікуєте посилання для спільного доступу, звертаєтеся до підтримки, надсилаєте відгук або підписуєтеся на Pro.

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

1. Інформація, яку ми збираємо

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

Ми також збираємо технічну інформацію й дані про використання, необхідні для роботи сервісу: ідентифікатори сеансів, основні дані пристрою чи браузера, відомості про регіон за IP-адресою, використані сторінки й можливості та обмежені журнали для забезпечення швидкодії, безпеки, запобігання зловживанням і усунення проблем. Якщо ви вмикаєте push-нагадування, ми збираємо адресу push-підключення браузера, ключі шифрування й часовий пояс, необхідні для доставки нагадувань.

2. Як ми використовуємо інформацію

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

Ми використовуємо узагальнену або знеособлену інформацію, щоб розуміти, як люди користуються Schedule Builder, і покращувати продукт, подання цін, знайомство з інтерфейсом та якість можливостей. Ми не включаємо дані Google Calendar до аналітики чи вимірювання використання продукту.

3. Підключення календарів

Імпорт календаря необов’язковий. На сайті можна підключити Google Calendar або Microsoft Outlook без створення облікового запису Schedule Builder; хмарні підключення на Android потребують активного сеансу Schedule Builder, оскільки авторизація в браузері відбувається в окремій захищеній вкладці. Коли ви явно підключаєте Google Calendar, ми отримуємо доступ до назв, ідентифікаторів, кольорів календарів та ознаки основного календаря, необхідних для вибору календаря. Для вибраних календаря й тижня ми отримуємо назви подій, дати й час їх початку та завершення, а також ознаку події на весь день. Ми також отримуємо доступні описи подій: вони завжди включаються до імпорту, синхронізації та попереднього перегляду файлів календаря; перемикача описів немає. Microsoft Outlook надає bodyPreview, а не повний текст події. Описи обмежено 4 000 символами на подію; обмеження кількості подій і розміру розкладу також діють. Перевірте описи перед публікацією або вбудовуванням: їх бачитимуть люди з доступом до публічного посилання чи сторінки.

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

У вікні «Підключити календар» для розкладів без підключення типово вибрано «Імпортувати один раз». Наявні підключення відкриваються в режимі «Синхронізувати»; одноразовий імпорт недоступний до явного відключення та успішного переходу на хмарну версію. Цей одноразовий імпорт використовує інформацію для створення редагованого попереднього перегляду вибраного тижня в Schedule Builder. Імпорт із Google і Microsoft потребує окремої авторизації провайдера. Імпорт Apple Calendar використовує електронну адресу облікового запису Apple і пароль для застосунку; ми ніколи не запитуємо звичайний пароль Apple. Одноразовий імпорт не створює постійної синхронізації. Імпорт локальних файлів календаря та календарів пристрою Android також не вмикає фонової синхронізації.

Облікові дані провайдера не повертаються до браузера. Для одноразового імпорту календаря ми зберігаємо їх лише у вигляді даних, зашифрованих AES-GCM, не довше 15 хвилин. Імпорт після входу прив’язаний до поточного сеансу браузера. Гостьовий імпорт Google і Microsoft прив’язаний до непрозорого файлу cookie браузера з ознакою HTTP-only; ми зберігаємо лише його хеш. Облікові дані видаляються після попереднього перегляду з подіями, скасування, невдалого запиту провайдера або закінчення строку дії. Коректний результат із порожнім тижнем залишається доступним лише до завершення цього короткого сеансу, щоб можна було вибрати інший тиждень. Ми не зберігаємо необроблені дані подій провайдера окремо; імпортована копія стає вмістом розкладу Schedule Builder лише після вашого підтвердження. Явно публікуючи, вбудовуючи чи експортуючи отриманий розклад, ви доручаєте нам надати його для відповідної можливості.

Режим «Синхронізувати» в тому самому вікні відкриває налаштування автоматичної синхронізації календаря — окремого необов’язкового підключення, яке власник має явно налаштувати й увімкнути, маючи відповідний доступ Pro, пробний або адміністраторський доступ, із перевірками хмарного збереження та готовності. Сам вибір режиму ніколи не вмикає синхронізацію автоматично. Для кожного власного розкладу зберігається один вибраний календар Google, Microsoft або Apple; запитаний поточний чи вибраний тиждень узгоджується в збереженому часовому поясі. Під час читання провайдера діапазон може бути дещо розширено для врахування локальних меж дат джерела; ми зберігаємо лише підтримувані події цього тижня, а не історію календаря. Події з визначеним часом використовують збережений пояс; події на весь день зберігають дати вихідного календаря. Ми обробляємо метадані вибору календаря, назви подій, час, дати, ознаку події на весь день та ідентифікатори джерела, необхідні для узгодження тижня. Доступні описи запитуються й включаються для Google, Microsoft та Apple, навіть якщо старіший клієнт передає налаштування вимкнених описів. Наявні підключення з вимкненими описами включать доступні описи під час наступного успішного завантаження; невдале чи неповне читання залишає останню успішну копію. Apple CalDAV може тимчасово повернути додаткові поля подій, але ми зберігаємо лише підтримувані. Ми не ведемо окремого кешу необроблених подій провайдера й не копіюємо всю історію календаря.

Для автоматичної синхронізації Google і Microsoft використовують окрему авторизацію календаря з можливістю офлайн-оновлення доступу, а не лише вхід до облікового запису. Ми зберігаємо облікові дані оновлення/доступу або паролі для застосунків Apple на сервері у вигляді даних, зашифрованих AES-GCM і захищених окремим секретом шифрування синхронізації календаря. Ми зберігаємо вибраний календар, часовий пояс, сумісне зі старими версіями поле включення описів, час останнього успіху/наступної спроби, обмежені відомості про помилки, ідентифікатори спостереження провайдера й метадані перевірки. Сповіщення Google і Microsoft допомагають планувати читання; для Apple використовується опитування. Облікові дані ніколи не повертаються клієнтам. Втрата Pro призупиняє читання, але не видаляє зашифровані облікові дані. Помилка доступу до ресурсу календаря залишає облікові дані й останню успішну копію; Google/Microsoft можуть один раз оновити доступ і повторити читання ресурсу після помилки авторизації. Сама відмова в доступі не доводить відкликання дозволу. Підтверджене відкликання або закінчення авторизації оновлення, відсутні облікові дані оновлення чи недійсний пароль для застосунку Apple потребують повторного підключення та очищення збережених облікових даних. Відключення видаляє постійні облікові дані, транзакції OAuth і локальні прив’язки webhook; видалення власного розкладу чи облікового запису також прибирає дані підключення. Сам вихід з облікового запису не відключає календар.

Синхронізовані події джерела в Schedule Builder доступні лише для читання, зокрема для учасників спільного доступу; оновлення ніколи не записуються до стороннього календаря. Локальні тижневі події, приватні нотатки й завдання не узгоджуються з календарем; Google Tasks, Microsoft To Do та Apple Reminders не інтегровано. Кожне успішне читання зберігає мінімальний діапазон останнього успішного тижня з датою його початку й часовим поясом разом із подіями джерела, навіть для порожнього тижня. До успішного оновлення відображаються початкові дати цієї копії: старі зустрічі не позначаються як події новішого запитаного тижня. Цей мінімальний діапазон може передаватися з публічними даними розкладу й даними для учасників, але приватні записи підключення й облікові дані — ні. Відключення прибирає діапазон і позначки джерела та зберігає будь-яку успішну копію, зокрема порожній тиждень, як редаговану локальну копію, зафіксовану на останньому успішному тижні, доки ви її не зміните чи не видалите. Якщо підключення жодного разу не створило копії, відключення не змінює звичайних налаштувань тижня й локального вмісту. Переносні копії розкладу та експорт/імпорт JSON також прибирають метадані підключення, джерела й діапазону та зберігають редагований зафіксований тиждень; вони не відновлюють фонову синхронізацію й не містять облікових даних. Копії та резервні копії власника зберігають приватні нотатки й доступні резервні дані завдань. Публікуючи або вбудовуючи підключений розклад, ви доручаєте нам показувати змінювані синхронізовані події й доступні описи, які завжди включаються, людям із доступом до публічного посилання чи сторінки. Відключення не скасовує публікації цього збереженого вмісту. Окремо можна відкликати доступ провайдера або пароль для застосунку Apple в налаштуваннях провайдера.

Використання й передавання даних користувачів Google у Schedule Builder відповідає Google API Services User Data Policy, зокрема вимогам Limited Use. Ми не продаємо дані Google Calendar, не використовуємо їх для реклами, профілювання користувачів, оцінки кредитоспроможності, кредитування, посередництва в торгівлі даними або аналітики. Ми не дозволяємо людям читати дані Google Calendar, якщо ви не надали явної згоди щодо конкретних даних або доступ не потрібен для безпеки, дотримання закону чи дозволених узагальнених операційних цілей.

4. Передавання вашої інформації

Ми передаємо інформацію постачальникам послуг лише за потреби для роботи ScheduleBuilder: Cloudflare — для хостингу, бази даних, сховища й захисту від зловживань; Google Play — для оплати й перевірки підписок Android; Stripe — для вебоплати; ZeptoMail — для службових листів; push-службам браузерів — коли ви вмикаєте нагадування. Для перекладу звернень до підтримки використовується OpenAI, як описано нижче. Ми не надаємо дані Google Calendar постачальникам реклами, аналітики, посередникам у торгівлі даними чи іншим не пов’язаним із цим сервісам.

Ми можемо розкривати інформацію, якщо цього вимагає закон, для захисту прав чи безпеки, розслідування зловживань або в межах злиття, придбання, фінансування чи продажу активів, пов’язаних із сервісом. Будь-яке використання чи передавання даних Google Calendar за цих обставин і надалі регулюється Google API Services User Data Policy та вимогами Limited Use.

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

5. OAuth, оплата, push-сповіщення, підтримка й телеметрія

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

Google Play обробляє оплату підписок Android, а Stripe — вебоплату. Для покупок Play ми зберігаємо токени покупки, непрозорий ідентифікатор прив’язки до облікового запису, ідентифікатори пакета, продукту й тарифу, статус підписки, строк дії, статус підтвердження та відомості про заміну покупки для перевірки доступу, підтвердження покупок, узгодження поновлень і запобігання передачі права власності. Для вебпідписок ми отримуємо ідентифікатори клієнта Stripe, підписки, ціни й Checkout, статус, платіжний період, відомості про пробний період і скасування. Ми не зберігаємо повних даних платіжної картки. Метадані країни Cloudflare під час реєстрації визначають збережену регіональну цінову категорію для подальшої вебоплати; ціни покупок Android надходять із Google Play.

Коли ви явно вмикаєте push-нагадування, ми зберігаємо адресу push-підключення браузера, ключі шифрування й часовий пояс у вашому обліковому записі. Для доставки нагадування ми надсилаємо до push-служби цього браузера зашифроване повідомлення Web Push із назвою події, назвою розкладу, позначкою часу повторення та посиланням на редактор.

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

Для автоматичного перекладу повідомлень підтримки ми надсилаємо OpenAI теми, текст повідомлень (зокрема відповіді працівників) та мовні дані, як-от підказку мови застосунку й цільову мову перекладу. Це включає повідомлення з публічної сторінки контактів, які створюють запит для наявного облікового запису; відповіді електронною поштою без облікового запису автоматично не перекладаються. Ми зберігаємо оригінальні теми й повідомлення окремо від кешованих перекладів разом із даними про мову та стан перекладу як частину запису підтримки. Запити до OpenAI API використовують store: false; це не гарантує відсутності зберігання даних OpenAI, обробка якою регулюється її чинними політиками поводження з даними. Ми не надсилаємо автоматично ідентифікаційні дані вашого облікового запису чи вміст розкладів до OpenAI для перекладу, але будь-які особисті дані, які ви вводите в тему чи повідомлення, включаються. Не діліться конфіденційною інформацією.

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

Ми записуємо у власну базу даних телеметрію роботи, помилок, невдалого експорту й конверсій. Телеметрія конверсій містить обмежену назву події, джерело та необов’язковий період оплати або назву можливості. Телеметрія помилок і роботи використовує обмежені очищені технічні метадані; її розроблено так, щоб не зберігати необроблені IP-адреси, електронні адреси, файли cookie, токени, тіла запитів, вміст розкладів, дані відповідей провайдерів, повні URL або необроблені трасування стека.

6. Файли cookie, локальне сховище й подібні технології

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

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

7. Зберігання даних

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

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

Заплановані строки очищення: 30 днів для операційних подій і записів ідемпотентності webhook Stripe, 15 днів для записів операцій запису розкладів, 35 днів для метаданих доставки push-сповіщень і 365 днів від створення для записів аудиту. Фактичне видалення залежить від успішного обслуговування й може відбутися пізніше. Для записів облікових записів, оплати, підтримки й спільних розкладів можуть діяти інші строки відповідно до операційних або юридичних потреб. Завантажені зображення видаляються асинхронно, а публічні кеші можуть зберігати копію до закінчення строку кешування.

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

8. Ваш вибір і засоби керування

Ви можете оновити профіль, керувати статусом підписки, вибирати опубліковані розклади й видалити обліковий запис доступними інструментами застосунку або звернувшись на [email protected]. Перед запитом на видалення скасуйте вебпідписки через засоби керування оплатою у вебверсії облікового запису, а підписки Play — у Google Play. Видалення не скасовує оплату й не повертає коштів; обмежені записи, які зберігаються надалі, описано вище.

Ви можете не створювати обліковий запис і користуватися лише локальним плануванням. Щоб не використовувати одноразовий імпорт чи автоматичну синхронізацію календаря, не підключайте провайдера. Наявним підключенням можна керувати через «Налаштування синхронізації» в меню розкладу (на Android — у списку під назвою розкладу) або режим «Синхронізувати» у вікні «Підключити календар». Можна відключити календар без втрати локальної копії, уникати публічного доступу, не створюючи посилань і вбудовувань, а також відмовитися від дозволу на push-сповіщення браузера чи видалити push-підписку в його налаштуваннях.

9. Безпека

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

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

10. Діти

Schedule Builder не призначений для дітей до 13 років. Не створюйте обліковий запис і не надсилайте персональну інформацію, якщо вам менше 13 років або ви не досягли мінімального віку, встановленого у вашій юрисдикції для згоди на онлайн-послуги.

11. Міжнародна обробка даних

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

12. Зміни цієї Політики конфіденційності

Ми можемо оновлювати цю Політику конфіденційності зі зміною продукту та юридичних вимог. У такому разі ми змінимо дату останнього оновлення й можемо надати додаткове повідомлення про істотні зміни.

13. Контакти

Оператором ScheduleBuilder є Henrik Sandström, шведський фізичний підприємець, який веде діяльність під назвою Sandström, Henrik. Контакт: [email protected].

Із запитаннями про конфіденційність, запитами щодо даних або зауваженнями до цієї політики звертайтеся до підтримки в застосунку або на [email protected].

Повернутися до Schedule Builder