Договір про обробку даних (AVV)

Договір про обробку персональних даних відповідно до ст. 28 GDPR (Регламент (ЄС) 2016/679) • Частина Загальних умов • Мова оригіналу: англійська • Переклади цього документа іншими мовами надаються для зручності. Англійський текст є автентичною версією і має переважну силу для цілей тлумачення. Водночас, якщо переклад відхиляється від англійського тексту, ми не посилатимемось на таку розбіжність на шкоду Замовникові.

1. Сторони договору

ТОВ "ДатаПрайм", компанія, зареєстрована в державі Україна, — це компанія, яка здійснює діяльність сервісу Lingverra. «Lingverra» — комерційне позначення, під яким компанія надає сервіс, і не є окремою юридичною особою; у цьому документі «Lingverra», «ми» або «нас» означає ТОВ "ДатаПрайм".

Цей Договір про обробку персональних даних («Договір обробки») укладено між:

Оператор:
ТОВ "ДатаПрайм"
вул. Якубенківська, буд. 1, каб. 6
04107 Київ
Україна
Реєстраційний номер: 46215708
Електронна пошта: support@lingverra.com (далі — «Оператор»)

Контролер:
Присяжний/уповноважений перекладач або бюро перекладів, що приймає Загальні умови і зареєстрував обліковий запис користувача на платформі Lingverra (далі — «Замовник» або «Контролер»). Сервіс призначений виключно для суб'єктів господарювання (B2B); він не призначений для споживачів.

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

2. Розподіл ролей (контролер / оператор)

Щодо персональних даних, які містяться в документах, завантажених Замовником (клієнтів Замовника, осіб, названих у записах, третіх осіб), Замовник є контролером у розумінні ст. 4(7) GDPR, а Lingverra — оператором у розумінні ст. 4(8) GDPR. Замовник визначає цілі та засоби обробки цих даних; Lingverra обробляє їх виключно для надання послуги перекладу від його імені.

2.1 Документоване доручення через завантаження документа

Користування платформою є добровільним і завжди ініціюється Замовником. До того як будь-який документ буде оброблено, Замовник має зареєструватися, прийняти Загальні умови разом із цим Договором обробки і надати згоду на платформі; лише після цього робоча частина сервісу стає доступною. Кожне завантаження документа на переклад становить окреме, свідоме і документоване доручення Контролера Оператору в розумінні ст. 28(3)(a) GDPR, надане з попереднім знанням технічних засобів, описаних у розділі 2.2 і в переліку субоператорів. Оператор не обробляє жодного змісту документів, доки і поки Контролер не надасть таке доручення завантаженням документа.

2.2 Оператор визначає лише технічні засоби реалізації

Контролер визначає мету обробки (чи, навіщо і який саме документ перекладається) і зберігає контроль над змістом і над відповідними суб'єктами даних. Оператор визначає лише неістотні, технічні засоби виконання цього доручення, а саме: використовувану модель ШІ-перекладу («Claude») і канал та регіон у межах ЄС, через які до неї звертаються (див. перелік субоператорів), строк зберігання, після якого вміст автоматично видаляється, схему шифрування (окремий ключ для кожного документа) та хостингову інфраструктуру. Відповідно до усталеного розмежування істотних і неістотних засобів (див. Настанови EDPB 07/2020 щодо понять контролера й оператора), визначення таких технічних засобів оператором не перетворює оператора на контролера.

Сервіс надається за допомогою єдиної стандартизованої технічної конфігурації; Оператор не пропонує, а Замовник не обирає альтернативних засобів (моделі, регіону, строку зберігання чи шифрування). Приймаючи цей Договір обробки і завантажуючи документ, Контролер доручає Операторові здійснити обробку з використанням саме цих технічних засобів. Відсутність вибору між окремими засобами відображає стандартизовану, інструментальну природу сервісу і не надає Операторові жодних повноважень щодо прийняття рішень про цілі обробки. Рішення про те, чи взагалі користуватися технічними засобами, які пропонує Оператор, цілком належить Контролеру: Контролер вільно вирішує, застосовувати чи не застосовувати набір засобів Оператора для обробки конкретного документа, і будь-коли може утриматися від користування сервісом. Таким чином, засоби надаються в розпорядження Контролера, і саме власне добровільне рішення Контролера застосувати їх до обробки; саме цей добровільний вибір Контролера, а не якесь одностороннє визначення з боку Оператора, вирішує, чи відбудеться обробка.

