Інформаційний переклад. Обов’язковою є польська версія документа. У разі розбіжностей переважає польська версія.
Політика конфіденційності та файлів cookie DDDStart
1. Розпорядник і контакт
Розпорядником даних, пов’язаних з акаунтом і продажем, є: AMK VISION spółka z ograniczoną odpowiedzialnością, ul. Jarosława Iwaszkiewicza 18 lok. 1, 59-900 Zgorzelec, KRS 0001137743, NIP 6152075857, REGON 540174839. Контакт у питаннях даних: info@dddstart.com. Автоматичні сповіщення (наприклад, підтвердження, нагадування, інформацію про акаунт) ми надсилаємо з адреси powiadomienia@dddstart.com; ця адреса призначена лише для надсилання й не приймає повідомлень, тому запитання, скарги та заяви надсилайте лише на info@dddstart.com. Інспектора із захисту даних не призначено. Обслуговування порталу здійснює уповноважена особа з боку постачальника послуг; технічний доступ постачальників обмежено необхідним обсягом.
2. Дані, цілі та правові підстави
| Мета | Дані | Підстава |
|---|---|---|
| Ведення акаунта й надання аналізів | E-mail, ім’я, номер телефону, хеш пароля, вибрана мова акаунта (польська, англійська або українська), профіль і налаштування | Ст. 6 п. 1 літ. b GDPR |
| Аналіз власних даних водія | Ідентифікатори картки й транспортного засобу, активності, час, місця, події та дані, що містяться в DDD | Ст. 6 п. 1 літ. b GDPR |
| Розрахунки й документація продажу | Дані покупця, замовлення, статус та ідентифікатор транзакції, документ продажу | Виконання договору та відповідний правовий обов’язок, ст. 6 п. 1 літ. b і c GDPR |
| Безпека й вирішення спорів | Сесії, інформація про події, ідентифікатори операцій, дані, необхідні для встановлення вимог | Ст. 6 п. 1 літ. f GDPR після оцінки необхідності та пропорційності |
| Контакт і реалізація прав | Зміст звернення та дані, необхідні для ідентифікації справи | Виконання договору, правовий обов’язок або законний інтерес залежно від справи |
| Робочий час у мобільному застосунку: компенсації та щотижневий відпочинок | Файл картки водія, зчитаний у застосунку, обробляється на сервері лише на час розрахунку; зберігаємо тільки результат (лічильники керування за тиждень і два тижні, кількість подовжень і скорочених щоденних відпочинків, терміни відпочинків, компенсації, короткі примітки) та хеш SHA-256 файлу | Ст. 6 п. 1 літ. b GDPR: функція, яку водій запускає в застосунку |
| Пробний період і доступ до LIVE у застосунку | Загальний використаний час LIVE, поточне коротке резервування доступу (ідентифікатор сесії та встановлення застосунку, режим: пробний період або передплата, час початку й завершення) | Ст. 6 п. 1 літ. b GDPR: облік безкоштовного пробного періоду та доступу за передплатою |
| Діагностика Bluetooth G2V2 | Модель тахографа, платформа телефону, версія застосунку, обмежені події сканування, сполучення, з’єднання та виявлення сервісів, без номера картки, прізвища водія, адреси Bluetooth, сирих кадрів і даних DDD | Ст. 6 п. 1 літ. f GDPR — безпека, розвиток і технічна перевірка послуги |
| Допомога зі звітом і порівняння | Ідентифікатор власного звіту, тема, повідомлення, статус справи, обсяг і лічильники двох збережених результатів | Ст. 6 п. 1 літ. b GDPR щодо надання послуги; запити щодо прав і скарги — відповідно до належних обов’язків |
| Власний термін зчитування картки | Вибрана дата, інтервал, налаштування e-mail і дані акаунта одержувача | Ст. 6 п. 1 літ. b GDPR: необов’язкова функція, що вмикається на бажання користувача, без рекламного змісту |
| Необов’язкова аналітика й реклама | Дані перегляду публічного сайту в обсязі прийнятих інструментів | Згода, коли вона потрібна; ст. 6 п. 1 літ. a GDPR і ст. 399 польського закону про електронні комунікації |
| Ведення профілів і обробка взаємодій у соціальних мережах | Назва профілю, публічні реакції, коментарі та зміст звернень | Ст. 6 п. 1 літ. f GDPR: комунікація й ведення профілю; до прямого маркетингу застосовуємо окремі норми |
| Підключення акаунтів оператора й управління маркетингом | Ідентифікатори сторінок/профілів, дозволи, токени, матеріали, ідентифікатор адміністратора, статуси публікацій і статистика | Ст. 6 п. 1 літ. f GDPR: управління комунікацією оператора та захист доступу; публікація даних інших осіб потребує окремої належної підстави |
| Пропозиція для компаній: акаунт компанії, пакет і панель компанії | Назва компанії, NIP, адреса, дані особи, яка створює акаунт, і членів команди, замовлення пакетів, кількість місць і строк пакета | Ст. 6 п. 1 літ. b GDPR (договір з компанією) та ст. 6 п. 1 літ. c GDPR щодо розрахункових документів |
| Зв’язок водія з компанією | Ім’я та прізвище водія, вказані компанією, хеш одноразового коду, стан зв’язку, час запрошення, приєднання й від’єднання, хто припинив зв’язок, підтвердження обсягу надання даних, кількість надісланих файлів і дата останнього | Ст. 6 п. 1 літ. b GDPR (договір з водієм і з компанією) |
| Архів карток компанії | Оригінальний файл картки водія, завантажений у застосунку, ім’я та прізвище й номер картки, зчитані з файлу, час надсилання, результат технічної перевірки файлу | DDDStart як обробник від імені компанії (ст. 28 GDPR); правову підставу забезпечує компанія як розпорядник, зокрема ст. 6 п. 1 літ. c GDPR у зв’язку зі ст. 33 п. 2 Регламенту (ЄС) № 165/2014 і ст. 25 польського закону про робочий час водіїв |
| Рахунок-фактура з акаунта водія (зміна на акаунт компанії) | Назва компанії, NIP і адреса з даних рахунку-фактури, дата зміни типу акаунта | Ст. 6 п. 1 літ. b і c GDPR |
Надання даних акаунта добровільне, але необхідне для надання послуги. Номер телефону обов’язковий під час створення акаунта на сайті та в мобільному застосунку; ми використовуємо його для зв’язку щодо акаунта, замовлень і звернень, а не для маркетингу. Вибрана мова акаунта визначає мову листів e-mail, звітів PDF і екранів мобільного застосунку (Android та iPhone); застосунок також зберігає її на телефоні. Дані, потрібні для належного документування транзакції, залежать від виду документа продажу. Ми не зберігаємо повних даних платіжної картки.
Пропозиція для компаній
Водій сам вирішує, чи пов’язати акаунт з компанією: він вводить код від компанії в застосунку й приймає обсяг надання даних. У панелі компанії компанія бачить ім’я водія, стан зв’язку, кількість надісланих файлів і строк наступного завантаження картки, а в архіві карток — оригінальні файли картки, завантажені в застосунку після встановлення зв’язку. Компанія не бачить аналізів, звітів, балансу чи налаштувань акаунта водія, місцезнаходження та показників у реальному часі. Щодо архіву карток розпорядником даних водія є компанія, а DDDStart діє як обробник за її вказівками. Свої права щодо файлів в архіві компанії водій може реалізувати через компанію; отримані запити ми без зайвої затримки передаємо компанії. Від’єднання припиняє надсилання наступних файлів, але не видаляє файлів, уже переданих компанії, які компанія зберігає відповідно до закону.
3. Інші особи в DDD
Тахограф може містити дані інших водіїв, техніків і контролерів. Завантажуйте лише файли, використання й передачу яких ви можете законно доручити. У зчитаному поданні розпізнані дані карток майстерні та контрольних карток маскуються; оригінальний файл не змінюється й може досі містити ці дані.
Дані інших осіб походять із файлу, переданого користувачем. Ми обробляємо лише обсяг, потрібний для відтворення контексту спільного керування, оцінки повноти й захисту від помилкових результатів, на підставі законного інтересу розпорядника й користувача (ст. 6 п. 1 літ. f GDPR). Суб’єкт даних може заперечити. Інформацію про таку обробку надаємо в документі «Інформація про дані у файлах DDD»; у ситуаціях, що потребують індивідуального інформування, виконуємо цей обов’язок у строк, передбачений ст. 14 GDPR. Сама публікація документа чи заява особи, яка завантажила файл, не звільняє розпорядника від цього обов’язку. Вміст DDD не використовується для таргетування реклами.
4. Строки зберігання
| Категорія | Правило в стандартній конфігурації |
|---|---|
| Оригінальні DDD | На сервері зберігаються 5 останніх завантажених файлів; старіші оригінали видаляються автоматично, а кожен оригінал — через 3 місяці (90 днів) від останнього використання (повторне завантаження, отримання оригіналу, відкриття аналізу чи звіту з цього файлу). Після цього зчитування заблоковано, фізичне видалення завданням зі зберігання |
| Звіти й дані аналізу | До 12 місяців від створення аналізу, раніше — на вимогу користувача чи при закритті акаунта |
| Акаунт і профіль користувача | До видалення акаунта власником (на сайті чи в мобільному застосунку), закриття за заявою або автоматичного видалення через 12 місяців від останнього входу чи автентифікованої активності; із захистом досі чинних покупок |
| Права на невикористані аналізи | 12 місяців від підтвердження останньої покупки, що поновлює нестрочений баланс; розрахункова документація має окремий строк зберігання |
| Незчитані діагностичні зразки, якщо їх збереження ввімкнено | Видалення завданням зі зберігання через 7 днів |
| Результат робочого часу з картки в застосунку | 14 днів від розрахунку; раніше замінюється новим результатом, видаляється на запит користувача або разом з акаунтом. Оригінальний файл картки на сервері не зберігається |
| Лічильник часу LIVE (пробний період) | До видалення акаунта; один запис на користувача, без показників лічильників тахографа |
| Дані телефону для технічного обслуговування | Поточна модель, версії системи й застосунку, перша й остання активність; щонайбільше 20 останніх встановлень на акаунт, видаляються разом з акаунтом |
| Діагностичні звіти Bluetooth G2V2 | До завершення тестів і видалення акаунта; перегляд правил зберігання перед запуском робочого зчитування |
| Власна статистика публічних сторінок і події конверсії | До 400 днів; без збережених IP-адрес, з добовим хешованим ідентифікатором; автоматичне очищення раз на день |
| Підключення Google, Meta і TikTok | Токени — до від’єднання чи завершення потреби в доступі; від’єднання видаляє локальний токен. Секрети застосунків — до відкликання застосунку чи зміни конфігурації. Дозволи в постачальника відкликаємо окремо |
| Звіти GA4, Meta і TikTok | Остання локальна копія замінюється під час синхронізації; після завершення мети видаляємо її вручну. Дані GSC і вимірювання фраз переглядаємо щокварталу; зайві записи видаляємо протягом 30 днів від перегляду |
| Кампанії, завдання та історія публікацій | До 12 місяців від завершення; довше — лише виокремлені дані, необхідні для розрахунків, вимог чи документування матеріалу, що досі використовується. Перегляд і видалення виконує оператор |
| Маркетингові графіки та відео в DDDStart | До відкликання матеріалу чи завершення потрібних публікацій; зайва копія видаляється вручну протягом 30 днів від цієї події. Щоквартальний перегляд обґрунтованості |
| Взаємодії та листування в соціальних мережах | Публічні взаємодії — протягом часу підтримання допису/профілю, якщо раніше не видаляємо їх у зв’язку з обґрунтованою вимогою. Закрите листування — до 12 місяців від завершення справи, з окремим зберіганням необхідних доказів для вимог |
| Запити з контактної форми | До 365 днів від створення, якщо необхідний доказ не буде виокремлено до окремого архіву вимог |
| Журнал аудиту | Автоматичне видалення записів, старших за 365 днів, щоденним завданням |
| Власний термін зчитування | До вимкнення/зміни налаштування або закриття акаунта; вимкнення видаляє очікуваний термін і ненадіслані нагадування. Сліди надсилання підлягають правилам черги та аудиту |
| Розмови з підтримкою в панелі та зв’язок зі звітом | Протягом обробки справи й підтримання акаунта, раніше — після обґрунтованої вимоги; необхідний доказ спору виокремлюємо згідно з окремим строком зберігання. Зайві закриті справи оператор переглядає щокварталу й видаляє вручну протягом 30 днів після перегляду. Видалення звіту видаляє його зв’язок, але не копіює й автоматично не видаляє всього листування |
| Прострочені сесії та токени | Прострочені сесії видаляються щоденним завданням; технічні токени — до 7 днів після закінчення строку дії |
| Резервування повторів API | Чинні 24 години; очищення під час наступних операцій API і щоденним завданням |
| Резервні копії бази, звітів і журналу видалень, створені застосунком | Ротація до 30 днів, якщо завдання копіювання ввімкнено; оригінальні DDD цей механізм не копіює |
| Податкові документи й дані, необхідні для їх розрахунку | До спливу строку давності податкового зобов’язання: як правило, 5 років від кінця року, в якому сплив строк сплати податку; довше — лише в разі передбаченого законом зупинення чи переривання строку |
| Докази укладення й виконання договору, скарг і вимог | До спливу відповідного строку давності: як правило, 6 років, а для вимог, пов’язаних з підприємницькою діяльністю, — 3 роки, з урахуванням правила кінця року та спеціальних норм; у разі спору — до його остаточного завершення та спливу строку виконання |
| Звичайне листування й закриті звернення по допомогу | До закриття акаунта; у зовнішній поштовій скриньці — до 12 місяців від закриття справи. Лише виокремлені докази спору чи розрахунків зберігаємо протягом відповідного строку, зазначеного вище |
| Зв’язки водіїв з компаніями | До припинення зв’язку; припинені зв’язки видно компанії протягом 90 днів, а запис зв’язку ми зберігаємо до закриття акаунта компанії або акаунта водія як доказ згоди й виконання договору |
| Архів карток компанії | 3 роки від надсилання файлу або 30 днів після підтвердження компанією, що вона має копію завантаженого файлу, якщо це настане раніше. Запис підтвердження (хто, коли, які файли) ми зберігаємо до закриття акаунта компанії як доказ виконання вказівки компанії; після відмови компанії від послуги (пакет або пробний період закінчився без продовження чи подано запит на закриття акаунта) весь архів ми видаляємо через 30 днів, з нагадуваннями e-mail у день відмови, а також за 7 днів і за 1 день до видалення; довше зберігання, якщо його вимагає закон, компанія забезпечує самостійно |
Повідомлення про чинність аналізів і заплановане видалення звітів чи акаунта служать виконанню договору та захисту даних, а не просуванню. Вони не залежать від маркетингової згоди. Система надсилає їх автоматично за 30 і 7 днів до терміну. Невдале надсилання повторюється; відсутність дієвого попередження про видалення неактивного акаунта відкладає цю операцію.
Резервні копії інфраструктури може також створювати хостинг-провайдер у межах договору; максимальний строк, за який можна відновити дані сервісу, становить 30 днів. Видалення даних з активного сховища не означає їх негайного видалення з кожної копії. Відновлення копії потребує повторного застосування правил зберігання та попередніх вимог про видалення. Копії не використовуються для поточного користування видаленими даними. Після відновлення ми застосовуємо журнал видалень до повторного надання доступу до акаунтів.
Журнал видалень містить ідентифікатори записів і час операції, без вмісту DDD. Він слугує для повторного застосування видалень після відновлення. Зберігаємо його до закінчення строку останньої копії, створеної до видалення, і перевірки її ротації; перегляд і видалення зайвих записів відбуваються не рідше ніж раз на квартал.
Реєстр обслуговування містить тему, категорію, дати, статус, нотатки й докази відповідей. Відкрита справа зупиняє автоматичне видалення акаунта; адміністратор має регулярно оцінювати обґрунтованість подальшого зберігання. Закриті справи видаляються разом з акаунтом. Необхідний доказ скарги, розрахунку чи вимоги може бути попередньо виокремлено до обмеженого архіву згідно зі строками з таблиці; для цього ми не зберігаємо всього акаунта чи всього файлу DDD.
Черга підтверджень зберігає адресу та зміст до прийняття повідомлення службою надсилання. Після прийняття вона видаляє зміст із черги, а через 30 днів — адресу одержувача; зберігає технічний хеш адреси, що запобігає повторам. Це не означає видалення окремої документації замовлення чи повідомлень у поштового провайдера. Ненадіслані повідомлення переглядає служба обслуговування. Після вирішення проблеми чи доставки іншим каналом зайвий зміст і адреса видаляються з черги не пізніше ніж протягом 30 днів. Фінансові документи, архів вимог, зовнішнє листування й журнал видалень також підлягають періодичному перегляду адміністратором; застосунок не видаляє автоматично всіх цих категорій.
Старіші безстрокові права та перехідні періоди після зміни правил захищені. Відсутність дієвого попередження про видалення акаунта відкладає операцію. Дані профілю водія чи транспортного засобу — це ресурси акаунта, окремі від окремого звіту.
5. Одержувачі та передача
Вибрані постачальники та обсяг передачі:
| Постачальник / послуга | Мета й обсяг |
|---|---|
| webh.pl (ULTIMAHOST.PL Szeliga sp.j., Łódź) — сервер VPS (основний сервер застосунку), пошта і сертифікат TLS | Зберігання застосунку й даних, листування, підтримання інфраструктури та резервні копії в межах укладеного договору |
| Tpay — Krajowy Integrator Płatności S.A. (після активації) | Обробка вибраних разових і регулярних платежів: ідентифікатори замовлень, суми, статуси, токени/псевдоніми постачальника; без вмісту файлів DDD і звітів |
| Бухгалтерське обслуговування та постачальник програми для рахунків (Fakturownia, fakturownia.pl) | Виставлення, розрахунок і окрема передача рахунків службою обслуговування: дані покупця (назва, NIP, адреса, e-mail) і позиції замовлення; без вмісту DDD і звітів. Дані потрапляють до Fakturownia лише тоді, коли адміністратор виставляє з панелі рахунок для конкретного покупця чи замовлення; застосунок не виставляє рахунків автоматично |
| Google — Google Analytics 4 і Search Console | GA4 отримує перегляди публічних сторінок після згоди на аналітику. API отримує звіти GA4, а також запити, сторінки, кліки, покази й позиції GSC з ресурсу оператора. Google отримує запити авторизації та API, без даних акаунтів водіїв і аналізів |
| Meta — Meta Pixel, Facebook і Instagram | Pixel отримує перегляди публічних сторінок після маркетингової згоди. Підключення оператора дає змогу вибрати сторінку, отримати дані профілю, останні дописи й статистику, а також надіслати затверджений зміст і графіку. Взаємодії в мережі також підлягають правилам Meta |
| TikTok — профіль оператора й надсилання матеріалів | Дані акаунта, авторизація й запити API; затверджене відео, отримане з публічної адреси DDDStart, потрапляє до редактора TikTok. Ми отримуємо профіль, останні публічні відео й лічильники. Публікацію завершує власник акаунта в TikTok. На сайті ми не використовуємо TikTok Pixel |
| Уповноважені органи | Дані в обсязі, передбаченому законом, зокрема дані рахунків у KSeF |
| Компанія, з якою водій пов’язав акаунт | Файли картки водія, завантажені в застосунку після встановлення зв’язку, а також ім’я та стан зв’язку; без аналізів, звітів, місцезнаходження та показників у реальному часі |
Єдиним платіжним оператором є Tpay. Tpay залишається неактивним до запуску інтеграції та оновлення інформації для клієнтів. Користування акаунтом не потребує згоди на рекламу. Зовнішні платіжні й соціальні платформи можуть діяти як окремі розпорядники щодо власних цілей; ролі в іншому обсязі випливають із конкретних послуг і договорів.
Основні дані акаунта й аналізу обробляються в інфраструктурі, охопленій договором хостингу, на серверах webh.pl, розташованих у Польщі. Маркетингові інтеграції не передають DDD чи звітів до Google, Meta і TikTok. Інструменти постачальників можуть передбачати обробку поза ЄЕЗ, зокрема в США, а у випадку TikTok — також доступ із Китаю. Перед активацією ми перевіряємо одержувача, країни доступу та належну підставу передачі: чинне рішення про належний рівень захисту для охопленого ним одержувача або стандартні договірні положення Європейської Комісії й ефективність необхідних додаткових гарантій. Згода на cookie та OAuth не замінюють цієї оцінки. Інформацію про підставу та копію гарантій можна отримати за адресою info@dddstart.com. Відсутність належної підстави виключає запуск інструмента. Ми не заявляємо, що всі дані зберігаються виключно в Польщі.
Правила постачальників: Google, Meta і TikTok — ЄЕЗ. Їхні власні цілі та строки зберігання не визначаються DDDStart. Щодо статистики сторінки Facebook ми застосовуємо відповідну домовленість із Meta про спільне розпорядження; вона не охоплює DDD. Запит щодо обслуговування нашого профілю можна надіслати до DDDStart, а щодо обробки на платформі — також її постачальнику.
6. Права суб’єктів даних
В обсязі, визначеному GDPR, вам належать права на доступ, виправлення, видалення, обмеження, перенесення, заперечення та відкликання згоди. Відкликання згоди не впливає на законність попередньої обробки. Право на видалення має винятки, зокрема пов’язані з правовим обов’язком і вимогами.
Акаунт разом із файлами DDD, звітами й даними профілю можна видалити самостійно в налаштуваннях акаунта на сайті (https://dddstart.com/app/ustawienia#usun-konto) або в мобільному застосунку DDD Driver Assist, ввівши пароль. Приватний акаунт без розрахунків, що потребують з’ясування, видаляємо одразу; в інших випадках, напр. за невикористаних оплачених аналізів, підписки чи корпоративного акаунта, заявка надходить до служби обслуговування, і ми видаляємо акаунт після розрахунку, не пізніше ніж протягом 30 днів. Видалення підтверджуємо e-mail. Зберігаємо лише розрахункову документацію (замовлення, платежі та книгу аналізів) протягом строку, передбаченого законом, і журнал видалень, описаний у пункті 4; резервні копії закінчуються в циклі до 30 днів.
Інші запити надсилайте на info@dddstart.com. Не надсилайте пароля; додаткові ідентифікаційні дані можна вимагати лише за обґрунтованих сумнівів і в необхідному обсязі. Відповідь надається, як правило, протягом місяця; за умов ст. 12 п. 3 GDPR можливе продовження після повідомлення про причини. Ви можете подати скаргу Голові Управління із захисту персональних даних (UODO).
7. Автоматизований аналіз
Перелік дій після аналізу та порівняння використовують збережені результати в межах доступу акаунта. Вони не створюють нового правового рішення чи рекламного профілю. Порівняння відхиляється чи обмежується, коли неможливо забезпечити узгодженість обсягу, версії та якості даних. Обробка звернення зберігає ідентифікатор звіту й повідомлення без додаткової копії файлу DDD. Користувач бачить власну розмову та відповіді служби обслуговування; внутрішні нотатки не публікуються в панелі клієнта. Не слід вводити туди паролів чи даних інших водіїв. Запити щодо доступу до даних у нотатках розглядаємо індивідуально, із захистом прав інших осіб.
Власник і адміністратор оператора з маркетинговою роллю мають повний доступ до всіх модулів, зокрема обслуговування акаунтів, звернень і платежів. Ролі надаються лише уповноваженим особам оператора; вони не означають, що постачальники Google, Meta чи TikTok отримують дані акаунтів чи DDD. Зміни ролей реєструються й анулюють сесії відповідного акаунта. Історія, доступна адміністратору, охоплює події, зареєстровані в застосунку, а не всі можливі дії поза ним.
Власна воронка покупок використовує дати створення акаунта, початку оплати, підтвердження покупки та завантаження файлу. Вона повертає адміністраторам зведені числа; дані етапів залишаються елементами відповідних записів акаунта, замовлення та файлу й підлягають їхнім строкам зберігання. Вона слугує оцінці роботи сервісу на підставі законного інтересу з правом на заперечення. Ми не надсилаємо цього зв’язку рекламним платформам. Публічні відвідування — окреме вимірювання; обмеження зберігання та відсутність історичних вимірювань не є доказом відмови конкретної особи.
Діагностичний звіт Bluetooth G2V2 слугує для перевірки, чи телефон і тахограф можуть пройти сканування, сполучення, з’єднання та виявлення сервісів. Ми не зберігаємо в ньому номера картки, прізвища водія, адреси Bluetooth, сирих значень GATT, токенів, кадрів протоколу чи байтів файлу DDD. Звіт не є доказом виконання передбаченого законом зчитування даних з картки чи пам’яті тахографа. Від версії 0.2.72 ми застосовуємо детермінований хеш SHA-256 канонічного UUID сервісів (псевдонімізація, а не повна анонімізація), щоб порівнювати профілі Android/iOS. Ми також зберігаємо необов’язковий випадковий код тесту, призначений користувачем, який не повинен ідентифікувати транспортний засіб чи особу. Зведені порівняння можуть стосуватися звітів різних користувачів у панелі адміністратора; на цій підставі ми не робимо висновків про ідентичність фізичного пристрою.
Тестова версія застосунку (TEST), призначена для випробувань з тахографом, від версії 0.2.171 веде технічний журнал подій, що зберігається лише на телефоні: послідовність і час подій Bluetooth (сканування, сполучення, з’єднання, роз’єднання), подій LIVE і зчитування картки, стан застосунку (на екрані чи у фоні), стан мережі (чи є інтернет і якого типу), стан живлення (енергозбереження, рівень заряду, обмеження роботи у фоні), причини попереднього закриття застосунку системою, модель телефона і версію системи, а також інформацію, чи рухається транспортний засіб (так або ні, без швидкості й місцезнаходження). Тахографи позначені в ньому лише порядковим символом (T1, T2). Журнал не містить адреси чи назви пристрою Bluetooth, номера картки, імені та прізвища водія, значень лічильників, кадрів протоколу, байтів файлу DDD, кодів сполучення чи даних акаунта. Він залишає телефон лише у звіті тесту, який користувач тестової версії сам збереже, скопіює або надішле; звіт, що надсилається із застосунку до DDDStart, його не містить. Застосунок для клієнтів цього журналу не веде.
Мобільний застосунок показує поточний час керування та перерв із лічильників тахографа, зчитаних через Bluetooth. Ці показники обробляються в телефоні й не зберігаються на сервері. Компенсації та термін щотижневого відпочинку, яких тахограф не надає, розраховуються автоматично з файлу картки, зчитаного в застосунку. Цей розрахунок не використовує аналіз із пакета, не створює звіту й не зберігає оригінальний файл та має допоміжний характер. Якщо лічильники тахографа відрізняються від розрахунку з картки, застосунок показує попередження в телефоні. Для правильної роботи застосунку потрібне підключення до інтернету: під час запуску без інтернету та після втрати з’єднання він спершу повідомляє про це. Без інтернету працює лише LIVE, про що застосунок повідомляє на екрані; акаунт та інші функції повертаються після відновлення з’єднання. Щоб LIVE працював без інтернету, телефон зберігає локально, у зашифрованому вигляді, останні підтверджені сервером дані, потрібні для стартового екрана (ім’я та прізвище, назва й тип акаунта, роль), а також інформацію про доступ до LIVE (підписка або пробний період). Ці дані не залишають телефон, пов’язані з поточною сесією, вихід з акаунта робить їх недійсними, а після повернення інтернету сервер знову підтверджує сесію. Щоб виявити відсутність з’єднання, застосунок зчитує стан мережі в системі, без даних про відвідані сторінки чи місцезнаходження. Щоб наступне з’єднання одразу йшло до потрібного тахографа, телефон локально запам’ятовує псевдонімну позначку тахографа, вибраного користувачем зі списку та сполученого з телефоном (а не саму Bluetooth-адресу); користувач може її змінити. Біля кожного тахографа у списку видно короткий ідентифікатор, утворений із цієї позначки, щоб розрізняти тахографи з однаковою назвою. Позначка не надсилається на сервер і не потрапляє до діагностичних звітів.
Сервіс автоматично обробляє активності й вказує на можливі порушення. Він не ухвалює рішень контролюючого органу й не накладає штрафів. Результат допоміжний і показує обмеження даних. Ми не ухвалюємо виключно автоматизованих рішень, що мають для особи правові чи подібно суттєві наслідки в розумінні ст. 22 GDPR. Ми не поєднуємо результату аналізу з рекламним профілем.
8. Файли cookie та пам’ять пристрою
| Елемент | Мета | Строк |
|---|---|---|
| sid, cookie HttpOnly | Сесія користувача | До виходу, анулювання чи закінчення сесії; щонайбільше 30 днів |
| sid_admin, cookie HttpOnly | Сесія повернення уповноваженого адміністратора | Щонайбільше 24 години |
| dddstart-consent, localStorage | Вибір аналітики й маркетингу, версія інформації та час рішення | 365 днів; старий формат, інша версія інформації, пошкоджена чи майбутня дата не запускає інструментів |
| dddstart_nav, localStorage | Вибрані налаштування навігації | До очищення пам’яті браузера |
| dddstart_lang, cookie та localStorage | Вибрана мова сайту й панелі (польська, англійська або українська), також під час реєстрації; без ідентифікатора користувача й без передачі рекламним інструментам | 365 днів або до зміни вибору чи очищення пам’яті браузера |
| dddstart_interface_theme, localStorage | Світла чи темна тема, вибрана кнопкою; налаштування зберігаємо лише після використання перемикача, без ідентифікатора користувача й без передачі рекламним інструментам | До зміни вибору чи очищення пам’яті браузера |
| dddstart_audience, localStorage | Відповідь у вітальному вікні сайту: водій чи транспортна компанія; використовується, щоб під час наступного візиту показати потрібну сторінку, без ідентифікатора користувача й без передачі рекламним інструментам | До зміни вибору чи очищення пам’яті браузера |
| Дані повтору покупки, sessionStorage | Безпечне відновлення замовлення після проблеми зі з’єднанням | До завершення операції чи видалення сесії вкладки браузера |
Необхідні механізми слугують замовленим функціям. Google Analytics 4 потребує вибору аналітики, а Meta Pixel — окремого вибору маркетингу. Банер дає змогу вибрати «Лише необхідні», зберегти власний вибір або прийняти всі вказані інструменти. Опції типово вимкнені, якщо немає чинного вибору для поточної версії. Відмова не блокує акаунта, ціни чи покупки. Змінити й відкликати рішення можна за посиланням у нижньому колонтитулі, коли інструменти налаштовано. Зміна після завантаження тегів перезавантажує сторінку й видаляє доступні для застосунку вимірювальні cookie; вона не скасовує попередньої передачі даних і не видаляє cookie, недоступних для цього домену. Теги не ініціалізуються на сторінках входу, реєстрації, оплати, демо з DDD, у панелях і для користувачів, що увійшли в акаунт. Перехід до приватної частини із завантаженими тегами перезавантажує документ.
Саме посилання на Facebook, Instagram чи TikTok не ініціалізує їхнього пікселя чи вбудованого відео. Додаткові вбудовування потребують оцінки й налаштувань згоди. Дані DDD і звітів не використовуються для створення рекламних аудиторій. Не запущено розсилки, завантаження списків клієнтів, TikTok Pixel, Meta Conversions API чи відстеження Purchase. Поточні теги слугують переглядам сторінок; Google Ads як канал UTM не означає рекламного API чи додаткового відстеження. Нові інструменти потребують повторного перегляду інформації та згоди.
Адміністратор оператора підключає власні акаунти Google, Meta чи TikTok через OAuth і затверджує обсяг доступу в постачальника. DDDStart не запитує й не зберігає паролів до цих платформ; токени й секрети зберігаються в зашифрованому вигляді. Водієві не потрібно підключати акаунтів у соціальних мережах. OAuth не є згодою відвідувача на cookie. Від’єднання видаляє локальний токен, але відкликання дозволів у постачальника — окрема дія; вона не видаляє вже опублікованих дописів. Резервні копії застосунку охоплюють зашифровану конфігурацію та маркетингові матеріали; після відновлення синхронізацію вимикають, а неузгоджені публікації спрямовують на перегляд.
Графіка чи відео в маркетинговому модулі доступні за публічною адресою ще до публікації в мережі. Це не приватний вкладений файл водія. Адміністратор використовує матеріали, на які має права, і забезпечує належну підставу для публікації зображення чи даних інших осіб. Додавати туди DDD чи звіти клієнтів заборонено. Видалення матеріалу з DDDStart не видаляє автоматично копій у Meta чи TikTok; служба обслуговування розглядає ці дії окремо. Маркетингове зберігання з таблиці потребує дій оператора; застосунок не видаляє автоматично всіх цих категорій.
Google Analytics може зберігати _ga і _ga_* до 2 років, а Meta Pixel _fbp — до 3 місяців. Інструменти працюють лише після налаштування й отримання відповідної згоди; строк може бути коротшим через налаштування браузера. Перед увімкненням наступного інструмента ми оновлюємо інформацію та механізм згоди. Власна статистика публічних сторінок слугує оцінці роботи сервісу; вона не зберігає вмісту аналізів. Статистика охоплює шлях публічної сторінки, джерело переходу, категорію пристрою й браузера та добовий хешований ідентифікатор. Події покупки чи реєстрації можуть містити ідентифікатор акаунта. Підставою є законний інтерес розпорядника, що полягає в оцінці роботи сервісу; вам належить право на заперечення. Строк зберігання визначає таблиця; ми не вважаємо цих даних безумовно анонімними.
Після запуску вибраного тегу постачальник також отримує технічні дані з’єднання, зокрема IP-адресу, інформацію про пристрій/браузер, вимірювальні ідентифікатори, адресу відвіданої публічної сторінки та джерело переходу в обсязі дії інструмента. Публічні адреси й параметри кампаній не повинні містити персональних даних. Meta може пов’язати подію зі своїм користувачем згідно з власними правилами. Обмежений обсяг подій застосунку не означає анонімності всіх даних у постачальника.
9. Безпека та оновлення
Код застосовує контроль дозволів, ізоляцію акаунтів, хешування паролів, анулювання сесій і аудит. Доступ до даних обмежено дозволами. Ми використовуємо зашифроване з’єднання HTTPS, резервні копії та процедуру реагування на інциденти. Заходи безпеки регулярно перевіряються; жодна система не гарантує повної відсутності ризику. Суттєві зміни політики потребують повторного перегляду й інформування користувачів; оновлення коду саме по собі не є правовим затвердженням.
Баланс аналізів і докупівля
Підтверджена наступна покупка збільшує баланс на придбані аналізи й поновлює чинність усіх невикористаних, нестрочених аналізів на 12 календарних місяців від підтвердження цієї оплати. Покупка в очікуванні, скасована чи неоплачена не продовжує чинності. Прострочені аналізи не відновлюються. Довших строків і безстрокових прав ми не скорочуємо. Це не автоматична підписка й не нарахування наступної плати. Чинність балансу не змінює строків зберігання файлів DDD і звітів чи передбачених законом прав споживача.
Передплата Driver Assist – регулярні платежі Tpay
Для передплати Driver Assist ми обробляємо: ідентифікатор клієнта й організації, оператора Tpay, вид інструмента (платіжна картка), версію й час надання згоди на регулярні списання, суму й розрахунковий період, ідентифікатор транзакції, статус платежу, дати поновлень, відмов, скарг і повернень коштів, а також необхідну історію подій безпеки. Підставою обробки є відповідно виконання договору (ст. 6 п. 1 літ. b GDPR), правові обов’язки щодо розрахунків (літ. c) і законний інтерес у захисті від зловживань і пред’явленні вимог (літ. f) з урахуванням прав суб’єкта даних.
Номери карток і коди CVV не зберігаються в DDDStart. Токен оператора, потрібний для поновлень, ми зберігаємо в зашифрованому вигляді з обмеженим доступом; після відмови та підтвердження Tpay про відкликання згоди токен видаляється. Саме скасування в DDDStart не є підтвердженням скасування дозволу в оператора. Ми не передаємо платіжним операторам вмісту файлів DDD, даних про активність водіїв чи звітів аналізу. Інформацію про те, чи активна передплата, ми також використовуємо для нарахування в кошику ціни аналізу для передплатника та для надання LIVE у застосунку (виконання договору, ст. 6(1)(b) GDPR); на цій підставі ми не створюємо маркетингового профілю.
Розрахункові дані передплати (замовлення, платежі, поновлення, повернення) ми зберігаємо протягом строків для податкових документів і доказів укладення та виконання договору з таблиці в п. 4; вони не видаляються лише внаслідок закриття акаунта, якщо їх збереження вимагає закон або воно необхідне для захисту від вимог. Для власних цілей Tpay може діяти як окремий адміністратор відповідно до своєї політики конфіденційності.
Інформація про телефон у застосунку
Після підтвердження входу застосунок передає виробника й модель телефону, код апаратної моделі, версію та збірку системи, а також версію й номер збірки DDDStart. Запис пов’язуємо з акаунтом і випадковим ідентифікатором встановлення застосунку. Остання активність оновлюється під час користування застосунком, не частіше ніж кожні 5 хвилин у межах сесії. Дані доступні Super Admin для діагностики проблем і обробки звернень. З пристрою ми не збираємо номера телефону (номер, указаний під час реєстрації, описано в пункті 2), IMEI, серійного номера, особистої назви телефону чи рекламного ідентифікатора. Повідомлення про помилку зберігає інформацію про модель і версії на момент надсилання, навіть якщо пристрій пізніше оновлено.