Політика приватності
Зафіксована дата набрання чинності: 30 травня 2026 р.
Зафіксована дата останнього оновлення: 30 травня 2026 р.
Проєкт підготовлено 6 жовтня 2026 року. Очікує введення в дію. Зафіксовані дати стосуються попередньої редакції; цей проєкт набере чинності лише після оголошеного впровадження.
Проєкт переглянуто: 7 жовтня 2026 року. Проєкт і далі очікує введення в дію.
Стислий виклад без юридично обовʼязкової сили. OwlMeans обробляє дані облікового запису, проєктів та оплат, щоб надавати Сервіс. Контактні форми передають підтримці ваше повідомлення, контактні дані й додані за вашим вибором вкладення. Необовʼязкові маркетинг, поліпшення й навчання потребують окремого вибору. Через налаштування облікового запису та підтримку можна відкликати згоду й реалізувати права щодо даних. Виклад не є частиною основного повідомлення.
1. Контролер і сфера
1.1. Igor Tkachenko OwlMeans Software (що працює під назвою «OwlMeans Software, JDG»), NIP 6772507251, ідентифікатор ПДВ ЄС PL6772507251, REGON 527979906, ul. Ariańska 9/5, 31-505 Kraków, Польща; support@owlmeans.com; телефон +48 780 256 571 («OwlMeans»), є контролером даних для свого сайту, адміністрування облікових записів, оплати, безпеки та будь-яких окремо дозволених необовʼязкових способів використання. Для персональних даних у репозиторіях, проєктах чи розміщених застосунках Клієнта, які обробляються за його вказівками, Клієнт є контролером, а OwlMeans — обробником відповідно до Угоди про обробку даних. Адміністратори організації можуть керувати доступом і переглядати записи організації в межах наданих дозволів. Оператор згенерованого застосунку надає кінцевим користувачам власне повідомлення про приватність.
2. Дані та цілі
| Дані | Мета й підстава GDPR, коли OwlMeans є контролером |
|---|---|
| Електронна адреса, імʼя, ідентифікатори постачальника ідентифікації, записи автентифікації та сесій, членство в організації, ролі й дозволи | Доступ до облікового запису та його адміністрування: стаття 6(1)(b) для договору фізичної особи; 6(1)(f) для адміністрування бізнес-користувачів і безпеки. |
| Запити, користувацькі історії, вихідний код та імпортовані репозиторії, результати, історії проєктів, стан конвертації, трасування, використання та метадані розгортання й доменів | Замовлені розробка та підтримка: 6(1)(b) або вказівки Клієнта за Угодою про обробку даних; пропорційні заходи безпеки та розслідування шахрайства: 6(1)(f). Трасування може містити наданий контент. |
| Інтеграційні токени, конфігурація й секрети, передані через спеціально призначені засоби | Дозволені інтеграції та розгортання за договором чи Угодою про обробку даних; доступ обмежений потрібною операцією. Звичайні запити не повинні містити облікових даних. |
| Країна платіжної адреси, податкові ідентифікатори, ідентифікатори платіжного постачальника, рахунки, платежі, журнал кредитів, заяви про відмову чи скасування та докази фінансової згоди | Виконання договору: 6(1)(b); обовʼязки з обліку й оподаткування: 6(1)(c); пропорційні докази щодо шахрайства та спорів: 6(1)(f). Записи дозволу на витрати містять IP, дані агента користувача, операцію або канал та посилання на проєкт чи користувацьку історію; назва може зберігатися після видалення. |
| Рішення щодо згоди, редакція мети й тексту, часові позначки, мова, джерело та докази прийняття; ідентифікатори налаштувань | Підтвердження вибору та дотримання відмови: 6(1)(c), коли це обовʼязково, і 6(1)(f) для обмеженого запису, що забезпечує дотримання відмови та зберігає докази. Самі необовʼязкові цілі ґрунтуються на 6(1)(a). |
| Електронна адреса, тема й текст звернення; необовʼязковий спосіб звʼязку, номер телефону, ідентифікатор месенджера або запропоновані подробиці дзвінка; вкладення та їхні назви, типи, розміри, вміст і вбудовані метадані | Відповідь на запит цінової пропозиції, обговорення бронювання, запитання, повідомлення про проблему, запитання щодо оплати або інше звернення до підтримки: 6(1)(b), коли це потрібно для вашого договору чи переддоговірних дій на ваш запит, або 6(1)(f) для роботи з діловими контактами й запитаної допомоги. Запити щодо реалізації прав і скарги також опрацьовують за 6(1)(c), коли цього вимагає закон. Спосіб звʼязку та вкладення необовʼязкові. |
| Ідентифікатор звернення, віджет, тема та її назва, мова інтерфейсу, вихідна сторінка, URL Умов і Політики приватності, позначка обовʼязкового прапорця й час отримання сервером; записи доставки та безпеки | Спрямування та документування звернення, підтримка, запобігання зловживанням і розгляд вимог: 6(1)(b)/(f), або 6(1)(c) для застосовних обовʼязків щодо реалізації прав і розгляду скарг. Звичайне поле сторінки містить адресу походження та шлях без параметрів запиту чи фрагмента; шляхи й вкладення все одно можуть розкривати персональні дані або відомості про проєкт. Часова позначка фіксує отримання; вона не підтверджує особу заявника чи наявність незмінної копії документів за посиланнями. |
| Діагностичні, браузерні й мережеві записи, ключі обмеження частоти, утворені з IP-адрес, записи перевірок і токенів безпеки, журнали доставки та помилок звернень | Пропорційний захист, усунення проблем доставки та запобігання зловживанням: 6(1)(f). Ідентифікатори, утворені з IP-адрес, можуть залишатися персональними даними. Необовʼязкове вимірювання відкриття діалогу потребує згоди за 6(1)(a), незалежно від звернення. |
| Гостьовий запит та ідентифікатор передачі, тимчасові чернетки в браузері, обрана мова й вибір щодо cookie | Замовлене передавання та налаштування: 6(1)(b)/(f); правила зберігання на пристрої описано в Політиці cookie. |
| Відомості про зʼєднання, зокрема IP-адреса та метадані браузера чи пристрою, сигнали взаємодії або завдання перевірки, токени перевірки та результати оцінки безпеки, доступні через розгорнуту інтеграцію Google reCAPTCHA | Захист від ботів, шахрайства та зловживань: стаття 6(1)(f), за умови необхідності, зважування інтересів та дотримання окремих умов доступу до термінала в Політиці cookie; без необовʼязкового дозволу на маркетинг чи навчання власних моделей. |
2.1. Обовʼязкові дані потрібні для автентифікації, виконання замовленої роботи, оплати купівель чи виконання законних обовʼязків; їх ненадання може унеможливити саме цю операцію. Відмова від необовʼязкового використання не перешкоджає основному доступу. Дані надходять від вас, адміністраторів організації, підключених сервісів ідентифікації, репозиторіїв та оплати, а також із ваших взаємодій. Обробка даних кінцевих користувачів застосунків Клієнта відбувається за його вказівками; позначка в обліковому записі оператора не надає дозволу на необовʼязкове використання їхніх даних для навчання.
2.2. Форми звернень на сайті й Платформі потребують електронної адреси, теми та повідомлення. Для подання також потрібно позначити спочатку непозначений прапорець, щоб прийняти Умови користування формами звернень і підтвердити ознайомлення з цією Політикою приватності. Позначення прапорця не становить згоди за GDPR на необовʼязкову обробку чи відмови від прав. Воно не створює облікового запису, не перевіряє належності електронної адреси, не означає придбання плану та не надає дозволу на маркетинг, профілювання, партнерські цілі, поліпшення чи навчання моделей. Сервіс звернень використовує одноразовий гостьовий токен для захисту від ботів замість облікових даних користувача, який увійшов до Платформи. Форма передає повідомлення й вибрані вкладення лише під час подання. Відкриття діалогу вже запускає обробку для безпеки, описану в Політиці cookie. Відсутність обовʼязкових полів може перешкодити поданню цієї форми. Канали в розділі 10 залишаються доступними для передбачених законом запитів.
2.3. Вибраний спосіб звʼязку використовують для обговорення звернення. Він не означає підписки на не повʼязаний зі зверненням телефонний маркетинг, маркетинг у месенджерах, через відеосервіси чи електронну пошту. Зазначена у формі опція або приклад месенджера чи відеосервісу не встановлює автоматичного зʼєднання з ним. Якщо для окремо погодженої відповіді або дзвінка використовують сервіс зовнішнього постачальника, його назву, відомості про відповідні дані й умови приватності потрібно надати до такого використання. Сервіс звернень передає повідомлення службі підтримки й сам не надсилає їхнього вмісту до LLM. Повідомлення, пропозиції та вкладення зі звернень виключено з даних для необовʼязкових поліпшення й навчання власних моделей, описаних нижче. Вибір теми поліпшення не дає дозволу на повторне використання. Слід надсилати лише потрібні відомості й видаляти зайві метадані файлів. Перед передаванням облікових даних, особливих категорій персональних даних або конфіденційних чи персональних відомостей третіх осіб потрібно погодити належний захищений канал.
3. Одержувачі та міжнародна обробка
3.1. Уповноважені працівники, служба підтримки та професійні радники отримують дані в необхідних межах. Hetzner є єдиним поточним постачальником інфраструктури; Mailgun доставляє електронну пошту; Google Tag Manager і Google Analytics забезпечують необовʼязкові вимірювання, доступні лише за згодою; Sentry забезпечує діагностику. Залежно від перевірених налаштувань ці сервіси отримують відповідно розміщені записи облікових записів і проєктів, електронні адреси та вміст повідомлень, браузерні й мережеві ідентифікатори та події вимірювань або звіти про помилки й діагностичний контекст. Секрети й контент проєктів мають бути виключені з необовʼязкових вимірювань і мінімізовані в діагностичних звітах. Фактичні юридичні особи, місця обробки, строки зберігання та гарантії мають бути внесені до Переліку субобробників до введення цієї редакції в дію. Google reCAPTCHA є окремим активним сервісом безпеки для захисту від ботів, шахрайства та зловживань в обраних захищених процесах. Google отримує відомості про зʼєднання, пристрій і завдання перевірки, доступні через цю інтеграцію, та повертає результати перевірки або оцінки ризику. За застосовними умовами Google Cloud Google обробляє дані клієнта сервісу reCAPTCHA (reCAPTCHA Customer Data) як обробник для сервісу безпеки; фактичну сторону договору за відповідним обліковим записом, договір, місця обробки та строки зберігання потрібно перевірити. Це використання відокремлене від Google Analytics і входу через Google та не дозволяє рекламу, маркетингове профілювання чи навчання власних моделей. Якщо перевірка безпеки блокує замовлену операцію, зверніться по допомогу до служби підтримки.
3.2. Також використовуються OpenAI, Anthropic, OpenRouter, Together AI та Hugging Face для фактично обраних маршрутів ШІ чи моделей або доступу до моделей; GitHub для підключених операцій із репозиторіями/OAuth; вхід через Google для автентифікації; Stripe для платежів; Cloudflare для налаштованих мережевих, доменних чи захисних функцій. Одержувачі запитів інференсу отримують запити, дозволений контекст і повʼязані дані запитів та результатів, потрібні для обраного виклику; саме завантаження моделі не означає передавання сервісу завантаження контенту проєкту. Підключені сервіси ідентифікації й репозиторіїв обмінюються дозволеними відомостями про особу, права доступу, токени та репозиторії. Stripe обробляє платіжні реквізити й відповідні відомості про операції; OwlMeans зберігає платіжні ідентифікатори та докази. Cloudflare отримує мережеві дані й відомості про запити, а також контент тією мірою, якою його передає фактичний сервіс. Перелік розрізняє ролі та фактичну обробку: використання сервісу не означає передавання йому кожного проєкту. Для локального чи делегованого інференсу використовується інфраструктура, обрана Клієнтом, тоді як автентифікація Платформи й інші дані можуть залишатися віддаленими. До введення в дію потрібно доповнити фактичні відомості про сторони договорів за відповідними обліковими записами, місця, зберігання та гарантії.
3.3. Обробка може залучати одержувачів поза ЄЕЗ. До передачі, на яку поширюються обмеження, мають бути встановлені відповідний одержувач, місце призначення та законна гарантія, наприклад чинне рішення про належний рівень захисту або належні договірні положення з додатковими заходами, коли вони потрібні. Загальне визнання належного захисту в США, хостинг виключно в ЄС чи вже укладені SCC не заявляються. Через службу підтримки можна отримати інформацію про одержувачів і гарантії або їхні копії із законними вилученнями. Незалежний сервіс, обраний Клієнтом, має власне повідомлення; цей вибір не усуває обовʼязків OwlMeans.
3.4. У налаштованому потоці текст звернення, контактні дані, докази спрямування й отримання та вибрані вкладення проходять через сервіс звернень на інфраструктурі Hetzner, яку використовує OwlMeans, і поштовий транспорт Mailgun до визначеної скриньки підтримки OwlMeans у Google Gmail. Gmail отримує й зберігає листування та вкладення для опрацювання уповноваженими одержувачами. Google reCAPTCHA отримує сигнали безпеки; форма не передає йому текст чи вміст вкладень цілеспрямовано. Відкриття діалогу може спричинити подію inquiry_dialog_open з inquiry_widget, inquiry_tab та inquiry_source; її передавання залежить від згоди на аналітику. Ці поля описують діалог і спосіб його виклику, а не електронну адресу, повідомлення чи файли. Інші метадані вимірювання Google залежать від окремо розкритих налаштувань тегів. Фактичний обліковий запис або сервіс Gmail, договірний субʼєкт Google, роль за договором, уповноважений доступ до скриньки, місця обробки, строки зберігання, Угода про обробку даних і гарантії передавання потребують перевірки до введення в дію. Обробка у скриньці та подальша обробка відокремлені від доставки Mailgun; неперевірені місця обробки чи строки зберігання не гарантуються.
4. Зберігання та безпека
4.1. Дані облікових записів і проєктів зберігаються, доки необхідні для відносин із надання замовлених послуг, а потім видаляються чи повертаються з урахуванням обґрунтованого зберігання на законних підставах. Фінансові, податкові та безпекові докази й докази згоди зберігаються лише протягом застосовного законного обовʼязку або документованого строку предʼявлення вимог. Не всі поточні платіжні журнали, журнали згоди та трасування мають автоматичні таймери видалення; відсутність таймера не дозволяє безстрокового зберігання. Докази дозволу на витрати мають налаштований строк дії 760 днів. Видалення проєкту не видаляє автоматично платіжних доказів, доказів згоди чи трасування. Резервні копії та копії постачальників потребують окремого поводження; негайне загальне видалення не обіцяється.
4.2. Серверна передача гостьового запиту закінчується через 120 секунд і є одноразовою; отримана браузером чернетка логічно чинна 24 години, а прострочені записи видаляються під час подальшого читання без гарантії фізичного видалення за розкладом. Призупинене продовження входу має логічний строк 30 хвилин і видаляється після використання чи відхилення; цей строк не планує фізичного видалення іншого стану автентифікації. Інші засоби зберігання в браузері регулює Політика cookie. Заходи мають відповідати ризику, зокрема охоплювати контроль доступу, конфіденційність і обмежений доступ до секретів. Не надсилайте чутливі дані або персональні дані третіх осіб без законної підстави та належних гарантій. Сертифікація чи загальна гарантія шифрування не стверджуються.
4.3. Дані автентифікації й процесів охоплюють збережені в браузері облікові дані типу bearer, позначки сесії, версії та пропуску, стан перенаправлення й тимчасове введення. Браузерні записи автентифікації та деякі позначки localStorage не мають автоматичного строку дії; звичайний вихід із застосунку видаляє основний збережений запис автентифікації, але не очищає кожну позначку, не завершує кожну сесію постачальника й не відкликає незалежних облікових даних API чи OAuth. Очищення даних сайту в браузері та відкликання на сервері є окремими діями. Поточна реалізація панелі керування й поточний шаблон створених застосунків обмежують чинність своїх сесій застосунку 7 днями з моменту видачі; відкликання, недійсність токена постачальника чи втрата необхідного серверного запису сесії можуть припинити чинність раніше. Наявні версії застосунків Клієнтів і налаштування розгортання потребують власної перевірки. Типові налаштування інтегрованого OIDC становлять 1 годину для токенів доступу й ID та взаємодій, 60 секунд для кодів авторизації й 14 днів для сесій, дозволів і токенів оновлення, залежно від фактичного обсягу й налаштувань. Окремі токени доступу конектора Платформи мають типовий строк 90 днів; створений користувачем API-токен може мати запитаний строк до 366 днів або не мати фіксованого строку, якщо його не вказано, і може бути відкликаний. Завершення строку чи відкликання самі по собі не доводять видалення всіх повʼязаних записів. Налаштування інтерфейсу й приватності, значення запитів і початкових сторінок, псевдонімні ключі належності гостьових записів та стан дедуплікації необовʼязкових подій розкриті в Політиці cookie з розмежуванням застосунків Клієнтів і розгортання. Необхідне зберігання має залишатися пропорційним навіть без автоматичного таймера.
4.4. Записи звернень, що очікують опрацювання, і копії вкладень в окремій базі CRM налаштовано для видалення після того, як поштовий транспорт повідомить про успішне надсилання листа. Як резервний механізм для недоставлених звернень або невдалого очищення налаштовано строк зберігання сім днів від отримання. Видалення після спливу цього строку відбувається асинхронно й не гарантується в точну мить. Доставлені листи й вкладення, записи поштових постачальників, докази, зберігання яких обмежено правовими вимогами чи розглядом скарг, журнали безпеки й резервні копії мають окремі цикли зберігання та видалення. Листування зберігають лише доти, доки воно потрібне для опрацювання звернення, підтримання поточної співпраці або виконання документованого обовʼязку за законом чи у звʼязку з правовими вимогами. Потім його переглядають для видалення за розділом 4.1. Семиденний строк CRM не стирає цих копій. Форма зберігає ненадіслану чернетку в памʼяті сторінки під час закриття, повторного відкриття й зміни теми без власного запису в localStorage або IndexedDB. Успішно надіслану чернетку очищують після закриття підтвердження. Вивантаження сторінки чи видалення віджета завершує цей стан памʼяті. Саме закриття діалогу не видаляє ненадісланої чернетки. Запити щодо реалізації прав охоплюють усі відповідні копії, а не лише тимчасовий запис CRM.
5. Необовʼязковий маркетинг поштою
5.1. Окрема згода дозволяє надсилати електронною поштою новини та пропозиції щодо продукту OwlMeans. Відмовитися чи відкликати згоду можна в налаштуваннях облікового запису, через засіб відписки або службу підтримки; сервісні, безпекові та юридичні листи залишаються необхідними. Маркетинг через SMS, телефон і push-повідомлення не включений. Збережений запис про відмову запобігає подальшим небажаним контактам.
6. Необовʼязкове поліпшення агентів і процесів
6.1. Ця запропонована мета з окремою згодою передбачає оцінювання придатного тексту запитів і згенерованих результатів, щоб удосконалювати запити, поведінку агентів та процеси розробки без навчання ваг моделей OwlMeans. Мета залишається неактивною. Виключені імпортовані репозиторії й файли, вкладений або отриманий контент, вставлений у запит, дані розміщених застосунків чи кінцевих користувачів, секрети, чутливі персональні дані та матеріали третіх осіб без дозволу. Вставлення виключеного матеріалу в запит не робить його придатним. До введення в дію потрібні дозволи на використання результатів постачальників, перевірки придатності, визначене обмежене зберігання, контроль доступу та виконання відкликання згоди. Необхідна операційна діагностика й робота, замовлена для власного проєкту, є окремими пропорційними цілями; вони не дозволяють необовʼязкового повторного використання в наборах даних для незалежного вдосконалення OwlMeans.
7. Необовʼязкове навчання моделей OwlMeans
7.1. Окрема згода могла б дозволити використання придатного тексту запитів і згенерованих результатів для навчання та оцінювання власних моделей OwlMeans. Ця запропонована мета залишається неактивною. Виключені імпортовані репозиторії й файли, вкладений або отриманий контент, вставлений у запит, дані розміщених застосунків чи кінцевих користувачів, секрети, чутливі дані чи дані спеціальних категорій та контент, на який немає потрібних прав. Обмеження постачальників щодо результатів і права третіх осіб діють навіть за наявності згоди; володіння результатом саме по собі не дозволяє розроблення конкуруючих моделей. До введення в дію потрібно зафіксувати дозволені джерело, постачальника й модель, перевірити й розкрити фактичні права повторного використання, запровадити й розкрити фільтрацію, доступ до наборів даних, визначене зберігання та контроль видалення. Попередні обʼєднані дозволи на навчання й вдосконалення не дозволяють жодної з нових цілей.
7.2. Відмова не зменшує придбаного доступу. Відкликання згоди припиняє майбутнє збирання та використання для цієї мети й потребує видалення даних із наборів та завдань навчання, що очікують виконання, коли це застосовно. Навчання, уже проведене законно, не стає незаконним заднім числом. Усунути вплив даних із наявної моделі не завжди технічно можливо; моделі не вважаються автоматично анонімними. Запити про видалення та інші права мають оцінюватися окремо, включно з ризиками запамʼятовування; необхідне виправлення не можна замінити загальним винятком. Переглянута мета потребує нового вибору, а не перенесення старого широкого дозволу.
8. Профілювання: неактивна пропозиція
8.1. Цей проєкт не запитує дозволу на профілювання для персоналізованих пропозицій. Майбутня пропозиція потребувала б визначених вхідних даних щодо використання та вподобань, логіки, наслідків, строків зберігання й окремої явної згоди. Вона не дозволяла б виключно автоматизованих рішень із юридично значущими наслідками чи виведення чутливих даних. Ані звичайні ліміти облікового запису, ані необхідні засоби протидії шахрайству не означають згоди на маркетингове профілювання.
9. Маркетинг партнерів: неактивна пропозиція
9.1. Розкриття даних для власного маркетингу партнерів не дозволене. До будь-якої майбутньої пропозиції мають бути зазначені одержувачі, поля даних, що передаються, ролі контролерів, місця призначення та кожна мета; також має бути отриманий окремий добровільний дозвіл. Наявні дозволи на маркетинг, профілювання чи навчання не надають такого дозволу.
10. Права й регіональні положення
10.1. Через службу підтримки можна просити про доступ, виправлення, видалення, обмеження обробки чи перенесення даних, коли воно застосовне, або заперечити проти обробки на підставі законного інтересу. Проти прямого маркетингу можна заперечити будь-коли, а відкликати згоду можна так само легко, як її надати. OwlMeans може пропорційно перевіряти особу та, як правило, відповідає протягом одного місяця, пояснюючи будь-яке законне продовження строку чи відмову. Щодо даних застосунку під контролем Клієнта слід звертатися до його оператора; OwlMeans допомагає відповідно до Угоди про обробку даних. Скаргу можна подати до UODO в Польщі або компетентного органу за місцем проживання чи роботи в ЄЕЗ; права за UK GDPR діють у межах його застосування.
10.2. Застосовні закони штатів США можуть передбачати доступ, виправлення, видалення, перенесення, оскарження та відмову від продажу, поширення, таргетованої реклами чи певного профілювання. Обовʼязки щодо повідомлень про приватність за CalOPPA можуть діяти без досягнення окремих бізнес-порогів CCPA/CPRA; сфера інших законів штатів потребує окремої оцінки. Google Ads, партнерський маркетинг і профілювання для персоналізованого маркетингу не є активними цілями Платформи. Застосовні сигнали Global Privacy Control мають виконуватися для відповідних способів використання. OwlMeans не дискримінує за реалізацію законних прав. Сервіс призначений для дорослих; сама вікова умова не усуває обовʼязків, якщо фактично обробляються дані дітей. Користування дітьми й необовʼязкове повторне використання чутливих даних не дозволені. Про істотні зміни повідомлення слід оголошувати; нові необовʼязкові цілі потребують нової згоди.
10.3. Браузерний сигнал Do Not Track відрізняється від Global Privacy Control і не надає добровільної згоди. Автоматична реакція на Do Not Track не була перевірена; необовʼязкове відстеження й надалі регулюється вибором щодо cookie та застосовним правом на відмову. Підтверджені вимірювання Google та діагностика Sentry можуть залучати сторонні ідентифікатори відповідно до налаштувань і розкриття в Політиці cookie; їхня наявність не дозволяє неповʼязаної реклами чи відстеження між іншими сервісами.
10.4. Поданий через тему видалення даних у діалозі запит спрямовують на розгляд; він сам не видаляє облікового запису, проєкту, листа або запису постачальника. Підтвердження подання означає прийняття до черги, а не завершену доставку чи рішення по суті. Звернутися щодо реалізації прав або повідомити про блокування форми можна також через support@owlmeans.com, поштову адресу чи телефон у розділі 1.1 без входу в обліковий запис, увімкнення аналітики або згоди на необовʼязкову мету. Загальна вимога прийняти Умови не може обмежувати передбачених законом прав. OwlMeans може вимагати лише пропорційні відомості, потрібні для визначення відповідних даних і заявника. Не слід надсилати паролів чи не повʼязаних зі зверненням документів, що посвідчують особу.