2.3 Відсутність власного використання змісту

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

Замовник здійснює свою професійну діяльність під власну відповідальність і сам вирішує, чи завантажувати документ клієнта на платформу для перекладу та на якій правовій підставі це робити. Lingverra не перевіряє і не відповідає за те, чи має Замовник право передавати відповідні дані; ця відповідальність лежить виключно на Замовникові як контролері (див. розділ 13).

Lingverra діє як оператор лише доти, доки зберігає відповідний зміст. Після того як зміст видалено відповідно до розділу 11 (за замовчуванням через 72 години після видачі), або раніше, якщо Контролер видалить його у своєму обліковому записі, Lingverra більше не обробляє цей зміст і припиняє діяти як оператор щодо нього.

3. Предмет і мета обробки

Lingverra здійснює діяльність хмарної платформи Software-as-a-Service для ШІ-асистованого перекладу офіційних та інших документів для присяжних чи уповноважених перекладачів. Оператор обробляє персональні дані від імені Контролера виключно в обсязі, необхідному для надання цієї послуги.

Кошториси. Те саме стосується випадків, коли Контролер завантажує документ, щоб оцінити його обсяг і сформувати пропозицію з цінами на власному бланку Контролера. Одна відмінність є істотною і фіксується тут задля уникнення сумнівів: жодна модель штучного інтелекту в цій функції не задіяна і жодні дані не передаються постачальникові моделі. Текст зчитується з документа програмним забезпеченням розпізнавання тексту, що працює на власній інфраструктурі Оператора в межах ЄС/ЄЕП. Завантажений файл видаляється, щойно кошторис сформовано; згенерований PDF шифрується під час зберігання і видаляється через 72 години (розділ 11).

Рахунки власному клієнтові Контролера. Те саме стосується випадку, коли Контролер формує рахунок за збереженим кошторисом. Імʼя та адресу клієнта Контролера, введені Контролером для цієї мети, Оператор обробляє виключно для того, щоб відобразити їх у рахунку; адреса зберігається в зашифрованому вигляді. Рахунок виставляється на бланку Контролера та від його імені: Оператор не є ні його емітентом, ні стороною, не присвоює номерів рахунків і не передає рахунок одержувачеві. Сформований PDF та адреса клієнта видаляються через 72 години; до цього Контролер може будь-коли видалити кошторис або рахунок у своєму обліковому записі; зберігати рахунок протягом строків, установлених законом для Контролера, — обовʼязок самого Контролера.

Поза межами цього Договору: звернення потенційних клієнтів. Оператор окремо здійснює на своєму публічному вебсайті роботу форми, через яку особа, що шукає завірений переклад, може попросити з'єднати її з перекладачем. Щодо цих контактних даних Оператор діє як самостійний контролер на підставі згоди такої особи, а не як оператор Контролера, і цей Договір до них не застосовується. Якщо Контролер приймає таке звернення, Контролер так само стає самостійним контролером отриманих контактних даних і сам визначає, що з ними робити; Оператор не дає жодних вказівок із цього приводу і не одержує частки від замовлення, яке за цим настане. Ця обробка описана в Політиці конфіденційності, розділ 3.5.

Оператор обробляє персональні дані виключно за документованими дорученнями Контролера, якщо обробка не вимагається правом Союзу чи держави-члена. У такому разі Оператор повідомляє Контролера про ці правові вимоги до обробки, якщо таке право не забороняє подібне повідомлення з важливих підстав суспільного інтересу (ст. 28(3)(a) GDPR).

4. Характер, обсяг і категорії даних

4.1 Характер і мета обробки

Оператор обробляє персональні дані від імені Контролера з такими цілями:

