1. Verantwortlicher (розпорядник даних)
Verantwortlicher (розпорядник даних) у розумінні Art. 4 Z 7 DSGVO за обробку персональних даних на zvitly.io і в застосунку Zvitly:
Дані розпорядника за Art. 13 Abs 1 lit a DSGVO. Повні реквізити — в Impressum.
- Фірма
- WENEXUS Consulting GmbH
- Адреса
- Fleischmarkt 14/5a
1010 Wien
Österreich - zvitly@wenexus.at
З усіх питань захисту даних, для запитів про доступ і для реалізації ваших прав достатньо листа на вказану адресу з темою «Datenschutz». Особливої форми не потрібно.
2. Datenschutzbeauftragter (уповноважений із захисту даних)
Zvitly не призначав Datenschutzbeauftragter (уповноваженого із захисту даних). Ми вважаємо за правильне обґрунтувати це, а не залишити питання без відповіді.
Art. 37 Abs 1 DSGVO пов’язує обов’язок призначення не з розміром компанії, а з характером обробки. Жоден із трьох складів не виконується:
- lit a — ми не є органом влади чи публічною установою.
- lit b — наша основна діяльність не є «umfangreiche regelmäßige und systematische Überwachung» (масштабним регулярним і систематичним спостереженням) за суб’єктами даних. Zvitly обробляє бухгалтерські дані, які клієнт вносить сам; ми не спостерігаємо за поведінкою, не будуємо профілів і не відстежуємо нікого поміж сайтами.
- lit c — ми не обробляємо у великих обсягах особливі категорії даних за Art. 9 DSGVO і дані про судимості за Art. 10 DSGVO. Бухгалтерські, рахункові та банківські дані до цих категорій не належать.
Якщо характер обробки зміниться — наприклад, з появою функції, що систематично оцінює поведінку, — ми призначимо уповноваженого і вкажемо його тут.
3. Grundrecht auf Datenschutz — § 1 DSG
В Австрії захист даних — це не лише європейське вторинне право. Art. 1 § 1 Datenschutzgesetz (DSG) є Verfassungsbestimmung (конституційною нормою) і надає кожному право на нерозголошення персональних даних, що його стосуються, якщо існує заслуговуючий на захист інтерес.
Практично це означає дві речі. Перше: втручання допустиме лише задля переважних правомірних інтересів і лише в найм’якший спосіб, що веде до мети (§ 1 Abs 2 DSG) — саме цей масштаб лежить в основі кожного зважування інтересів у цьому документі. Друге: право на доступ, виправлення й видалення належить вам в Австрії додатково на конституційному рівні (§ 1 Abs 3 DSG), а не лише за Art. 15 і наступними DSGVO.
Текст норми в Rechtsinformationssystem des Bundes (RIS): § 1 DSG
4. Категорії оброблюваних даних
Ми обробляємо дані, які ви вводите або завантажуєте самі, технічні дані, що неминуче виникають під час роботи, а також у двох випадках — відомості, які отримуємо від сервісу, обраного для цього вами самими: під час входу через Google — дані, які Google для цього передає (пункт 6), а під час оплати підписки — відповіді Stripe про тариф і платіж (пункт 8). Ми не докуповуємо даних, не збагачуємо їх із зовнішніх джерел і не переймаємо масивів від третіх осіб.
- Дані акаунта — Адреса електронної пошти, пароль (виключно як хеш у Supabase Auth, ніколи у відкритому вигляді), ім’я, номер телефону, вибір мови, часовий пояс, зображення профілю, активні сесії, а також — якщо ввімкнено — фактори двофакторної автентифікації.
- Дані підприємства — Назва фірми, правова форма, адреса, UID-номер, податковий номер, компетентний Finanzamt, банківські реквізити (IBAN, BIC), логотип, налаштування рахунків, обраний господарський рік і тариф.
- Бухгалтерські дані — Чеки й документи разом із завантаженими файлами, вихідні та вхідні рахунки з позиціями, контакти й замовники, банківські рахунки та рухи по них, касові записи, відрядження й авансові звіти, облік часу, основні засоби, дані нарахування зарплати, а також податкові декларації та повідомлення. Ці дані ми обробляємо за вашим дорученням — див. пункт 7.
- Технічні дані — IP-адреса, ідентифікатор браузера (User-Agent), часові позначки звернень і дій, а також серверні протоколи хостингу.
- Дані звернень — Звернення до підтримки разом із листуванням і вкладеннями, сповіщення в акаунті та дані відправлення системних листів.
Особливі категорії персональних даних за Art. 9 DSGVO — дані про здоров’я, біометричні дані, дані про світогляд, членство у профспілці чи сексуальну орієнтацію — ми не обробляємо і ніде не запитуємо.
5. Мета, правова підстава і строк зберігання
Ця таблиця — серце декларації: вона відповідає на вимоги Art. 13 Abs 1 lit c і Abs 2 lit a DSGVO щодо кожної окремої мети обробки.
| Мета обробки | Категорії даних | Правова підстава | Строк зберігання |
|---|---|---|---|
| Надання акаунта та керування ним | Дані акаунта | Art. 6 Abs 1 lit b DSGVO — виконання договору | До видалення акаунта |
| Вхід через Google (за вашим вибором) | Адреса електронної пошти та дані профілю, які Google передає для входу (ім’я, фото профілю, ідентифікатор облікового запису Google) | Art. 6 Abs 1 lit b DSGVO — виконання договору | До видалення акаунта |
| Ведення профілю підприємства й основних даних | Дані підприємства | Art. 6 Abs 1 lit b DSGVO — виконання договору | До видалення акаунта |
| Обробка ваших бухгалтерських даних у застосунку | Бухгалтерські дані | Art. 6 Abs 1 lit b у поєднанні з Art. 28 DSGVO — обробка за дорученням | За вашим дорученням; після завершення договору — експорт і видалення, з урахуванням пункту 15 |
| Виконання власних податкових і господарсько-правових обов’язків зберігання | Рахункові та платіжні дані договірних відносин | Art. 6 Abs 1 lit c DSGVO — правовий обов’язок | Сім років від кінця календарного року (§ 132 BAO, § 212 UGB) |
| Розрахунки за платежі на користь Zvitly через Stripe | Адреса електронної пошти та внутрішній ідентифікатор акаунта підприємства; ідентифікатори клієнта, підписки й платежу в Stripe, тариф, розрахунковий період, статус, суми й моменти платежів, невдалі платежі | Art. 6 Abs 1 lit b DSGVO — виконання договору | Протягом дії підписки; записи про платежі й рахунки — після цього сім років від кінця календарного року, до якого вони належать (§ 132 Abs 1 BAO) |
| Надсилання системних листів (підтвердження, пароль, запрошення, нагадування) | Адреса електронної пошти, ім’я, мова | Art. 6 Abs 1 lit b DSGVO — виконання договору | На час відправлення; протоколи доставки — за власними строками Resend (пункт 11) |
| Протидія зловживанням при реєстрації та скиданні пароля (rate-limiting) | Псевдонімізовані (HMAC) IP-адреса та адреса електронної пошти | Art. 6 Abs 1 lit f DSGVO — правомірний інтерес | Щонайбільше дві години, далі автоматичне видалення |
| Протоколювання адміністративних доступів (обов’язок звітності) | Ідентифікатор адміністратора, дія, IP-адреса, User-Agent, час | Art. 6 Abs 1 lit c і lit f DSGVO | Протокол не видаляється рутинно — він слугує доказом за Art. 5 Abs 2 DSGVO |
| Опрацювання звернень до підтримки | Дані звернень | Art. 6 Abs 1 lit b DSGVO — виконання договору | До видалення акаунта — звернення зникають разом із ним |
| Керування сесією та вхід | Сесійна cookie | Art. 6 Abs 1 lit b DSGVO — виконання договору | До виходу з акаунта або завершення сесії |
| Збереження вибору мови та стану інтерфейсу | Cookie та локальне сховище браузера | Art. 6 Abs 1 lit b DSGVO — виконання договору | Cookie мови — один рік; решта — доки ви не видалите їх у браузері |
| Робота, стабільність і захист інфраструктури | Технічні дані, серверні протоколи | Art. 6 Abs 1 lit f DSGVO — правомірний інтерес | Короткостроково на рівні хостингу; персонально ми їх не аналізуємо |
| Реалізація прав суб’єктів даних і відповіді на запити органів | Залежно від запиту | Art. 6 Abs 1 lit c DSGVO — правовий обов’язок | До завершення опрацювання, далі в межах обов’язку доказування |
| Опрацювання звернень із публічної контактної форми | Ім’я, адреса електронної пошти, обране питання, текст повідомлення, мова сторінки, а також для протидії зловживанням браузерна ідентифікація (User-Agent) і псевдонімізована (HMAC) IP-адреса | Art. 6 Abs 1 lit b і lit f DSGVO | Дванадцять місяців від опрацювання звернення, а якщо воно так і лишилось неопрацьованим — дванадцять місяців від його надходження; той самий строк діє для сповіщення в нашій поштовій скриньці; записи протидії зловживанням — щонайбільше дві години |
Там, де обробка спирається на Art. 6 Abs 1 lit f DSGVO, зважування інтересів наведено в пункті 9.
6. Реєстрація і ведення акаунта
Для реєстрації достатньо адреси електронної пошти й пароля. Обидва обов’язкові, бо без акаунта доступ до даних неможливий, а без підтвердженої адреси ніхто не зміг би скинути свій пароль.
Пароль Supabase Auth зберігає виключно як криптографічний хеш. Ми в жодний момент не маємо доступу до пароля у відкритому вигляді — навіть як оператор сервісу.
Якщо ви вмикаєте двофакторну автентифікацію, ми додатково обробляємо сам фактор (TOTP-секрет) і підтвердження. Правова підстава — Art. 6 Abs 1 lit b і lit f DSGVO: захист акаунта, у якому лежить ваша бухгалтерія.
Замість пароля ви можете зареєструватися й входити через свій обліковий запис Google. Якщо ви обираєте цей шлях, сам вхід відбувається в Google; після цього Google передає до Supabase Auth вашу адресу електронної пошти й ті дані профілю, які Google для цього відкриває, — ім’я, фото профілю та ідентифікатор вашого облікового запису Google. Пароль для Zvitly при цьому не створюється. Ми під час цього процесу не передаємо Google жодних даних про вас; те, що ви входите до Zvitly, Google дізнається із самого входу й обробляє це за власними умовами. Правова підстава з нашого боку — Art. 6 Abs 1 lit b DSGVO. Вхід через Google добровільний; шлях через адресу електронної пошти й пароль відкритий завжди.
7. Бухгалтерські дані — Zvitly як Auftragsverarbeiter (обробник)
Усе, що ви вносите в Zvitly у вигляді чеків, рахунків, контактів і рухів по рахунку, регулярно містить персональні дані третіх осіб: ваших клієнтів, постачальників, працівників. Про мету й засоби цієї обробки вирішуєте ви, а не ми.
У цій конструкції ви — Verantwortlicher (розпорядник), а Zvitly — Auftragsverarbeiter (обробник) у розумінні Art. 28 DSGVO. Ми обробляємо ці дані виключно за вашою вказівкою і не для власних цілей: зокрема, не аналізуємо їх, не передаємо далі й не використовуємо для реклами.
Договір про обробку за дорученням (AVV), субобробники, технічні заходи й концепція видалення описані на окремій сторінці: DSGVO та Auftragsverarbeitung
8. Функції з власною обробкою та їхній стан
Чотири функції Zvitly пов’язані з окремою обробкою даних, і не всі з них уже працюють. Декларація, що описує обробку, якої ще немає, порушує принцип Richtigkeit (правильності, Art. 5 Abs 1 lit a DSGVO) так само, як і та, що замовчує наявну. Тому щодо кожної з цих функцій ми фіксуємо, що обробляється станом на дату цієї редакції: розпізнавання чеків і обробка платежів працюють, передання до FinanzOnline і підключення банку — ще ні.
- Автоматичне розпізнавання чеків — Працює. Якщо ви завантажуєте чек як зображення і ваш тариф включає автоматичне розпізнавання, Zvitly зчитує дані чека через Amazon Bedrock — AI-сервіс Amazon Web Services. Передається виключно зображення чека у форматі JPEG, PNG, GIF або WebP — PDF-файли до сервісу не потрапляють, — без вашого імені, адреси електронної пошти чи інших даних вашого акаунта. Запит іде через профіль інференсу, який обмежує обробку дата-центрами в ЄС; вихідний регіон — eu-central-1 (Франкфурт-на-Майні). Назад повертаються зчитані дані — видавець, дата, суми, ставка податку — і пропозиція категорії; усе це зберігається при чеку у вашому акаунті, і ви можете будь-коли це змінити. Пропозиція категорії лишається пропозицією, доки ви її не приймете (пункт 18). Оскільки чек належить до вашої бухгалтерії, ця обробка відбувається за вашим дорученням (пункт 7); Amazon Web Services є для неї нашим субобробником (пункт 13 і таблиця на сторінці DSGVO та Auftragsverarbeitung). Zvitly не використовує ваші чеки для тренування AI-моделей.
- Обробка платежів — Працює. Платежі на користь Zvitly — насамперед за вашу підписку — обробляє Stripe. Під час переходу до оплати ми передаємо Stripe вашу адресу електронної пошти та внутрішній ідентифікатор акаунта вашого підприємства, щоб платіж було зараховано до правильного акаунта. Ім’я, адресу для рахунку, за потреби UID-номер і платіжний засіб ви вводите самі в платіжній формі Stripe; ці дані потрапляють безпосередньо до Stripe, а не до нас, — номерів карток ми не бачимо й не зберігаємо в жоден момент. Від Stripe ми отримуємо назад те, що потрібно для виконання договору: ідентифікатори клієнта й підписки, тариф і розрахунковий період, статус підписки, суми й моменти платежів, а також невдалі платежі. Мета — розрахунки за вашим договором із нами; правова підстава — Art. 6 Abs 1 lit b DSGVO. Ці дані належать не до вашої бухгалтерії, а до вашого договору з нами, — щодо них ми розпорядник (Verantwortlicher), а не обробник. Записи про платежі й рахунки ми зберігаємо відповідно до § 132 Abs 1 BAO сім років від кінця календарного року, до якого вони належать (таблиця в пункті 5). Як Stripe обробляє дані, які ви вводите в платіжній формі, Stripe описує у власній декларації про захист даних.
- Передача до FinanzOnline — Передання до FinanzOnline заплановане, але ще не працює. Жодні декларації до податкової адміністрації не передаються, і доступи FinanzOnline наразі не зберігаються. Щойно інтерфейс запрацює, ми опишемо тут, які саме дані передаються і як захищено доступи.
- Підключення банку — Автоматичне під’єднання банку заплановане, але ще не працює. Рухи по рахунку потрапляють до застосунку лише з файлів, які завантажуєте ви. З під’єднанням ми назвемо постачальника інформаційної послуги за рахунком і підставу доступу.
9. Серверні протоколи, rate-limiting і безпека
При відкритті сторінки ваш браузер передає серверу технічно необхідні дані, зокрема вашу IP-адресу. Без неї відповідь неможливо доставити.
При реєстрації та скиданні пароля ми обмежуємо кількість спроб. Для цього IP-адресу й адресу електронної пошти ми зберігаємо не у відкритому вигляді, а виключно як HMAC-SHA256 із серверним секретом. Записи автоматично видаляються щонайпізніше через дві години.
Адміністративні доступи до клієнтських акаунтів ми протоколюємо з ідентифікатором, дією, часом, IP-адресою та User-Agent. Цей протокол захищає вас: він робить простежуваним, хто, коли і що зробив.
Раніше цей пункт стверджував, що інструментів аналітики ми не використовуємо. З 22 серпня 2026 року це вже не так, і ми пишемо про зміну прямо, а не мовчки переписуємо речення. Тепер на публічній частині сайту працює Google Analytics 4 — але лише після вашої явної згоди: доки ви її не дали, скрипт Google не завантажується взагалі, тобто жодного запиту в його бік не йде. Правова підстава — Art. 6 Abs 1 lit a DSGVO і § 165 Abs 3 TKG 2021. Подробиці, перелік записів і спосіб відкликати згоду — у пункті 10. У самому застосунку за входом аналітики немає: там не вимірюється нічого. Сервісу збору помилок і запису сесій не підключено й далі.
11. Надсилання електронної пошти (Resend)
Системні листи — підтвердження адреси, скидання пароля, запрошення до компанії, відповідь підтримки, нагадування про строки — ми надсилаємо через Resend. Правова підстава — Art. 6 Abs 1 lit b DSGVO.
Тим самим шляхом ідуть і два листи публічної контактної форми (останній рядок таблиці в пункті 5). Перший — сповіщення на нашу внутрішню скриньку wenexus.at@gmail.com; він містить ваше ім’я, вашу адресу електронної пошти, обране питання й текст вашого повідомлення — без цих даних звернення не можна ні співвіднести, ні відповісти на нього. Другий — підтвердження отримання, надіслане вам самим; воно називає ваше ім’я та сам факт надходження і свідомо не повторює тексту вашого звернення — це захищає вас на випадок, якщо хтось вкаже вашу адресу без вашого відома, бо тоді підтвердження не розкриє чужого змісту. Обробником за дорученням і тут є Resend; правова підстава за Art. 28 DSGVO від цього не змінюється. Але для вас істотні два наслідки. Перший: ваша адреса електронної пошти потрапляє тим самим у протоколи доставки Resend, які за його угодою про обробку лишаються у Сполучених Штатах. Другий: сповіщення разом із повним текстом вашого повідомлення лишається лежати в тій скриньці, а обслуговує цю скриньку Google — тому Google названо отримувачем у пункті 13. Отже, передання до третьої країни має місце й тоді, коли ви написали нам єдиний раз і без акаунта; правова підстава цього передання — у пункті 14.
Передаються при цьому ваша адреса електронної пошти, ім’я, якщо воно є в тексті, мова та текст самого повідомлення — тобто ФАКТ сповіщення, а не зміст вашої бухгалтерії. У нагадування про строк іде дата цього строку, а не документ; у відповідь підтримки — написаний текст, а не стан вашого рахунку. Чеки, рахунки, рухи по рахунку й контактні дані ваших клієнтів до розсилки не потрапляють.
Оператор Resend — Plus Five Five, Inc. із місцезнаходженням у Сан-Франциско, США. Наш домен zvitly.io закріплений там за регіоном Ірландія (eu-west-1) і верифікований: ваші листи надсилаються з Ірландії, а не зі США. Вибір регіону, однак, керує лише шляхом відправлення — дані доступу до Resend, протоколи доставки й записи API за угодою Resend про обробку даних лишаються у США. У цій частині має місце передача до третьої країни; її правова підстава — в пункті 14. На строк зберігання протоколів доставки ми не впливаємо; він визначається строками Resend.
Передача шифрована. З 19 серпня 2026 року відправлення переведено в режим «Enforced TLS»: лист доставляється лише тоді, коли приймальний поштовий сервер встановлює TLS-з’єднання. Раніше діяло звичайне опортуністичне шифрування, за якого сервер без підтримки TLS міг змусити доставку відкритим текстом; цей випадок виключено. Це технічний захід за Art. 32 Abs 1 lit a DSGVO.
12. Хостинг
Застосунок працює на віртуальному сервері Hostinger International Ltd., що розташований у Франкфурті-на-Майні, Німеччина. База даних, автентифікація та файлове сховище — у Supabase, регіон eu-central-1 (Франкфурт-на-Майні).
Обидві локації в Європейському Союзі. Під час роботи виникають серверні протоколи — час звернення, запитувана адреса, IP-адреса, User-Agent. Правова підстава — Art. 6 Abs 1 lit f DSGVO; правомірний інтерес полягає у стабільній і безпечній роботі сервісу.
13. Одержувачі даних
Персональні дані ми третім особам не передаємо. Винятки перелічуємо тут повністю, і вони двох різних видів: по-перше, обробники, без яких сервіс не може працювати; по-друге, інші одержувачі, яких ми називаємо окремо, — оператор поштової скриньки, куди надходять листи, адресовані нам самим, і платіжний сервіс Stripe. Спершу обробники:
- Supabase — база даних, автентифікація та файлове сховище (регіон eu-central-1, Франкфурт-на-Майні)
- Hostinger International Ltd. — серверна інфраструктура (локація Франкфурт-на-Майні)
- Plus Five Five, Inc. (Resend) — надсилання системних листів (регіон відправлення Ірландія; дані доставки — у США)
- Amazon Web Services (Amazon Bedrock) — автоматичне розпізнавання чеків (дата-центри в ЄС; профіль інференсу ЄС, вихідний регіон eu-central-1, Франкфурт-на-Майні)
З кожним із цих постачальників укладено договір про обробку за дорученням відповідно до Art. 28 Abs 3 DSGVO. Наприкінці поштового шляху додається ще один отримувач у розумінні Art. 4 Z 9 DSGVO, якого ми називаємо окремо: сповіщення, які наша система надсилає нам самим — звернення з публічної контактної форми, нове звернення підтримки, повідомлення про технічний збій, — із серпня 2026 року надходять на скриньку wenexus.at@gmail.com, а обслуговує цю скриньку Google. Тому дані з контактної форми — ім’я, адреса електронної пошти, обране питання й текст повідомлення — лежать уже не лише в нашій базі у Франкфурті-на-Майні, а й додатково у скриньці, місць зберігання якої ми не визначаємо; Google належить до американської корпорації, тож обробка у Сполучених Штатах не виключена. Правова підстава цього передання — у пункті 14. Те, що Google не стоїть у переліку вище, — не недогляд, а сама суть відмінності: щодо цієї скриньки договору про обробку за дорученням за Art. 28 DSGVO немає. Google обробляє листи, що туди надійшли, за власними умовами і є в цій частині отримувачем, а не обробником за нашим дорученням. На мету, правову підставу і строк зберігання самого вашого звернення (пункт 5) це не впливає; сповіщення у скриньці ми видаляємо в межах того самого строку. Нарешті, адреси zvitly@wenexus.at це не торкається: саме вона є нашою публічною контактною адресою, названою в Impressum, — змінилось єдине: куди наша система доставляє власні сповіщення.
Ще один одержувач — Stripe. Через Stripe проходять платежі на користь Zvitly (пункт 8); для цього Stripe отримує від нас вашу адресу електронної пошти та внутрішній ідентифікатор акаунта вашого підприємства, а решту платіжних даних ви вводите в Stripe самі. Окремо від переліку вище ми називаємо Stripe тому, що він не отримує жодних даних із вашої бухгалтерії, — ідеться лише про ваш власний договір із нами. Як Stripe обробляє дані, які ви вводите в платіжній формі, Stripe описує у власній декларації про захист даних. Натомість під час входу через Google (пункт 6) ми Google жодних даних не передаємо: дані там рухаються у зворотному напрямку — від Google до нас.
Понад це ми передаємо дані лише за наявності законного обов’язку або на вимогу суду чи органу влади. Ми не продаємо даних і нікому не надаємо їх для рекламних цілей.
Повний перелік субобробників із роллю, локацією та правовою базою — на сторінці: DSGVO та Auftragsverarbeitung
14. Передача до третіх країн
База даних, файлове сховище, сервер застосунку й автоматичне розпізнавання чеків розташовані в Європейському Союзі. Усе, що ви вносите чи завантажуєте в Zvitly, там же обробляється й зберігається. Виняток — лише надсилання пошти й передання вашої адреси електронної пошти до Stripe під час оплати, і навіть там тільки в описаному нижче обсязі.
Точки дотику з третьою країною ми називаємо прямо, замість того щоб узагальнено стверджувати, ніби передачі немає взагалі:
- Надсилання пошти й вхідна скринька: саме відправлення відбувається з Ірландії. Проте в американського оператора Resend лишаються дані доступу й доставки — адреса одержувача, тема, час і статус доставки. А якщо ви пишете нам через контактну форму або підтримку, додається ще вхідна скринька: сповіщення про це разом із текстом лежить у нашій скриньці в Google (пункт 13).
- Supabase: дані лежать у Франкфурті-на-Майні, проте Supabase, Inc. має місцезнаходження у США, тож адміністративний доступ із третьої країни не можна виключити.
- Google Analytics: якщо ви дали згоду в пункті 10, ваша IP-адреса, дані браузера й перелік переглянутих сторінок передаються до Google LLC, США. Без згоди цього передання не відбувається взагалі — скрипт не завантажується. Оператор — Google LLC, 1600 Amphitheatre Parkway, Mountain View, США.
- Amazon Web Services: розпізнавання чеків працює в дата-центрах ЄС, проте Amazon Web Services належить до американського концерну, тож — як і у випадку Supabase — адміністративний доступ із третьої країни не можна виключити.
- Stripe: Stripe належить до американського концерну, тож обробку ваших договірних і платіжних даних у Сполучених Штатах не можна виключити. Ідеться про адресу електронної пошти, яку передаємо ми, і дані, які ви вводите в платіжній формі Stripe, — не про вашу бухгалтерію.
- Вхід через Google: якщо ви його обираєте, ви входите в Google, тобто до американського концерну. Ми при цьому не передаємо Google жодних даних; вхід Google обробляє в межах вашого власного облікового запису Google і за його умовами.
Ці передачі відбуваються не навмання. Resend сертифікований при Міністерстві торгівлі США за EU-U.S. Data Privacy Framework, а щодо цього механізму Європейська Комісія рішенням від 10 липня 2023 року констатувала належний рівень захисту. Тож передача спирається на Art. 45 Abs 1 DSGVO і окремого дозволу не потребує. Другим рівнем угода Resend про обробку даних додатково містить стандартні договірні положення ЄС (Art. 46 Abs 2 lit c DSGVO); застосовне право й підсудність — Ірландія. Google LLC так само сертифікована при Міністерстві торгівлі США за EU-U.S. Data Privacy Framework, тож передання до нашої скриньки спирається на те саме рішення про адекватність, а отже теж на Art. 45 Abs 1 DSGVO. Другого рівня там, однак, немає: стандартних договірних положень з окремої угоди про обробку щодо цієї скриньки ми не маємо. Тому туди й потрапляє лише те, що й так адресоване нам, — і нічого з вашої бухгалтерії.
Конкретні договірні підстави щодо кожного обробника — зокрема й щодо Amazon Web Services — наведені в таблиці субобробників на сторінці DSGVO та Auftragsverarbeitung. Stripe у ній не значиться (пункт 13); на яку підставу Stripe спирає передання до третіх країн, Stripe розкриває у власній декларації про захист даних.
15. Строки зберігання і колізія з правом на видалення
Дані акаунта й дані підприємства ми зберігаємо, доки існує акаунт. Якщо ви його видалите, вони будуть вилучені.
Для бухгалтерських даних це діє не безумовно — і саме тут Zvitly відрізняється від звичайного SaaS.
§ 132 Abs 1 BAO зобов’язує зберігати книги, записи й належні до них Belege (первинні документи) сім років. Строк рахується не від дня документа, а від кінця календарного року, якого документ стосується: рахунок від січня 2026 року треба зберігати до кінця 2033-го. § 212 UGB вимагає того самого для книг, річної звітності, ділового листування й бухгалтерських документів — так само сім років від кінця календарного року. Понад сім років обов’язок діє доти, доки документи мають значення для провадження, у якому підприємець є стороною.
Серверні та безпекові протоколи мають власні, значно коротші строки — див. таблицю в пункті 5.
16. Ваші права
Вам належать наведені нижче права. Це не формальний ритуал: кожен такий запит опрацьовує людина.
- Auskunft — доступ (Art. 15 DSGVO) — Ви отримуєте підтвердження, чи і які дані ми обробляємо, разом із цілями, одержувачами й строками зберігання, а також копію даних.
- Berichtigung — виправлення (Art. 16 DSGVO) — Неправильні дані ви здебільшого виправляєте самі в налаштуваннях; там, де це неможливо, ми виправимо їх на ваше повідомлення.
- Löschung — видалення (Art. 17 DSGVO) — Ви можете вимагати видалення свого акаунта. Межу встановлює пункт 15: те, що підпадає під законний строк зберігання, обмежується в обробці замість видалення.
- Einschränkung — обмеження обробки (Art. 18 DSGVO) — Якщо ви заперечуєте правильність даних або обробка є неправомірною, обробка зупиняється до з’ясування.
- Datenübertragbarkeit — переносимість (Art. 20 DSGVO) — Ви отримуєте свої дані в поширеному машиночитному форматі. Для бухгалтерських даних експорт є частиною продукту і не потребує окремого запиту.
- Widerspruch — заперечення (Art. 21 DSGVO) — Проти обробок, які ми спираємо на Art. 6 Abs 1 lit f DSGVO — це ті, що названі в пункті 9, — ви можете будь-коли заперечити з підстав, пов’язаних із вашою особливою ситуацією.
- Widerruf — відкликання згоди (Art. 7 Abs 3 DSGVO) — Там, де ми спираємось на згоду, ви можете відкликати її будь-коли на майбутнє. Правомірність обробки, здійсненої до відкликання, це не зачіпає.
Реалізація: достатньо листа у вільній формі на адресу, вказану в пункті 1.
Ми відповідаємо невідкладно, щонайпізніше протягом одного місяця (Art. 12 Abs 3 DSGVO). Якщо запит складний, строк може подовжитись на два місяці; про це ми повідомимо вас упродовж першого місяця.
За наявності обґрунтованих сумнівів щодо вашої особи ми запитаємо додаткові відомості для підтвердження (Art. 12 Abs 6 DSGVO). Це не перешкода, а захист: відповідь не тій особі сама була б порушенням захисту даних.
17. Скарга до Datenschutzbehörde
Якщо ви вважаєте, що обробка ваших даних порушує DSGVO, ви маєте право — без шкоди для інших засобів правового захисту — подати скаргу до наглядового органу (Art. 77 DSGVO). В Австрії це:
Österreichische Datenschutzbehörde
Barichgasse 40-42
1030 Wien, Österreich
+43 1 52 152-0
dsb@dsb.gv.at
www.dsb.gv.at
Скарга безкоштовна. Нам усе ж приємніше, якщо ви спершу звернетесь до нас: так швидше, і тоді ми ще можемо виправити помилку.
18. Автоматизовані рішення і профайлінг
Автоматизованого прийняття рішень, включно з профайлінгом, яке породжує щодо вас правові наслідки або подібним чином істотно на вас впливає, не відбувається (Art. 22 Abs 1 DSGVO).
Zvitly не оцінює вас, не будує профілів кредитоспроможності чи поведінки й не ухвалює щодо вас жодних рішень без участі людини.
Там, де застосунок щось пропонує — скажімо, категорію для чека або зіставлення руху по рахунку, — це пропозиція, яку ви підтверджуєте або відхиляєте. Без вашого підтвердження нічого не змінюється.
19. Чи обов’язково надавати дані
Зазначення адреси електронної пошти й вибір пароля — або натомість вхід через Google — необхідні для укладення договору: без них не може виникнути акаунт і не може бути надано доступ.
Дані підприємства на кшталт UID-номера чи адреси для користування не обов’язкові, але потрібні для окремих функцій — рахунок без відомостей, яких вимагає § 11 UStG, не є належним рахунком. Ви самі вирішуєте, якими функціями користуватись.
Законного обов’язку надавати нам дані не існує. Єдиний наслідок ненадання — відповідна функція або договір не виникнуть.
20. Зміни цієї декларації
Ця декларація діє в редакції, зазначеній угорі як Stand. Ми змінюємо її, коли змінюється обробка, — зокрема перед запуском будь-якої з функцій, які в пункті 8 позначені як такі, що ще не працюють, а не після нього.
Про суттєві зміни, що стосуються ваших прав, ми додатково повідомляємо зареєстрованих користувачів електронною поштою або в акаунті. Попередні редакції надаємо на запит.
Юридично чинною є німецька редакція цього документа. Переклади наведені для зручності й самостійної сили не мають; у разі розбіжностей діє німецький текст.