Dilymo

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

Версія:
2026-09-29
Дата набрання чинності:

Ця політика пояснює, як Dilymo (https://dilymo.com) обробляє персональні дані для спільного обліку та розподілу чеків.

1. Хто відповідає за дані

Контролер (володілець) персональних даних і оператор Dilymo: Фізична особа-підприємець Самойленко Тарас Зорянович. Контакт для питань конфіденційності та реалізації прав: support@dilymo.com.

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

2. Які дані ми обробляємо

Акаунт: email, ідентифікатор Firebase UID, ім’я, стан перевірки email, дані входу та автентифікації, налаштування мови, валюти й сповіщень, необов’язковий аватар. Пароль, якщо ви входите за паролем, обробляє Firebase Authentication; не надсилайте його нам у зверненнях.

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

Сповіщення й фідбек: повідомлення та статус прочитання, текст нагадувань, тип і текст звернення, UID автора, час, екран, мова та дані браузера. Профіль також може зберігати токени сповіщень, якщо їх надає пристрій; сама наявність поля не означає, що push-сповіщення ввімкнені.

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

Дані надходять від вас, інших учасників спільних чеків, постачальника входу та автоматично під час роботи сервісу. Для акаунта потрібні email і дані автентифікації; для розподілу — дані відповідного чека. Аватар, фото для OCR і фідбек необов’язкові; чек можна вводити вручну. Не завантажуйте зайві дані, номери карток, документи чи чутливі відомості про себе або інших.

3. Навіщо і на якій підставі

Надання сервісу: створення акаунта, вхід, налаштування, розподіл витрат, OCR за вашим запитом, збереження історії, запрошення, відображення друзів і сервісні сповіщення. Підстава — необхідність виконання договору користування в межах даних, потрібних для цих функцій.

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

Виконання конкретних законних обов’язків — коли вони застосовні; захист прав та розгляд спорів — законний інтерес або відповідний законний обов’язок залежно від обставин. Ми не посилаємося на абстрактний обов’язок як підставу для необмеженого зберігання.

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

4. Хто бачить дані

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

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

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

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

5. Постачальники та міжнародна обробка

Google/Firebase надають автентифікацію, бази даних, сховище, серверні функції, хостинг і захист App Check / reCAPTCHA Enterprise. Google Document AI розпізнає фото чеків. У відповідних договірних сценаріях Google/Firebase обробляють дані як процесори; окремі сервісні дані постачальник обробляє за власними умовами.

Основні ресурси застосунку налаштовані в Європі: Cloud Firestore chill-db — eur3; Cloud Storage bill-ece4e, Realtime Database для присутності та Cloud Functions — europe-west1; Document AI — endpoint ЄС. Firebase Authentication обробляє дані виключно у США. Європейське розміщення основних ресурсів не означає, що всі дані Dilymo обробляються лише в ЄС.

Sentry використовується для діагностики помилок браузера й сервера. Звіти можуть містити UID користувача, технічний контекст, URL, історію технічних дій, ідентифікатори чеків і суми, прикріплені до помилки; технічна обробка запиту також може включати IP-адресу. Email та ім’я не додаються до профілю Sentry навмисно. Профілювання продуктивності вимкнене, інтеграцію запису сесій не налаштовано. Адреса приймання подій Sentry розташована в Німеччині; це не гарантує виключно європейської обробки всіма його постачальниками.

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

6. Фото чеків і аватар

Фото завантажується до сховища та передається Document AI для OCR; результати зберігаються в чеку. Фото зберігається, доки існує чек, включно із закритим чеком. Після звичайного видалення чека серверне очищення видаляє його фото зі сховища. Це асинхронний процес, який може потребувати повторної спроби.

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

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

7. Зберігання та видалення акаунта

Профіль і особисті налаштування зберігаються під час існування акаунта. Чеки й розподіли — доки існує відповідний запис; закриття чека саме по собі не запускає видалення. Для всіх категорій наразі не встановлено єдиного автоматичного строку давності.

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

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

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

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

8. Cookies та локальне зберігання

Cookie session потрібен для захищеного входу: він містить підписані дані сесії, має HttpOnly і строк до 7 днів із поновленням під час використання. NEXT_LOCALE зберігає вибір мови до 1 року. homeTutorialSeen і firstBillTutorialSeen пам’ятають показані підказки до 10 днів. Це функціональні налаштування, не реклама.

Firebase Auth зберігає стан входу в локальному сховищі браузера, зокрема IndexedDB. Firestore може кешувати дані в IndexedDB для роботи й синхронізації. sessionStorage містить тимчасові дані вкладки: код запрошення, посилання попереднього перегляду фото, очікувану зміну email та таймери повторного надсилання листів. App Check / reCAPTCHA використовують технології браузера й безпекові сигнали для перевірки запитів.

У конфігурації App Hosting, перевіреній для цієї версії, Firebase Analytics не ввімкнено через відсутність measurementId. Код містить умовну ініціалізацію Analytics, яка запускається, якщо цей параметр додано; окремого механізму згоди наразі немає. Перед активацією необов’язкової аналітики необхідні перевірка налаштувань і механізм попередньої згоди там, де його вимагає право. Рекламних інтеграцій у перевіреному коді не виявлено.

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

9. Ваші права та звернення

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

Напишіть на support@dilymo.com, зазначивши суть запиту та акаунт, якого він стосується. Не надсилайте пароль, токени чи копію посвідчення особи без обґрунтованої потреби. Для захисту даних ми можемо попросити пропорційне підтвердження особи. Відповідь щодо спільного чека не повинна розкривати приватні дані інших людей.

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

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

10. Безпека та оновлення

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

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