зберігання документів і файлів, завантажених Контролером, та управління ними;
ШІ-асистований переклад змісту документа. Для надання послуги перекладу зміст документа обробляється мовною моделлю «Claude» через канал у межах ЄС, наведений у переліку субоператорів; постачальник цього каналу діє як субоператор згідно з розділом 6. Обробка залишається в межах ЄЕП незалежно від того, який із наведених каналів виконує запит. Ця обробка є невід'ємною і необхідною частиною сервісу; без неї переклад надати неможливо. Завантажуючи документ на переклад, Контролер надає документоване доручення (ст. 28(3)(a) GDPR), яке охоплює цю субобробку. Зміст документа залишається в межах ЄЕП, обробляється лише тимчасово для перекладу і не використовується для навчання будь-яких моделей;
надання перекладеного документа і двоколонкового редактора порівняння/постредагування для перевірки Контролером;
тимчасове зберігання вихідного документа й перекладу протягом строку зберігання (див. розділ 11), щоб Контролер міг знову відкрити результат;
ведення журналів (аудит-логів) подій, значущих для безпеки, в обліковому записі Контролера;
оцінка обсягу документа і формування кошторису з цінами на бланку Контролера. Текст зчитується з документа програмним забезпеченням розпізнавання тексту на власній інфраструктурі Оператора в межах ЄС/ЄЕП; жодна модель ШІ і жоден постачальник моделі не задіяні, на відміну від функції перекладу вище;
формування рахунку за збереженим кошторисом, на бланку Контролера та від його імені, з використанням імені та адреси клієнта Контролера, які Контролер вводить для цієї мети; Оператор відображає ці дані в рахунку і нічого іншого з ними не робить.

4.2 Категорії персональних даних

