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

1.1. Політика написана для трьох різних людей:

• Продавець — підприємець, який має обліковий запис у Сервісі й виставляє рахунки;
• Платник — людина, яка відкрила сторінку оплати, щоб заплатити Продавцю;
• відвідувач сайту — той, хто просто зайшов подивитися.

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

2.1. Ви відкриваєте сторінку, на якій видно суму, призначення платежу і реквізити Продавця, і натискаєте кнопку переходу у свій банк. Сам переказ виконує застосунок вашого банку, а не Perekaz.

2.3. Що записується, коли ви відкриваєте сторінку оплати:

• IP-адреса, з якої надійшов запит, і країна — країну повідомляє мережа, через яку проходить запит; жодних геобаз, міста чи координат Сервіс не визначає й не зберігає;
• категорія пристрою — телефон, планшет чи компʼютер, платформа — iOS, Android чи компʼютер, і ознака, чи сторінку відкрито у вбудованому браузері месенджера. Повний рядок браузера не зберігається: з нього лишаються тільки ці три ознаки;
• звідки ви прийшли — адреса сторінки з посиланням і мітки рекламної кампанії, якщо вони були в посиланні;
• що ви зробили на сторінці — відкриття, натискання кнопки переходу в банк, скільки часу сторінка була відкрита, а якщо Продавець розмістив на ній банер чи товари — що їх було показано, чи вони затрималися на екрані (щонайменше половиною і не менше секунди) і чи ви на них натиснули;
• номер відвідувача — див. пункт 2.5.

2.4. Навіщо: щоб показати Продавцю, скільки людей відкрили його сторінку, скільки перейшли в банк і скільки побачили його банер чи товари й натиснули на них, і щоб відрізнити живий інтерес від накрутки. Ці записи не показують Продавцю вашої IP-адреси як частини звичайної статистики і не зіставляються з вашим імʼям.

2.5. Щоб одну людину не порахувати двічі — ні на сторінці, ні на банері чи товарі, — Сервіс записує у ваш браузер технічну куку fop_vid з номером відвідувача. Номер обчислюється під час першого відкриття з IP-адреси та браузера незворотним перетворенням із секретним ключем Сервісу; імені чи контактів він не містить. Далі номер береться з куки, тож не змінюється, коли змінюється мережа; якщо куки немає, його щоразу обчислюють так само. Для реклами він не використовується. Подробиці — у розділі 8.

2.6. Якщо Продавець вніс вас у свій список покупців або ваше імʼя потрапило в його банківську виписку, ці дані належать йому — дивіться пункт 1.3.

3.1. У межах облікового запису обробляються:

• дані входу — імʼя, адреса пошти, спосіб входу (Telegram або пошта з паролем), дата й IP-адреса останнього входу;
• платіжні реквізити, які ви вносите самі: IBAN або номер картки для отримання коштів, РНОКПП, найменування отримувача, призначення платежу. Їх бачать ваші покупці — у цьому й полягає робота Сервісу;
• доступ до банку, якщо ви його підключили: токен банківського API зберігається зашифрованим окремим ключем і потрібен лише для того, щоб отримувати вашу ж виписку;
• банківська виписка — суми, дати, призначення платежів, а також імена, рахунки та коди тих, хто вам платив;
• ваша клієнтська база, підписки клієнтів на ваші плани, виставлені рахунки й нагадування;
• згода з документами перед підключенням банку — які редакції угоди про нерозголошення, Умов користування і цієї політики прийнято, коли і з якого облікового запису;
• історія змін і журнал дій — хто і коли змінював реквізити та посилання; у записах лишається адреса пошти того, хто діяв;
• звернення в підтримку — текст листування, ваше імʼя й пошта.

3.2. Ви самі вирішуєте, що вносити. Сервіс працює і без підключення банку, і без списку покупців — тоді цих даних просто не буде.

3.3. Якщо ви, увійшовши в обліковий запис, заповнюєте на сайті угоду про нерозголошення (perekaz.co/legal/nda), Perekaz зберігає внесені реквізити — найменування, код ЄДРПОУ або РНОКПП, представника і підставу його повноважень, пошту для повідомлень, ПІБ підписанта — і сам заповнений файл, щоб укласти цю угоду і мати її примірник. Запит привʼязується до вашого облікового запису: ви бачите його і свою копію файлу в кабінеті, а адміністратор Perekaz дізнається про новий запит. Скільки це зберігається — у розділі 7; видалити раніше можна за зверненням із розділу 9. Із видаленням облікового запису видаляються і запити, за якими угоду не укладено; укладена угода лишається.