Дані, що містяться в завантажених документах, визначаються Контролером і можуть за своєю природою охоплювати особливі категорії персональних даних відповідно до ст. 9 GDPR (наприклад, дані про здоров'я в медичних довідках, дані, що розкривають релігійні чи світоглядні переконання, біометричні дані в документах, що посвідчують особу), а також персональні дані щодо судимостей і правопорушень відповідно до ст. 10 GDPR (наприклад, довідки про несудимість / довідки з поліції). Lingverra не має відомостей про конкретний зміст документів і не здійснює жодної оцінки їхнього змісту.

Категорія	Елементи даних
Дані документа (зміст)	Завантажені файли (PDF, зображення), текст, витягнутий і перекладений ШІ, метадані документа. Можуть містити особливі категорії даних (ст. 9 GDPR): дані про здоров'я, релігійні/світоглядні дані, біометричні дані з документів, що посвідчують особу; а також дані щодо судимостей і правопорушень (ст. 10 GDPR): наприклад, довідки про несудимість.
Ідентифікаційні дані суб'єктів даних	Імена, дати народження, адреси, номери записів і справ, підписи, названі в документах
Дані облікового запису і профілю Замовника	Адреса електронної пошти, ім'я, професійні відомості (призначення, мови, відмітка про сертифікацію)
Технічні дані	IP-адреси, user agent, ідентифікатори сесій, записи аудит-логу
Білінгові дані	Кількість перекладених нормосторінок, баланс, історія платежів

Примітка: дані облікового запису, профілю, технічні та білінгові дані самого Замовника обробляються Lingverra як власним контролером (виконання договору, ст. 6(1)(b) GDPR); у цьому відношенні застосовується Політика конфіденційності. Предметом цього Договору обробки є дані третіх осіб, що містяться в документах, щодо яких контролером є Замовник.

4.3 Категорії суб'єктів даних

клієнти Замовника (фізичні особи);
треті особи, названі в документах (наприклад, особи, перелічені в записах, підписанти, особи, які видали документ);
сам Замовник, оскільки в його документах містяться персональні дані.

4.4 Тривалість обробки

Обробка здійснюється протягом строку дії договірних відносин. Крім того, зміст вихідного документа й перекладу автоматично видаляється після спливу строку зберігання (див. розділ 11). Після припинення Договору персональні дані видаляються або знеособлюються відповідно до розділу 11.

5. Обов'язки Оператора

Оператор зобов'язується:

обробляти персональні дані лише за документованими дорученнями Контролера;
забезпечити, щоб особи, уповноважені обробляти дані, були зобов'язані до конфіденційності або перебували під відповідним законним обов'язком конфіденційності (ст. 28(3)(b) GDPR);
вживати належних технічних та організаційних заходів відповідно до ст. 32 GDPR (див. розділ 7);
дотримуватися умов залучення субоператорів відповідно до розділу 6;
сприяти Контролеру належними технічними та організаційними заходами у виконанні його обов'язків за ст. 32–36 GDPR;
на вибір Контролера видалити або повернути всі персональні дані після завершення обробки (див. розділ 11);
надавати Контролеру всю інформацію, необхідну для підтвердження дотримання ст. 28 GDPR;
невідкладно повідомити Контролера, якщо, на думку Оператора, доручення порушує GDPR або інші положення про захист даних.

Запити органів влади. Якщо суд або інший орган влади будь-якої країни, зокрема України, вимагає розкрити Дані Замовника чи надати до них доступ, Оператор (a) не розкриває їх добровільно і, де можливо, спрямовує орган до Контролера; (b) повідомляє Контролера без зволікань і до будь-якого розкриття, якщо право, що застосовується до запиту, не забороняє такого повідомлення, а в разі заборони домагається її зняття; (c) перевіряє законність запиту і оскаржує його, якщо є обґрунтовані підстави вважати його незаконним; та (d) розкриває лише мінімум, якого вимагає запит. Оператор документує кожен такий запит. Ст. 28(3)(a) GDPR залишається незмінною.

6. Субоператори

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

Чинний перелік субоператорів — зокрема постачальник каналу ШІ-перекладу і постачальник інфраструктури/хостингу — публічно доступний за адресою /legal/subprocessors.

Залучаючи субоператорів, Оператор покладає на них договором рівнозначні обов'язки із захисту даних (ст. 28(4) GDPR). Оператор відповідає перед Контролером за дотримання субоператором своїх обов'язків.

7. Технічні та організаційні заходи (ТОЗ)

Оператор вживає таких технічних та організаційних заходів відповідно до ст. 32 GDPR:

Захід	Реалізація
Шифрування під час передавання	TLS 1.2+ для кожного передавання даних; HTTPS примусово на всіх кінцевих точках
Шифрування під час зберігання	Окремий ключ AES-256-GCM для кожного окремого документа й кошторису (а не просто один ключ на користувача), щоб жоден окремий ключ не відмикав більшого, ніж той об'єкт, якому він належить. Той самий ключ покриває завантажений файл, перекладений текст, що зберігається в базі даних, і PDF кошторису; зашифроване зберігання сесій; зашифровані резервні копії
Криптографічне стирання	Після спливу строку зберігання, а також при видаленні Контролером, ключ цього документа знищується в тій самій транзакції, що й видалення. Будь-яка копія шифротексту поза досяжністю застосунку — короткочасна резервна копія, знімок хостингу, виведені накопичувачем із обігу комірки флеш-пам'яті — тим самим стає назавжди недешифровною, як Оператором, так і будь-ким іншим. Ключі окремих документів виключені з дампа бази даних: дамп зберігається довше, ніж резервна копія файлів, а ключ, що пережив документ, який він відмикає, зробив би цей захід номінальним
Управління ключами	Майстер-ключ, який огортає ключі окремих користувачів (а ті, своєю чергою, — ключ кожного окремого документа), зберігається в керованому сервісі ключів у межах ЄС (AWS KMS), а не на сервері застосунку чи в базі даних; кожне дешифрування є явним викликом сервісу ключів, зафіксованим в аудиторському сліді (CloudTrail). Сама лише компрометація бази даних чи диска не розкриває змісту, а доступ до змісту не може відбутися, не лишивши запису в журналі
Відсутність рутинного доступу (доступ лише як виняток, завжди журналюється)	Оператор не має функціональної потреби читати зміст документів і не робить цього у звичайній роботі; дешифрування технічно обмежене сервісом ключів і організаційно не використовується (розробка ніколи не використовує документи клієнтів). Адміністратори не читають зміст; за повних прав на сервері доступ був би технічно можливий, але дешифрування документа потребує звернення до сервісу ключів, який фіксує його у своєму аудиторському журналі; розробник не може дешифрувати документ, не лишивши аудиторського запису
Дешифрування, прив'язане до сесії власника	Доступ до документа прив'язаний у коді до власника даних (кожен маршрут документа фільтрує за ідентифікатором користувача-власника); ключ користувача відмикається у звичайній роботі лише в межах автентифікованої сесії власника. Кожне відмикання ключа фіксується разом із власником даних і тим, хто ініціював дію. Будь-яке відмикання, ініційоване не власником (наприклад, персоналом), позначається як виняток і породжує внутрішній сигнал тривоги; єдиний очікуваний доступ не власника — експорт даних на запит самого суб'єкта даних, який журналюється із зазначенням причини. Це робить доказовим, що у звичайному перебігу ключ запитує суб'єкт даних, а не персонал
Псевдонімізація / знеособлення	Персональні дані знеособлюються при видаленні облікового запису; зміст документів автоматично видаляється після спливу строку зберігання (в історії лишається датований запис, без документа і без будь-якого його тексту)
Контроль доступу	Рольова модель доступу (перекладач / адміністратор / бухгалтер); суворе розмежування орендарів на рівні користувача; принцип найменших привілеїв
Автентифікація	Хешування паролів; двофакторна автентифікація (TOTP); токени довірених пристроїв; завершення сесій за строком
Захист від шкідливого ПЗ	Антивірусне сканування завантажених файлів; перевірка типу файлу і сигнатури до обробки
Захист від CSRF	CSRF-токен на всіх запитах, що змінюють стан
Content Security Policy	Сувора Content-Security-Policy без `unsafe-inline` (script-src і style-src обмежені 'self' плюс nonce для кожного запиту); жодних вбудованих скриптів чи стилів, що пом'якшує міжсайтовий скриптинг (XSS) та ін'єкції на фронтенді
Журналювання	Аудит-логи із захистом WORM (тригери бази даних не дають змінити чи видалити запис); розділення журналів доступу і бізнес-журналів
Резервне копіювання і відновлення	Регулярні автоматичні резервні копії; зашифроване сховище копій; задокументована процедура відновлення
Стійкість	Робота на виділеному сервері з обмеженням ресурсів для кожної служби; обробка помилок і моніторинг на рівні застосунку
Управління вразливостями	Регулярні оновлення безпеки операційної системи, залежностей і застосунку
Персонал і навчання	Усі особи з доступом до персональних даних зобов'язані до конфіденційності; права доступу регулярно переглядаються
Безпечне видалення	Персональні дані видаляються шляхом знеособлення або безпечного перезапису; строк зберігання резервних копій узгоджений із політикою видалення
Розділення середовищ	Промислове і тестове/розробницьке середовища суворо розділені; жодних реальних персональних даних у тестових середовищах
Реагування на інциденти	Процедури виявлення, ескалації та повідомлення про порушення захисту персональних даних; повідомлення Контролера без невиправданої затримки після того, як стало відомо (ст. 33(2) GDPR)

8. Права на аудит і перевірку

Контролер має право перевіряти дотримання цього Договору обробки і ст. 28 GDPR шляхом аудитів за таких умов:

Частота: не частіше ніж раз на календарний рік, якщо немає обґрунтованої підстави (наприклад, порушення захисту даних або офіційне розслідування);
Попередження: щонайменше за 30 днів наперед у текстовій формі із зазначенням обсягу і мети;
Витрати: за рахунок Контролера, якщо аудит не виявить істотного порушення з боку Оператора;
Конфіденційність: аудитор має підписати угоду про конфіденційність до отримання доступу до систем чи даних;
Докази: Оператор може виконати обов'язок щодо аудиту, надавши чинні сертифікати або звіти аудиту (наприклад, за визнаними стандартами); виїзний аудит лишається можливим у тій мірі, в якій конкретні сумніви не розвіюються цими звітами.

9. Права суб'єктів даних

Оператор сприяє Контролеру належними технічними заходами у забезпеченні прав суб'єктів даних відповідно до Глави III GDPR (ст. 15–22). Контролер відповідає за відповіді на запити суб'єктів даних. Якщо суб'єкт даних звертається до Оператора напряму, Оператор передає запит Контролеру без невиправданої затримки.

10. Повідомлення про порушення захисту даних

Оператор повідомляє Контролера про будь-яке порушення захисту персональних даних без невиправданої затримки після того, як йому стало про нього відомо (ст. 33(2) GDPR), і в будь-якому разі протягом 24 годин. Це свідомо менше за власний 72-годинний строк Контролера перед наглядовим органом (ст. 33(1)): цей строк спливає від моменту, коли Контролеру стало відомо, тож повідомлення, що надійшло на 72-й годині, не лишило б Контролеру жодного часу на дії. Якщо повна картина ще не встановлена, Оператор повідомляє на підставі наявних фактів і доповнює їх у міру з'ясування, а не відкладає перше повідомлення. Повідомлення містить, наскільки це відомо Операторові:

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

Повідомлення компетентного наглядового органу і сповіщення суб'єктів даних відповідно до ст. 33 і 34 GDPR лежать на Контролері.

11. Видалення і повернення даних

Зміст вихідного документа й перекладу зберігається лише тимчасово і автоматично й назавжди видаляється після спливу строку зберігання (за замовчуванням 72 години після видачі), або раніше, якщо Контролер видалить його у своєму обліковому записі; лишається тільки датований запис в історії про те, що документ було оброблено — без самого документа і без будь-якого його тексту. Точний строк зберігання зазначено в Політиці конфіденційності. Щойно зміст видалено, Оператор більше не зберігає його, не контролює і не має до нього доступу, а обробка цього змісту Оператором завершується; обов'язки Оператора за цим Договором обробки щодо видаленого змісту тим самим виконані (ст. 28(3)(g) GDPR).

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

Кошториси. Документ, завантажений для кошторису, видаляється, щойно кошторис сформовано — він не зберігається протягом 72-годинного вікна, що застосовується до перекладів, бо далі в процесі він ні для чого не потрібен. Згенерований PDF кошторису шифрується під час зберігання і видаляється через 72 години, лишаючи Контролеру його власний комерційний запис про пропозицію (номер, адресат, підсумки), який більше не містить документа клієнта. Контролер може видалити кошторис будь-коли і до цього моменту.

Після припинення Договору застосовується таке:

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

Оператор зберігає мінімальний запис про видалення (дата, тригер, підтвердження) як доказ видалення відповідно до GDPR згідно зі ст. 28(3)(g) GDPR; цей запис не містить персональних даних суб'єктів даних Контролера.

12. Передавання до третіх країн

Обробка змісту документів (даних, які Оператор обробляє від імені Контролера, включно з етапом ШІ-асистованого перекладу) відбувається на серверах у межах ЄС/ЄЕП і не передається до жодної третьої країни. Він шифрується під час зберігання ключем, що зберігається в межах ЄС, тож адміністрування інфраструктури саме собою не розкриває змісту. ШІ-переклад виконується через канал у межах ЄС, наведений на /legal/subprocessors; запит адресується маршруту моделі в межах ЄС/ЄЕП і не маршрутизується до Сполучених Штатів. Вибір каналу й маршруту перевіряється за принципом fail-closed: регіон, кінцева точка чи маршрут поза ЄС відхиляється, а не обслуговується.

Платіжні провайдери: передавання лише платіжних даних (ніколи змісту документів). Платежі картками обробляє український банк-еквайр ПУМБ (hutko), самостійний контролер; передаються тільки сума і референс замовлення, на підставі ст. 49(1)(b) GDPR.

Оператор має місцезнаходження в Україні — третій країні без рішення ЄС про адекватність. Це не стосується змісту документів, який лишається зашифрованим у ЄС, як описано вище. Дані облікового запису та білінгу Замовника доступні з України власним працівникам Оператора в межах службової необхідності. Зміст документів у звичайному порядку з України не доступний. Доступ до нього можливий лише у винятковому випадку, з задокументованої підстави (зокрема на прохання самого Замовника, наприклад за зверненням до підтримки щодо конкретного документа); кожен такий доступ потребує використання ключа шифрування, що зберігається в ЄС, і фіксується службою ключів (AWS CloudTrail). Білінгові дані та дані рахунків Оператор обробляє для законодавчо встановленого бухгалтерського обліку на підставі ст. 6(1)(b) і ст. 6(1)(f) GDPR (виконання договору та законний інтерес у виконанні установлених законом обов’язків бухгалтерського обліку). Законодавчо встановлений бухгалтерський облік Оператора веде його керівництво або зовнішній постачальник бухгалтерських послуг, що має місцезнаходження в Україні. Якщо такого постачальника залучено, йому надаються облікові записи, очищені від прямих ідентифікаторів — неописовий код-посилання замість імені клієнта, без імені, адреси електронної пошти чи поштової адреси — і він не володіє ні базою даних Оператора, ні ключем, з якого ці коди виводяться. Тому він не одержує жодних персональних даних, не є субоператором у розумінні ст. 28 GDPR, і з цієї домовленості не виникає жодного передавання персональних даних. Доступ до відповідних білінгових даних у системах Оператора здійснюється лише на читання і журналюється. В інший спосіб Оператор не передає персональних даних до третіх країн без забезпечення належного рівня захисту відповідно до Глави V GDPR.

13. Обов'язки Контролера

Контролер гарантує і зобов'язується, що:

він має чинну правову підставу відповідно до ст. 6 GDPR для всіх персональних даних, завантажених на платформу;
у тій мірі, в якій обробляються особливі категорії персональних даних відповідно до ст. 9 GDPR (зокрема дані про здоров'я, релігійні/світоглядні дані, біометричні дані з документів, що посвідчують особу), він має чинну правову підставу відповідно до ст. 9(2) GDPR і впровадив належні запобіжники;
у тій мірі, в якій обробляються персональні дані щодо судимостей і правопорушень відповідно до ст. 10 GDPR (зокрема довідки про несудимість / довідки з поліції), така обробка здійснюється під контролем офіційного органу або дозволена правом Союзу чи держави-члена, що передбачає належні запобіжники;
він одноосібно відповідає за правомірність доручень щодо обробки, наданих Операторові;
він виконав свої обов'язки з інформування власних суб'єктів даних відповідно до ст. 13 і 14 GDPR;
він користується платформою лише з правомірними цілями відповідно до застосовного права про захист даних;
він одноосібно відповідає за управління доступами у своєму обліковому записі;
він невідкладно повідомляє Оператора про зміни, що впливають на дотримання цього Договору обробки.

14. Відповідальність

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

Договірна відповідальність Оператора за цим Договором обробки підпадає під обмеження відповідальності, погоджене в Загальних умовах. Законодавчо встановлена відповідальність Оператора перед суб'єктами даних відповідно до ст. 82 GDPR лишається незмінною. Штрафи відповідно до ст. 83 GDPR несе та сторона, на яку їх накладено наглядовим органом; договором їх перекласти не можна.

15. Застосовне право і підсудність

Цей Договір обробки регулюється правом країни, в якій зареєстровано оператора (Україна). Спори, що виникають із цього Договору обробки, підсудні судам цієї країни, якщо імперативні норми за місцезнаходженням Контролера не передбачають іншого. Це положення про підсудність не впливає на право суб'єктів даних звертатися до судів, зазначених у ст. 79(2) GDPR.

Національне законодавство оператора про захист даних. Крім GDPR, до діяльності оператора з обробки даних в Україні застосовується Закон України «Про захист персональних даних» № 2297-VI.

16. Контакти

ТОВ "ДатаПрайм"
вул. Якубенківська, буд. 1, каб. 6
04107 Київ
Україна
Електронна пошта: support@lingverra.com

EN · CS · DE · ES · FR · HU · IT · NL · PL · PT · RO · SK · UK

Це переклад, наданий для зручності. У разі розбіжностей переважну силу має редакція мовою EN: EN

Version: v1.2 · As of: 2026-10-15 · UK