4.1. Підстави обробки — ті, що перелічені у статті 11 Закону «Про захист персональних даних»:

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

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

6.1. Робочі дані обробляються в Україні. За кордон передаються лише:

• зашифровані резервні копії — раз на добу до Німеччини (Hetzner). Ключ розшифрування зберігається окремо і провайдеру не передається, тож без нього копія не читається;
• дані, які ви самі спрямовуєте туди, користуючись Telegram для входу і сповіщень.

6.2. Німеччина входить до Європейського економічного простору і є стороною Конвенції Ради Європи № 108, тому за статтею 29 Закону вважається державою, що забезпечує належний захист персональних даних.

7.2. Після вимоги про видалення дані зникають із Сервісу протягом 30 днів, а з резервних копій — у міру їх звичайного обороту, тобто ще до 30 днів. Телеметрія сторінок оплати при цьому знеособлюється: IP-адреси стираються, а звʼязок записів із Продавцем розривається, щоб загальна статистика Сервісу не переписувалася заднім числом. Довше зберігається тільки те, що Perekaz зобовʼязаний зберігати за законом, зокрема первинні документи про оплати Сервісу.

8.1. Усі куки, які ставить Сервіс, — власні, а всі, крім dub_id (п. 8.2), недоступні для читання скриптами сторінки. Кук стороннього відстеження Сервіс не встановлює.

8.2. На головній сторінці, сторінках партнерів і реєстрації працює лічильник переходів за нашими посиланнями й рекламою. Це власний екземпляр Dub на серверах Perekaz, не сторонній сервіс. Він ставить куку dub_id на строк до 90 днів: за нею видно, чи ви прийшли за нашим посиланням, рекламою чи напряму. Якщо потім ви створите обліковий запис, Сервіс повідомить лічильнику дві речі під анонімним номером, без імені, email чи телефону: що з переходу з'явився обліковий запис, і суми оплат вашого тарифу Perekaz. Так ми бачимо, яка реклама працює. На сторінках оплати лічильника немає й не буде: вони належать Продавцю, і його покупці не повинні отримувати наші лічильники.

9.1. Стаття 8 Закону дає кожному, чиї дані обробляються, право:

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

9.3. Продавцю не потрібно нічого просити: у кабінеті, в розділі «Ваші дані», можна вивантажити архів з усім, що зберігається в обліковому записі (не частіше ніж раз на годину), і запустити видалення облікового запису. Видалення виконується через 7 днів після запуску — щоб була змога передумати; скасувати можна будь-коли одним натисканням. Доступ Сервісу до банку відкликається одразу, не чекаючи цих семи днів.

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

1. Банківські токени зберігаються зашифрованими окремим ключем, недоступним із застосунку у відкритому вигляді.
2. Дані різних Продавців ізольовані: запит до чужого запису не розкриває навіть факт його існування.
3. Паролі зберігаються лише у вигляді необоротних хешів.
4. Канал передавання даних шифрується (TLS).
5. Дії з даними й доступами пишуться в журнал.
6. Резервні копії — щодоби, у зашифрованому вигляді, поза основним майданчиком.
7. Доступ до даних має лише сам Perekaz: найманих працівників чи підрядників із доступом до робочих даних немає.
8. У технічні журнали застосунку персональні дані не пишуться: IP-адреса потрапляє туди лише у вигляді незворотного відбитка. Журнали веб-серверів, які стоять перед Сервісом, містять IP-адреси запитів і використовуються тільки для діагностики та захисту від атак.
9. Дані платіжної картки Платника не зберігаються взагалі — ні номера, ні CVV: переказ виконується у застосунку банку, а Perekaz не є учасником розрахунку. Номер картки Продавця зберігається лише тоді, коли він сам вказав її як спосіб отримання коштів, і показується його покупцям — у цьому й полягає призначення реквізиту.

11.1. Нова редакція публікується на сайті Сервісу із зазначенням дати набрання чинності. Про зміни, які істотно впливають на права Продавця, Perekaz повідомляє за 30 днів у порядку, передбаченому Умовами користування.

11.2. Для Платника чинною є та редакція, яка діяла на момент відкриття сторінки оплати.