Умови надання послуг

Цей документ опубліковано кількома мовами. У разі будь-яких розбіжностей між мовними версіями обов’язковою є польська версія.

Версія 2.2 · Останнє оновлення: 29 жовтня 2026 року

Спочатку головне. Перед докладними умовами наведено п’ять пунктів, адже той, хто їх неправильно зрозуміє, неправильно зрозуміє й усе подальше:

• Облікові записи призначені лише для бізнесу. Безкоштовною перевіркою на головній сторінці може користуватися кожен; обліковий запис, тарифи та всі інші функції призначені для підприємств, самозайнятих фахівців і агентств (пункт 1.3). Обов’язковий захист певних фізичних осіб — підприємців за польським правом залишається незмінним (пункти 1.3 та 36).
• Ми перевіряємо лише сайти, якими Ви маєте право керувати. Без підтвердження контролю ми перевіряємо лише пасивно, так, як сторінку бачить відвідувач. Тестові надсилання через Ваші форми відбуваються лише після підтвердження контролю та тоді прямо за Вашими інструкціями (пункти 7 та 8).
• Результат — знімок стану, а не гарантія. Перевірки автоматизовані та ґрунтуються на правилах виявлення. «Захищено» не означає, що спам більше не надходитиме, і не замінює тесту на проникнення, юридичної консультації або сертифікації (пункт 5).
• Ми не отримуємо доступу до Ваших серверів. Ми не просимо й не отримуємо доступу через FTP, SSH, до хостингу або прав адміністратора. Якщо Ви бажаєте перевірку після входу, Ви самостійно створюєте для неї тестовий обліковий запис на своєму сайті; це єдиний випадок, у якому Сервіс використовує дані входу (пункти 10 та 12).
• Польська версія переважає, і застосовується польське право. Ці Умови доступні всіма офіційними мовами Європейського Союзу (пункт 39).

1. Постачальник, сфера застосування та сторона договору

1.1 Постачальник

Сервіс formexposed надає Lukas Wójcik, який веде одноосібну підприємницьку діяльність, зареєстровану в польському Центральному реєстрі та інформації про господарську діяльність (CEIDG), під фірмовим найменуванням LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland, NIP 7252266190, VAT ID PL7252266190 («ми», «нас»). Контакти: contact@lukaswojcik.com, вікно підтримки (знак питання в навігації) та сторінка контактів. Додаткові відомості наведено на сторінці Відомості про постачальника.

1.2 Що це за документ

Ці Умови надання послуг («Умови») регулюють надання та використання formexposed на formexposed.com і form.exposed, включно з безкоштовною перевіркою, клієнтським обліковим записом, плагіном WordPress, розширенням TYPO3, розширенням MainWP, програмним інтерфейсом застосунку (API), сервером MCP і шаблонами для сервісів автоматизації (разом — «Сервіс»).

Вони також є правилами (regulamin) для послуг, що надаються електронними засобами, у розумінні ст. 8 польського Закону від 18 липня 2002 року про надання послуг електронними засобами (ustawa o świadczeniu usług drogą elektroniczną, «UŚUDE»). Необхідну за ним інформацію можна знайти в цих Умовах так: тип і обсяг послуг — у пунктах 5–16, технічні вимоги — у пункті 27.6, заборону незаконного вмісту — у пункті 23, укладення та припинення договорів — у пунктах 4 та 20, процедуру розгляду скарг — у пункті 35. Інформацію за ст. 6 UŚUDE про особливі ризики використання та програмне забезпечення й дані, які ми вводимо в системи Клієнта, наведено в пунктах 27.7 та 27.8.

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

1.3 Хто може користуватися Сервісом

Безкоштовна перевірка. Кожен може користуватися безкоштовною перевіркою без облікового запису (пункт 6) та вільно доступними інструментами в межах зазначених там лімітів.

Обліковий запис і тарифи лише для бізнесу. Клієнтський обліковий запис і всі тарифи, зокрема безоплатний Безкоштовний тариф, призначені виключно для суб’єктів господарювання: фізичних осіб, юридичних осіб і товариств із правоздатністю, які використовують Сервіс для своєї комерційної або незалежної професійної діяльності («Клієнт»). Реєструючись, особа підтверджує використання Сервісу для бізнесу. Ми свідомо не орієнтуємо Сервіс на споживачів: він перевіряє форми на сайтах, які експлуатуються комерційно, а його правила щодо відповідальності, відповідальності за недоліки та змін пристосовані до відносин між суб’єктами господарювання.

Фізичні особи — підприємці зі споживчим захистом. Польське право надає певні споживчі права фізичній особі, яка укладає договір, безпосередньо пов’язаний із її підприємницькою діяльністю, але за змістом договір не має для неї професійного характеру (przedsiębiorca na prawach konsumenta; ст. 385⁵ та 556⁴ польського Цивільного кодексу, Kodeks cywilny, «KC», і ст. 38a польського Закону про права споживачів, ustawa o prawach konsumenta). Підтвердження під час реєстрації не виключає цього захисту. Для цієї групи застосовуються пункт 36 та сторінка Право на відмову від договору для фізичних осіб — підприємців. Особа, яка вважає, що належить до цієї групи, має повідомити нам; ми розглянемо це індивідуально. Захист не залежить від такого повідомлення; воно лише допомагає нам його дотримуватися.

Жодне положення цих Умов не має на меті виключити або обмежити право, яке не можна правомірно виключити чи обмежити. Якщо положення не застосовується до певного Клієнта через імперативне право, решта положень і їх застосування до всіх інших Клієнтів залишаються незмінними.

1.4 Дії від імені суб’єкта господарювання

Кожен, хто реєструється або замовляє від імені суб’єкта господарювання, гарантує, що має повну цивільну дієздатність і уповноважений представляти його в такому обсязі. Стороною договору є суб’єкт господарювання, від імені якого діє особа; якщо суб’єкта не вказано — сама особа, яка реєструється, як суб’єкт господарювання. Якщо повноваження на представництво відсутні, особа, яка діє, несе відповідальність за ст. 103 § 3 KC.

1.5 Територіальні обмеження

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

2. Визначення

Наведені нижче терміни мають значення, визначене в цих Умовах. У контексті захисту даних застосовуються терміни Договору про обробку даних та Загального регламенту про захист даних (GDPR).

Термін	Значення
Активна перевірка	Перевірка, під час якої Сервіс надсилає позначені тестові повідомлення через виявлену контактну форму підтвердженого домену (пункт 8.2).
Сповіщення	Повідомлення від Сервісу адресату, налаштованому Клієнтом (електронна пошта, вебхук, сервіс чату), коли змінюється результат перевірки або відстежуваний стан.
Робочий простір	Одиниця в обліковому записі, до якої прив’язуються домени, учасники, адресати сповіщень, бренд і клієнтські портали. В англійському інтерфейсі називається «workspace».
DPA	Договір про обробку даних за ст. 28 GDPR, який Клієнт укладає під час реєстрації.
Домен	Ім’я хоста сайту, яке Клієнт додає до свого облікового запису. Домен є одиницею обліку лімітів тарифу й планування перевірок.
Розширення	Плагін WordPress, розширення TYPO3 і розширення MainWP сервісу formexposed, кожне у версії, встановленій Клієнтом.
Безкоштовна перевірка	Пасивна перевірка домену без облікового запису через поле введення на головній сторінці (пункт 6).
Клієнт	Суб’єкт господарювання, який укладає з нами договір щодо облікового запису. Якщо існує робочий простір, Клієнтом щодо нього є особа, яка має в ньому роль власника.
Дані Клієнта	Персональні дані третіх осіб, які Клієнт вводить до Сервісу або допускає до нього через свою конфігурацію, як-от копії листів із форм у перевірці доставки, підписники клієнтського порталу або дані входу тестового облікового запису. Ми обробляємо їх як обробник (пункт 24).
Учасник	Фізична особа, якій Клієнт надає доступ до робочого простору в ролі власника, адміністратора або переглядача.
Моніторинг	Регулярна перевірка підтвердженого домену з частотою тарифу разом зі спостерігачами за пунктом 9.
Підтвердження контролю	Доказ того, що Клієнт має право керувати доменом, через запис DNS, метатег, файл, розширення або код розгортання (пункт 7.2). Домен із дійсним підтвердженням контролю називається «підтвердженим».
Пасивна перевірка	Перевірка, під час якої Сервіс завантажує загальнодоступні сторінки як відвідувач і нічого не надсилає (пункт 8.1).
Сторінка тарифів	Сторінка Тарифи з тарифами, їхніми лімітами та платою у чинній на відповідний момент версії.
Звіт	Подання результату перевірки за адресою з випадковим токеном. Кожен, хто знає адресу, може відкрити звіт без входу.
Тариф	Рівень, обраний Клієнтом (наразі Безкоштовний, Small, Pro або Business), з функціями та лімітами, зазначеними на сторінці тарифів.
Тестове надсилання	Повідомлення, яке Сервіс надсилає через контактну форму й позначає як автоматизований тест у відправнику, темі та тексті.
Текстова форма	Читабельна заява на носії даних, яка ідентифікує її автора, наприклад електронний лист або паперовий лист. Вона відповідає документальній формі (forma dokumentowa) за ст. 77² KC. Там, де це зазначено в цих Умовах, повідомлення в чаті або вікні підтримки недостатньо.
Сайт	Сторінки, доступні за доменом, разом із їхніми формами.

3. Договірні документи та порядок їх пріоритетності

3.1 З чого складається договір

Договір між Клієнтом і нами складається з наведених нижче документів, кожен із яких включається шляхом посилання:

1. індивідуальна угода, укладена в текстовій формі, якщо вона є;
2. ці Умови;
3. Договір про обробку даних;
4. Технічні та організаційні заходи;
5. перелік субобробників;
6. сторінка Допустиме використання та зловживання;
7. сторінка тарифів у версії, чинній на момент замовлення, тією мірою, якою вона визначає тарифи, ліміти та плату.

У кожному випадку визначальною є версія, опублікована на момент укладення договору. Зміни цих документів регулює пункт 34; для Технічних та організаційних заходів і переліку субобробників переважають правила внесення змін із DPA, а для функцій, лімітів і плати на сторінці тарифів — пункти 5.5 та 19.8.

3.2 Порядок пріоритетності

Якщо документи суперечать один одному, переважає той, який розташований вище в переліку пункту 3.1, і лише в межах суперечності. Як виняток, DPA переважає над будь-яким іншим положенням у всіх питаннях обробки персональних даних від імені Клієнта, оскільки ці питання регулює ст. 28 GDPR; над ним переважає лише індивідуальна угода, яку допускає DPA, оскільки вона укладена в текстовій формі й прямо посилається на DPA. Сторінки Регламент ЄС про дані та Право на відмову від договору для фізичних осіб — підприємців переважають над усіма документами переліку тією мірою, якою надають Клієнту ширші права (пункти 20.3 та 36).

3.3 Інформаційні сторінки, які не є частиною договору

Політика конфіденційності є інформацією за ст. 13 та 14 GDPR про обробку, за яку ми самі відповідаємо; її не погоджують, а беруть до відома. Так само лише інформаційними є сторінки Регламент ЄС про ШІ, Скарги, Доступ, видалення та інші Ваші права, Реєстр діяльності з обробки, Оцінка впливу на захист даних, Текст політики конфіденційності для Вашого сайту, сторінка про нашого сканувального робота (/bot), огляд Огляд правових документів та огляд Зміни договірних документів; вони не становлять жодних гарантійних запевнень. Сторінки Регламент ЄС про дані та Право на відмову від договору для фізичних осіб — підприємців також інформаційні, але є частиною договору тією мірою, якою надають Клієнту права (пункт 3.2). Коли ці Умови посилаються на таку сторінку для опису обов’язку або права, обов’язок чи право діє так, як там описано.

3.4 Описові твердження не є гарантійними запевненнями

Головна сторінка, цільова сторінка на form.exposed, дописи блогу, описи функцій, порівняння, зображення екранів і твердження служби підтримки описують Сервіс та полегшують його розуміння. Вони не є гарантіями або домовленостями про якість і не стають частиною договору, якщо ми прямо не визначимо певну властивість як гарантовану в текстовій формі. У разі суперечності з договірними документами застосовуються договірні документи. Щодо фізичних осіб — підприємців у розумінні пункту 1.3 законодавчі вимоги відповідності договору залишаються незмінними тією мірою, якою вони застосовні до них і враховують публічні заяви.

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

3.5 Власні умови Клієнта не застосовуються

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

4. Укладення договору та його підтвердження

4.1 Безкоштовна перевірка

Кожен, хто вводить домен у поле на головній сторінці та запускає перевірку, користується безкоштовною електронною послугою. Ці Умови застосовуються до неї тією мірою, якою стосуються безкоштовної перевірки (зокрема пункти 5, 6, 8.1, 23 та 29). Унаслідок цього обліковий запис не створюється. Послуга завершується наданням звіту; припинення договору не потрібне.

4.2 Реєстрація

Договір щодо облікового запису на Безкоштовному тарифі укладається, коли особа, яка реєструється, надсилає форму на сторінці Реєстрація та, встановивши прапорець у формі, приймає ці Умови й DPA, підтверджує використання formexposed для своєї підприємницької діяльності та ознайомлюється з Політикою конфіденційності. Обліковим записом можна користуватися після підтвердження адреси електронної пошти. Обліковий запис, адресу електронної пошти якого так і не підтверджено, ми видаляємо через 30 днів.

Представлення тарифів на сторінці тарифів є запрошенням подати пропозицію, а не обов’язковою пропозицією.

4.3 Платні тарифи

Договір щодо платного тарифу укладається, коли Клієнт обирає тариф, платіжний період і валюту в розділі «Оплата» та завершує оформлення в нашого постачальника платіжних послуг; підтвердження підписки постачальником платіжних послуг вважається нашим прийняттям. Для оплати за рахунком (пункт 19.6) він укладається в момент виставлення рахунку. Платний тариф потребує облікового запису; договір щодо облікового запису продовжує діяти поряд із ним. Якщо Клієнт починає пробний період (пункт 19.4), договір щодо тарифу укладається після завершення цього процесу; до закінчення пробного періоду він безкоштовний, а після цього продовжується за плату відповідно до пункту 19.4 або закінчується.

4.4 Запис про згоду

Під час реєстрації для кожного прийнятого або взятого до відома документа (Умови, DPA, Політика конфіденційності) ми записуємо: повний текст показаної версії, включно з мовою й адресою, контрольну суму цього тексту (SHA-256), час, IP-адресу, з якої надано згоду, та ідентифікатор браузера. Текст зберігається так, як його було показано, тобто зі значеннями, підставленими під час показу, наприклад строками.

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

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

4.5 Точність відомостей

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

4.6 Відмова

Ми можемо відмовити в реєстрації або замовленні, зокрема якщо є ознаки того, що Сервіс використовуватиметься всупереч пункту 23, якщо попередній обліковий запис тієї самої особи був заблокований або припинений через порушення або якщо відомості явно неточні.

4.7 Інформація про електронне укладення договору

Технічні кроки, що ведуть до укладення договору, визначено в пунктах 4.2 та 4.3. Клієнт виявляє та виправляє помилки введення у формі реєстрації до її надсилання, а перед завершенням оплати — на сторінці оформлення, де показано тариф, період і суму; надалі Клієнт може змінювати відомості в налаштуваннях облікового запису. Підтвердження підписки постачальником платіжних послуг водночас є нашим прийняттям (пункт 4.3). Ми фіксуємо текст договору в записі про згоду (пункт 4.4); на запит надсилаємо Клієнту текст прийнятої ним версії в текстовій формі. Договір можна укласти будь-якою офіційною мовою Європейського Союзу (пункт 39.3). Ми не приєднувалися до жодного кодексу поведінки. В іншому у відносинах між суб’єктами господарювання сторони виключають ст. 66¹ § 1–3 KC (ст. 66¹ § 4 KC); утім, ми надаємо інформацію в цьому пункті.

5. Що таке Сервіс — і чим він не є

5.1 Що надає Сервіс

formexposed перевіряє ззовні, чи захищені контактні форми сайту від автоматизованих зловживань, відстежує цей захист і повідомляє про зміни. Залежно від тарифу й конфігурації Сервіс включає, зокрема:

• Перевірки: пасивні перевірки будь-якого домену та активні перевірки з тестовими надсиланнями для підтверджених доменів (пункт 8);
• Моніторинг і сповіщення: регулярні перевірки, пульс форми, спостерігачі за поштовими записами DNS, сертифікатом, закінченням реєстрації домену, списками блокування, відомими вразливостями плагінів форм і збоями постачальників CAPTCHA та пошти, зі сповіщеннями через обрані Клієнтом канали (пункт 9);
• Браузерні сценарії та сканування після входу (пункт 10);
• Перевірку доставки та перевірку автентичності листа з форми (пункт 11);
• Допомогу з усуненням проблем: інструкції, компоненти захисту для власного коду форм і «Fix it for me» з мовною моделлю (пункт 12);
• Розширення для WordPress, TYPO3 та MainWP, для WordPress — із шаром захисту форм (пункт 13);
• Докази та звіти: значок, журнал доказів із позначкою часу, щомісячний звіт, примітки щодо захисту даних, доступності та скриптів (пункт 14);
• Можливості для агентств: огляд сайтів, імпорт, звіти під власним брендом, клієнтські портали, коди розгортання та перевірка потенційних клієнтів (пункт 15);
• Інтерфейси: REST API, сервер MCP і шаблони для Zapier, Make, n8n та конвеєрів розгортання (пункт 16).

Які функції входять до тарифу, зазначено на сторінці тарифів. Цей пункт описує характер Сервісу, а не вичерпний чи фіксований перелік функцій.

5.2 Надання як програмного забезпечення як послуги

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

5.3 Результат — знімок стану

Кожна перевірка автоматизована й ґрунтується на правилах виявлення, які зчитують форму, її поля та розпізнавані засоби захисту (наприклад CAPTCHA, поля-пастки, токени, перевірки часу, обмеження частоти) з того, що браузер бачить ззовні. Звідси випливає:

• Результат описує стан на момент перевірки. Усе, що зміниться пізніше, покаже лише наступна перевірка.
• Правила виявлення можуть не помітити засобу захисту, неправильно його класифікувати або позначити як «неможливо виміряти», наприклад якщо він діє лише на сервері, якщо форму обробляє сервіс-конструктор сайтів або вона завантажується лише після взаємодії, якої перевірочний браузер не виконує.
• Рівні «Незахищено», «Частково захищено» та «Захищено» й оцінка ризику є зваженим узагальненням окремих результатів. Це оцінювання, а не вимірювання спаму й не оцінка сайту загалом.
• Якщо сайт блокує нашого сканувального робота, наприклад через robots.txt, брандмауер або захист від ботів, перевірка залишається неповною або не відбувається. Це не є недоліком Сервісу.

5.4 Чим Сервіс не є

Наведене нижче зазначається прямо, оскільки непорозуміння має наслідки, які неможливо усунути згодом. Сервіс не є:

• гарантією від спаму або зловживань. Навіть добре захищена форма може отримувати спам, а зловмисники пристосовуються. Результат «Захищено» означає, що перевірені засоби були наявні й працювали, а не що більше нічого не пройде.
• тестом на проникнення або експертним аудитом безпеки. Сервіс не атакує жодного сайту, не шукає вразливостей загалом і не тестує атак на сервери, бази даних або системи входу. Тест упровадження рядків заголовків обмежується виявленням із нешкідливим тестовим значенням (пункт 8.2).
• юридичною консультацією. Примітки щодо захисту даних, згоди, доступності, NIS2, PCI DSS або інших правових питань є технічними примітками, отриманими з виміряного. Вони не оцінюють законність роботи сайту.
• сертифікацією. Ані значок, ані журнал доказів, чернетка інформації про доступність, перевірка GDPR чи інвентаризація скриптів не є сертифікацією, знаком органу оцінки відповідності, заявою про доступність у правовому розумінні або доказом дотримання GDPR, вимог доступності, PCI DSS чи будь-якого стандарту.
• вимірюванням усіх відвідувачів. Вимірювання наших перевірочних браузерів показують те, що побачили ці браузери. Вони не вимірюють досвід справжніх відвідувачів і не доводять ані коефіцієнтів конверсії, ані втрачених звернень.
• резервною копією або архівом. Результати перевірок видаляються після встановлених строків (пункт 21). Той, кому результати потрібні як докази, завантажує їх.
• доступом до систем Клієнта. Ми нічого не встановлюємо на сервери Клієнта й не отримуємо серверного, FTP-, SSH- або адміністративного доступу (пункт 12.3).

5.5 Подальший розвиток

Сервіс постійно розвивається. Ми можемо додавати, змінювати, замінювати й прибирати функції, коригувати правила виявлення та вагові коефіцієнти, а також додавати або вилучати перевірки з однієї з таких причин: поліпшення виявлення або зручності користування, зміна правової ситуації чи вимог органів влади, безпека, запобігання зловживанням, припинення або зміна стороннього сервісу чи інтерфейсу, від якого залежить функція, низьке використання функції або заміна рівноцінною функцією. Якщо внаслідок цього змінюється результат, це не є недоліком: результат завжди є результатом правил, що діяли на момент перевірки.

Якщо зміна істотно зменшує функціональність платного тарифу загалом, ми оголошуємо про неї щонайменше за 30 днів у текстовій формі. Зменшення завжди є істотним, якщо функцію, зазначену на сторінці тарифів для замовленого тарифу, прибрано без заміни або вказаний там ліміт знижено на шкоду Клієнту. Тоді Клієнт може припинити тариф із дати набрання зміною чинності й отримати пропорційне повернення передоплаченої плати за подальший період. Зміни, яких вимагає закон або які необхідні для відвернення ризику безпеки, можуть набрати чинності негайно; право Клієнта на припинення в такому разі також зберігається. Ми можемо будь-коли змінити, обмежити або припинити безкоштовні послуги (безкоштовну перевірку, Безкоштовний тариф, безкоштовні інструменти); якщо маємо намір припинити Безкоштовний тариф загалом, ми припиняємо відповідні облікові записи за пунктом 20.1. Для фізичних осіб — підприємців у розумінні пункту 1.3 також застосовуються законодавчі положення про зміни цифрових послуг тією мірою, якою вони на них поширюються.

5.6 Функції, які спершу потрібно налаштувати

Деякі функції потребують інфраструктури, яка доступна не в кожному випадку або типово вимкнена, наприклад підтвердження з другої незалежної локації перевірки (пункт 10.2), власні домени клієнтських порталів (пункт 15.2), оплата за рахунком (пункт 19.6) або партнерська програма (пункт 37). Ми зобов’язані надавати такі функції лише тією мірою, якою їх запропоновано в обліковому записі; якщо сторінка тарифів указує таку функцію для замовленого тарифу без цього застереження, вона підлягає наданню. Функції, позначені як beta, preview або trial, надаються без гарантій і можуть бути відкликані без попередження; пункт 29.1 залишається незмінним.

5.7 Захист форм (formconfirmed)

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

(а) Послуга. Ми надаємо скрипт для форми, видачу завдань та інтерфейс перевірки. Кожне надсилання, яке сервер Клієнта подає нам, ми оцінюємо балом, рекомендованою дією (допустити, позначити або заблокувати) та причинами. Мета полягає в тому, щоб зробити автоматизовані надсилання трудомісткими й економічно невигідними. Ми не зобов’язані забезпечити розпізнавання кожного небажаного надсилання й допуск кожного бажаного; пункти 5.3 і 5.4 застосовуються відповідно.

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

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

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

(ґ) Дані відвідувачів. Контролером даних відвідувачів своїх сайтів є Клієнт; ми обробляємо їх як обробник відповідно до Договору про обробку даних (Додаток 1, пункт 10). Текст повідомлення ми перевіряємо лише тоді, коли Клієнт вмикає перевірку вмісту, і не зберігаємо його.

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

6. Безкоштовна перевірка без облікового запису

6.1 Обсяг

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

6.2 Ліміти та захист від зловживань

Поле введення, яке запускає запити до будь-якого стороннього сайту, може використовуватися для зловживань. Тому діють ліміти, зокрема одна перевірка домену протягом певного періоду, максимальна кількість перевірок з IP-адреси та сеансу, загальний добовий ліміт, мінімальний вік новозареєстрованих доменів і перевірка цілі щодо внутрішніх мереж. Форма захищена Google reCAPTCHA (подробиці в Політиці конфіденційності). Ми реєструємо підозрілі закономірності й можемо блокувати відповідні адреси до з’ясування обставин. Ми можемо будь-коли змінювати ліміти; окремо про них не повідомляємо.

Автоматизовані запити через поле введення, обхід лімітів, наприклад шляхом зміни адрес, та будь-яке використання результатів для атак на сайти або завдання шкоди їхнім операторам заборонені.

6.3 Звіт

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

6.4 Перевірка сторонніх сайтів

Безкоштовна перевірка також перевіряє сайти, над якими особа, що запитує перевірку, не має контролю. Ми вважаємо це обґрунтованим, оскільки вона завантажує лише те, що й так загальнодоступне, називає себе сканувальним роботом (/bot), дотримується заборони в robots.txt, яка охоплює головну сторінку, й нічого не надсилає. Кожен оператор може назавжди виключити свій домен на /opt-out; виключення діє для домену та його варіанта з www, але не для інших піддоменів, і для всіх перевірок Сервісу.

6.5 Інші безкоштовні інструменти

Цей пункт і пункт 23 відповідно застосовуються до вільно доступних інструментів, як-от оцінювання захисних заголовків сайту.

6.6 Відсутність права вимагати послугу

Права вимагати безкоштовної перевірки або безкоштовного інструмента немає. Ми можемо обмежувати їх, тимчасово вимикати або виключати окремих користувачів, зокрема за ознак зловживань.

7. Домени, підтвердження контролю та рівні довіри

7.1 Лише власні домени або домени з дозволом

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

7.2 Підтвердження контролю

Активні перевірки, моніторинг і всі функції, які діють усередині сайту або регулярно його завантажують, вимагають, щоб Клієнт підтвердив свої повноваження щодо домену. Для цього Сервіс пропонує:

• запис TXT у DNS домену зі значенням, яке ми вказуємо;
• метатег у заголовку головної сторінки;
• файл із визначеним вмістом у кореневому каталозі сайту;
• підключення через плагін WordPress або розширення TYPO3, які самі виводять метатег і прив’язуються секретом, відомим лише сайту;
• код розгортання агентства (пункт 15.4), який підключає розширення до облікового запису без входу через браузер.

Кожен, хто може надати таке підтвердження, може керувати сайтом. Саме тому ми вимагаємо його замість прапорця: запевнити може кожен, але створити запис DNS або розмістити файл на сервері може лише особа з доступом.

7.3 Що означає підтвердження контролю

Надаючи підтвердження контролю, Клієнт заявляє, що має право керувати доменом, і доручає нам перевіряти сайт в обсязі, передбаченому його тарифом і налаштуваннями, включно з активними перевірками за пунктом 8.2 та подальшими перевірками за пунктом 8.3 із частотою його тарифу. Клієнт може будь-коли обмежити цю інструкцію, вимкнувши моніторинг домену, або припинити її, видаливши домен.

Наразі підтвердження контролю після верифікації не перевіряється повторно. Клієнт не може змінити ім’я хоста підтвердженого домену; інший домен потрібно додати окремо й підтвердити. Якщо підстава більше не існує, наприклад запис DNS видалено або розширення деінстальовано, домен залишається підтвердженим; тоді Клієнт видаляє його за пунктом 7.4, якщо його повноваження закінчилися.

7.4 Закінчення повноважень

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

7.5 Виключення та robots.txt застосовуються і до Клієнтів

Якщо домен виключено через /opt-out, Сервіс його не перевіряє, навіть для Клієнта з підтвердженням контролю; поточний моніторинг припиняється з наступною запланованою перевіркою. Оскільки виключення можна зареєструвати без підтвердження, його могла запитати й неуповноважена особа. Скасувати його можемо лише ми: Клієнт звертається до нас і підтверджує свої повноваження; після перевірки ми скасовуємо виключення. Сканувальний робот дотримується заборони в robots.txt сайту, яка охоплює головну сторінку, навіть для підтверджених доменів; заборон для окремих підшляхів він не враховує поодинці. Той, хто бажає перевірки свого сайту, дозволяє доступ роботу з ідентифікатором FormExposedBot.

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

8.1 Пасивна перевірка

Під час пасивної перевірки сканувальний робот послідовно завантажує обмежену кількість загальнодоступних сторінок домену в ізольованому браузері (наразі не більше восьми, переважно контактні сторінки, відомості про постачальника та сторінки підтримки; додатково до трьох сторінок після натискання «Відхилити» в банері cookie й до трьох сторінок у вигляді для телефона), виявляє форми та класифікує їх за призначенням. Він оцінює структуру форм (назви полів, типи, підписи, атрибути обов’язковості й видимості, без значень; початки попередньо заповнених прихованих полів та атрибутів даних читає лише під час перевірки й не зберігає), засоби захисту, вбудовані сторонні скрипти, поведінку після «Відхилити» в банері cookie та відображення на телефоні, а також робить знімки екрана головної сторінки й форм. Ці знімки показують сторінку такою, якою вона була; дані в них не приховуються. Сканувальний робот називає себе своїм ідентифікатором, дотримується заборони в robots.txt, яка охоплює головну сторінку, не переходить за перенаправленнями до приватних мереж і нічого не надсилає.

8.2 Активна перевірка з тестовими надсиланнями

Для підтверджених доменів кожна перевірка з облікового запису та кожна регулярна перевірка є активною. Під час неї Сервіс надсилає не більше п’яти тестових повідомлень за перевірку через одну виявлену контактну форму. Вони показують, чи приймає форма надсилання без браузера, із заповненим полем-пасткою, зі зміненим токеном, із вигаданим токеном CAPTCHA, з адресою під неіснуючим закінченням .invalid або з короткими інтервалами, а також чи пропускає перенесення рядків до рядків заголовків. Для останнього тесту Сервіс використовує лише власний нешкідливий рядок заголовка й ніколи не справжнього одержувача.

Кожне тестове надсилання позначене як автоматизований тест у відправнику, темі та тексті, мовою сайту, з посиланням на /bot, /opt-out та ідентифікатором перевірки. Воно не містить персональних даних.

Що ніколи не надсилається. Сервіс надсилає форму лише тоді, коли з високою впевненістю розпізнав її як загальну контактну форму. Він ніколи не надсилає форми замовлення, бронювання, резервування, запиту цінової пропозиції, запису на прийом, зворотного дзвінка, входу, реєстрації, пароля, підписки на розсилку, підтримки, оплати або завантаження файлів, а також форми з обов’язковими полями справжніх персональних даних чи даних компанії та форми на доменах органів влади, закладів охорони здоров’я й освіти. За невпевненої класифікації надсилання не відбувається. Форми, класифіковані не правилами виявлення, а лише мовною моделлю, ніколи не надсилаються; вони також не враховуються в оцінці ризику та категорії захисту.

8.3 Подальші перевірки для підтверджених доменів

Для підтверджених доменів перевірка залежно від тарифу додатково включає:

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

Ці перевірки нічого не атакують і не змінюють. Сервіс показує результати щодо відкритих файлів і вразливостей безпеки лише в обліковому записі, ніколи в загальнодоступному звіті, оскільки вони дали б зловмисникам перелік цілей.

8.4 Наслідки для Клієнта

Тестові надсилання є справжніми надсиланнями. На боці Клієнта вони можуть спричиняти електронні листи, автоматичні відповіді, записи в системах звернень або CRM, сповіщення, підрахунки у статистиці та витрати у третіх осіб, наприклад сервісу CAPTCHA або пошти. За щоденної перевірки це відбувається щодня. Клієнт

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

Ми не відповідаємо за наслідки належно позначених тестових надсилань у межах цього пункту; пункт 29.1 залишається незмінним.

8.5 Обмеження активної перевірки

Форми з дієвою CAPTCHA можна активно перевіряти ззовні лише обмежено, оскільки Сервіс не розв’язує й не обходить CAPTCHA. Наразі Сервіс не пропонує обходу CAPTCHA Клієнта для наших тестів. Багатокрокові форми робляться видимими для читання; можливість надіслати їхній останній крок може залишатися невизначеною. Активна перевірка показує, як форма відповіла на тести. Вона не доводить, що повідомлення дійшло до одержувача; для цього існує перевірка доставки (пункт 11).

9. Моніторинг, сповіщення та інциденти

9.1 Регулярні перевірки

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

9.2 Спостерігачі

Залежно від тарифу Сервіс додатково відстежує:

• пульс форми: через короткі інтервали простий запит без браузера й без надсилання перевіряє, чи відповідає сторінка форми, чи форма досі є у вихідному коді та чи доступний скрипт CAPTCHA;
• поштові налаштування в DNS (SPF, DMARC, MX), TLS-сертифікат сторінки форми та закінчення реєстрації домену тією мірою, якою реєстр оприлюднює ці дані;
• сторінки стану поширених постачальників CAPTCHA та пошти, якщо за результатами перевірки Клієнт ними користується;
• версії плагінів форм, CAPTCHA та пошти, про які повідомляють розширення, та їх зіставлення з відомими вразливостями безпеки;
• відсутність повідомлень, коли сайт, що зазвичай отримує звернення, перестає їх отримувати, а також зміни скриптів, зовнішнього вигляду форми та сторонніх постачальників на сторінці форми.

9.3 Сповіщення

Сповіщення надходять адресатам, яких налаштовує Клієнт: електронна пошта та, залежно від тарифу, підписаний вебхук, Slack, Microsoft Teams, Discord, Google Chat і Telegram, негайно або у зведенні. Сповіщення надсилається лише коли щось змінюється, а не після кожної перевірки. Його мова відповідає мовному налаштуванню власника робочого простору.

Якщо Клієнт обирає сервіс чату або вебхук, ми передаємо цьому сервісу сповіщення (домен, подію, посилання; для сповіщень про перевірки — посилання на звіт, за яким результати та знімки екрана доступні без входу) за інструкціями Клієнта. Тоді Клієнт відповідає за вибір сервісу, його умови та безпеку наданої адреси. Telegram також є адресатом, обраним Клієнтом; ми надсилаємо туди повідомлення через власного бота. Цей вибір також є інструкцією Клієнта; класифікацію Telegram у цьому контексті за правом захисту даних і факт того, що підстава передавання до третьої країни ще остаточно не з’ясована, регулює DPA. Деякі з цих сервісів обробляють дані поза Європейською економічною зоною. Нашу послугу виконано в момент надсилання повідомлення. Чи та коли сторонній сервіс його доставить, перебуває поза нашим контролем.

9.4 Періоди обслуговування, підтвердження отримання та ескалація

Клієнт може встановити період обслуговування для домену; розширення WordPress саме повідомляє про ввімкнений режим обслуговування. У цей час сповіщення приглушуються, а пульс і браузерні сценарії призупиняються; заплановані перевірки, включно з тестовими надсиланнями, продовжуються. Повідомлення про проблему стає інцидентом, отримання якого адресати можуть підтвердити за посиланням; якщо підтвердження немає, ескалація може надійти спеціально налаштованим для цього адресатам.

9.5 Відсутність сповіщення не означає відсутності проблем

Відсутність сповіщення не означає, що все гаразд. Сповіщення може не надійти, оскільки стан не змінився, перевірка не завершилася через блокування цільовим сайтом, адресат був недоступний, діяв період обслуговування або сам Сервіс мав збій. Клієнт бачить стан кожного домену на його сторінці в обліковому записі. Сервіс доповнює власну увагу Клієнта до свого сайту, а не замінює її.

10. Браузерні сценарії та сканування після входу

10.1 Браузерні сценарії

На платних тарифах Клієнт може визначати окремі сценарії форм для підтверджених доменів: адресу форми, її селектор, попередні кліки та прості кроки перевірки. Сервіс регулярно виконує ці сценарії в перевірочному браузері (Chromium, за бажанням також WebKit) і вимірює, чи з’являється форма та чи можна з нею взаємодіяти. Браузерний сценарій закінчується до надсилання: він не запускає замовлення, оплату або надсилання. Розширення WordPress надає адміністраторам, які увійшли, записувач, що записує такі сценарії без читання введених значень.

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

10.2 Незалежна друга локація

Сервіс може перед сповіщенням перевірити повідомлений збій із другої незалежної локації. Це підтвердження типово вимкнене й доступне лише якщо таку локацію налаштовано; сторінка домену показує, чи це так. Друга локація отримує домен, очищену конфігурацію сценарію та ідентифікатор завдання, ніколи не дані входу, знімки екрана або введені відвідувачами дані. Без налаштованої локації підтвердження другою локацією немає.

10.3 Сканування після входу

На платних тарифах власник або адміністратор робочого простору може зберегти тестовий обліковий запис для підтвердженого домену, за допомогою якого сканувальний робот входить на сайт і читає форми на кількох визначених Клієнтом сторінках після входу. Тестовий обліковий запис використовується лише в повній перевірці, а не в браузерних сценаріях за пунктом 10.1. Діють такі правила:

• Лише читання. У захищеній входом частині сайту сканер нічого не надсилає, не виконує активних перевірок, не робить знімків екрана, не звертається до адрес виходу, видалення чи скасування та не обходить CAPTCHA.
• Шифрування. Ім’я користувача та пароль передаються зашифрованим з’єднанням і на нашому вебсервері одразу шифруються під час збереження відкритим ключем сервера сканування. Розшифрувати їх може лише сервер сканування і лише на час виконання завдання перевірки; на вебсервері, у базі даних і резервних копіях вони містяться лише в зашифрованому вигляді. Вони ніколи не відображаються, не записуються до журналів і не видаються через API.
• Можливість видалення. Клієнт може будь-коли видалити тестовий обліковий запис; він також видаляється разом із доменом.

10.4 Обов’язки щодо тестового облікового запису

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

11. Перевірка доставки та автентичності листа з форми

11.1 Як це працює

У тарифах, для яких це передбачено на сторінці тарифів, Клієнт може додати надану нами контрольну адресу як приховану копію (BCC) до сповіщення своєї форми для підтвердженого домену. Після прийнятого тестового надсилання (пункт 8.2) його копія має надійти до нашої контрольної скриньки протягом кількох годин; інакше Сервіс повідомляє про невдалу доставку. За отриманими копіями Сервіс також перевіряє SPF, DKIM і DMARC листа з форми та повідомляє про невдале проходження цих перевірок.

11.2 Що при цьому надходить до нас

Прихована копія надсилається нам не лише для нашого тестового надсилання, а для кожного надсилання через форму, тобто також для реальних звернень відвідувачів сайту з їхнім вмістом. Автоматичне отримання читає лише рядки заголовків і щонайбільше перші 8 KB тексту, щоб віднести лист до домену та, за потреби, до тесту й виконати перевірку автентичності. Зберігаються лише час, відповідність домену, за потреби ідентифікатор тесту та результат перевірки автентичності. Цей результат може містити IP-адресу поштового сервера відправника та, якщо він не належить сайту, домен адреси відправника; лише тоді сповіщення може називати цей домен; ми не зберігаємо вміст або повні адреси відправників-відвідувачів. Після успішної обробки лист видаляється зі скриньки. Якщо отримання чи видалення не вдається, він може залишатися у скриньці до наступного успішного запуску.

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

11.3 Що це доводить — і чого не доводить

Відповідне отримання доводить лише те, що копія нашого тестового надсилання надійшла до нашої контрольної скриньки. Воно не доводить, що лист надійшов фактичному одержувачу, не перебуває в його папці зі спамом або був перенесений до CRM-системи. Сервіс не надає підтвердження через інтерфейс постачальника CRM (наприклад, HubSpot). Без доданої контрольної адреси перевірка доставки недоступна.

12. Fix it for me, компоненти захисту та ШІ

12.1 Інструкції та компоненти захисту

Для результатів перевірки Сервіс показує інструкції з усунення проблем у поширених системах. У платних тарифах він генерує компоненти захисту для власного коду форм (наразі для PHP, Node.js і Python), використовуючи назви полів з останньої перевірки; ці компоненти реалізують ті самі заходи захисту, наявності яких очікує перевірка. Для форм WordPress розширення містить готовий шар захисту (пункт 13.2).

12.2 Адаптація за допомогою мовної моделі

За бажанням Клієнт вставляє код своєї форми, а мовна модель вбудовує в нього компонент захисту. У відповідь повертаються змінений файл, патч, результат перевірки синтаксису та перевірки того, чи справді вбудовано захід захисту. Застосовуються такі положення:

• Мовна модель працює на нашому власному сервері сканування в Польщі. Вставлений код не надсилається жодному постачальнику мовної моделі та не зберігається після відповіді.
• Кількість запитів на робочий простір за день обмежена; ліміт зазначено в інтерфейсі.
• Вивід мовної моделі може бути помилковим, неповним або небезпечним, навіть якщо автоматична перевірка оцінює його як належний. Він позначається як згенерований. Як ми використовуємо ШІ, описано на сторінці Регламент ЄС про ШІ.

12.3 Відсутність доступу до систем Клієнта

«Fix it for me» працює без облікових даних. Ми не запитуємо й не використовуємо доступ через FTP, SSH, до хостингу чи з правами адміністратора, нічого не встановлюємо на серверах Клієнта та нічого не змінюємо на його сайті. Клієнт самостійно вбудовує, тестує й публікує код.

12.4 Перевірка Клієнтом

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

13. Плагін WordPress, розширення TYPO3 і MainWP

13.1 Ліцензія

Плагін WordPress, розширення MainWP і розширення TYPO3 є вільним програмним забезпеченням за GNU General Public License версії 2 або (на Ваш вибір) будь-якої пізнішої версії. Те, що Клієнт може робити з їхнім кодом, визначає виключно ця ліцензія; ці Умови цього не обмежують. Умови застосовуються до з’єднання розширень із Сервісом і до всього, що Сервіс надає у відповідь на їхні запити.

13.2 Що роблять розширення

Плагін WordPress. Він запускає пасивну перевірку власного сайту Клієнта, показує результат в адміністративній частині WordPress і містить шар захисту для поширених плагінів форм, коментарів і реєстрацій (поле-пастка, підписаний мінімальний час заповнення, підтвердження взаємодії, невидима задача підтвердження роботи замість CAPTCHA, обмеження частоти, перевірка рядків заголовків і поштового домену, фільтри). Шар захисту працює виключно на сервері Клієнта, безкоштовний для всіх, не потребує облікового запису чи тарифу; якщо плагін з’єднано з обліковим записом, він надсилає нам щоденні показники, перелік плагінів і, для колективного захисту, домени посилань із заблокованих повідомлень (пункти 13.3 і 13.5). Той, хто ввімкнув його, зберігає його й після завершення тарифу.

Розширення TYPO3. Воно запускає пасивну перевірку з адміністративної частини TYPO3, виводить метатег для підтвердження контролю та, за наявності з’єднання, підраховує прийняті надсилання й надсилання, зупинені Powermail, помилки пошти та оновлення. Воно не має власного шару захисту; воно не змінює поведінки Powermail.

Розширення MainWP. Воно показує результати всіх сайтів з облікового запису Клієнта на панелі MainWP. Для нього потрібен ключ API (пункт 16.1), який воно зберігає на панелі Клієнта й надсилає лише до formexposed.

Усі три розширення безкоштовні. Функції, доступні лише з обліковим записом або платним тарифом, зазначені на сторінці тарифів.

13.3 З’єднання з обліковим записом

Якщо Клієнт з’єднує розширення зі своїм обліковим записом, воно передає Сервісу показники й характеристики, але, крім доменів посилань для колективного захисту (пункт 13.5), ніколи не передає вміст форм, адреси електронної пошти, імена чи IP-адреси відвідувачів: щоденно — кількість заблокованих і прийнятих надсилань за кожною причиною, надсилання пошти й тип її помилок, показники відповідей reCAPTCHA, характеристики налаштувань форм, показники збережених звернень і строків зберігання, версії фіксованого переліку плагінів форм, CAPTCHA й пошти, а також оперативно — оновлення та активації плагінів, тем і WordPress. Які саме дані передаються, описано в Політиці конфіденційності та описі відповідного розширення. Необов’язкові лічильники подій форм і помилок полів типово вимкнені.

13.4 Що відбувається на сайті Клієнта

Установлення, оновлення, резервне копіювання й налаштування розширень є відповідальністю Клієнта. Це особливо стосується функцій, які обробляють або видаляють дані відвідувачів на його сайті:

• Карантин зберігає зупинені надсилання на сервері Клієнта протягом 14 днів; резервне збереження листів зберігає листи з форм, які не вдалося надіслати, протягом 30 днів. І ті, й інші залишаються на сайті Клієнта та не надсилаються нам.
• Строки зберігання, якщо Клієнт їх вмикає, безповоротно видаляють збережені звернення в плагінах форм після вибраного строку. Перш ніж увімкнути їх, Клієнт перевіряє, чи не повинен зберігати ці звернення з інших причин.
• Перехід із reCAPTCHA на задачу підтвердження роботи та інші зміни плагінів форм одним натисканням змінюють їхні налаштування; розширення створює для цього резервну копію й пропонує можливість повернення.
• Фільтри (наприклад, для одноразових адрес, систем письма, заблокованих слів, країн) можуть зупиняти реальні звернення. Зупинені звернення потрапляють до карантину.

Клієнт самостійно інформує відвідувачів свого сайту про цю обробку; розширення WordPress пропонує для цього текстові абзаци. За дані, які залишаються на його сайті, відповідає виключно Клієнт.

13.5 Колективний захист

Якщо колективний захист увімкнено (типово ввімкнений, можна будь-коли вимкнути), розширення повідомляє домени посилань із зупинених повідомлень, але ніколи не передає повідомлення, відправників чи IP-адреси відвідувачів. Якщо домен часто з’являється на кількох сайтах, Сервіс поширює його у списку блокування на всі з’єднані сайти з увімкненим колективним захистом. Великі сервіси та домени наших Клієнтів ніколи не потрапляють до списку. Клієнт дозволяє нам у такий спосіб використовувати домени посилань, про які повідомляє його сайт; для цього жодні IP-адреси не передаються.

13.6 Оновлення та мінімальні версії

Ми продовжуємо розвивати розширення й виправляти помилки та вразливості безпеки в нових версіях. Ми можемо відключати старіші версії від Сервісу, якщо вони становлять загрозу безпеці; це вже відбулося одного разу у 2026 році, коли було усунуто вразливість у процесі з’єднання. Клієнт підтримує актуальність розширень.

14. Значок, журнал доказів і звіти

14.1 Значок

Для підтверджених доменів Клієнт може вбудувати на свій сайт значок із посиланням на публічну сторінку підтвердження. Значок показує «захищено» лише доки домен підтверджений, моніторинг працює, а остання завершена перевірка відбулася не більш ніж 45 днів тому й дала результат «Захищено» або «Частково захищено»; інакше він показує нейтральний стан. Він не називає жодних результатів перевірки.

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

14.2 Журнал доказів і позначка часу

У тарифах, для яких це передбачено на сторінці тарифів, Сервіс створює журнал доказів із реєстраційним номером для кожного домену й місяця: що перевіряли, з яким результатом, про що повідомляли й що змінилося. За реєстраційним номером публічна сторінка підтверджує домен, період і ключові показники без подробиць. Для кожної версії, якщо цю функцію ввімкнено, Сервіс отримує підпис контрольної суми журналу від служби позначок часу за RFC 3161; службі позначок часу надсилається лише контрольна сума. Ця позначка часу не є кваліфікованою електронною позначкою часу у розумінні Регламенту (ЄС) № 910/2014 (eIDAS). Зіставлення з NIS2, DIN SPEC 27076, ISO/IEC 27001, GDPR або PCI DSS слугує лише орієнтиром; воно не засвідчує відповідності.

14.3 Примітки щодо захисту даних, доступності та скриптів

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

14.4 Щомісячний звіт і показники цінності

Сервіс може надсилати Клієнту щомісячний звіт; це можна вимкнути в налаштуваннях. Твердження на кшталт «зупинений спам відповідає такому обсягу робочого часу» або «захищено краще за певну частку перевірених сайтів» є оцінками на основі зазначених припущень і сукупних даних багатьох перевірок; вони не є обіцянкою будь-якої вигоди.

15. Функції для агентств

15.1 Використання для сторонніх сайтів

Агентство, фрилансер або хостинг-провайдер може використовувати Сервіс для сайтів своїх клієнтів, якщо має відповідне доручення (пункт 7.1). Цей суб’єкт залишається нашим єдиним контрагентом і відповідає за дотримання цих Умов, зокрема у відносинах зі своїми клієнтами. Він забезпечує, щоб його клієнти знали про активні перевірки, перевірку доставки та передавання даних розширеннями, і, за потреби, щоб між ним та ними існував договір про обробку даних, який уповноважує його надавати нам відповідні вказівки.

15.2 Звіти під власним брендом і власний домен

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

15.3 Клієнтський портал

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

15.4 Коди розгортання та імпорт

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

15.5 Перевірка потенційного клієнта

У тарифі Business Клієнт може замовити пасивну перевірку сайту потенційного клієнта в межах щомісячної квоти, зазначеної в інтерфейсі. Результатом є коротке зведення результатів перевірки під брендом Клієнта за адресою з випадковим токеном. Відмова через /opt-out діє і в цьому випадку. Ми не звертаємося до потенційного клієнта й нічого йому не надсилаємо; посилання передає лише Клієнт.

Ми прямо звертаємо увагу на таке положення: той, хто надсилає компанії, яка не надала згоди, небажаний електронний лист чи повідомлення або телефонує їй зі зведенням результатів перевірки й пропозицією, здійснює прямий маркетинг. У Польщі ст. 398 Закону про електронні комунікації (Prawo komunikacji elektronicznej, «PKE») вимагає для цього попередньої згоди одержувача, зокрема й у відносинах між підприємствами; у Німеччині відповідно застосовується § 7(2) Закону проти недобросовісної конкуренції (Gesetz gegen den unlauteren Wettbewerb, UWG). Клієнт використовує перевірку потенційного клієнта лише в межах цих та всіх інших застосовних правил реклами й звернення до осіб, наприклад у розмові з потенційним клієнтом, який сам звернувся до Клієнта. Клієнт подає результати перевірки об’єктивно, без перебільшень чи погроз, і самостійно відповідає за спосіб звернення до потенційних клієнтів. У разі порушення Клієнтом цього положення застосовується пункт 30.

16. API, MCP та автоматизації

16.1 REST API

У тарифі Business Сервіс надає REST API, за допомогою якого Клієнт може додавати домени й запитувати їхні дані, запускати перевірки та отримувати результати, інциденти й перевірки. Клієнт отримує доступ за ключами API, згенерованими в обліковому записі; їхня кількість і кількість запитів за хвилину обмежені. Ключ відображається лише один раз і зберігається в нас лише як контрольна сума; загублені ключі можна замінити, але не відновити. Права ключа відповідають правам його власника в інтерфейсі.

16.2 Сервер MCP

Через сервер MCP (Model Context Protocol) Клієнт може за допомогою того самого ключа дозволити вибраному ним ШІ-асистенту доступ до своїх даних: читати домени, перевірки й інциденти, отримувати пояснення перевірки та запускати перевірку. Що асистент робить з отриманими даними, у якого постачальника працює й куди їх передає, визначає Клієнт; цей постачальник не є ані нашим субобробником, ані особою, яку ми залучили для виконання наших зобов’язань. Рішення, які такий асистент приймає або пропонує на підставі даних, є рішеннями Клієнта.

16.3 Zapier, Make, n8n і конвеєри розгортання

Для сервісів автоматизації Сервіс надає з’єднання й шаблони в міру їх опублікування: шаблони для Zapier і Make, шаблони для n8n, а також шаблони для GitHub Actions і GitLab CI, які запускають повторну пасивну перевірку після розгортання. Такий сервіс не є частиною Сервісу. Клієнт вмикає його, укладає окремий договір із його постачальником і відповідає за передавання даних йому. Якщо постачальник змінить свій інтерфейс або умови, з’єднання може перестати працювати; права вимагати його продовження немає.

16.4 Межі використання

Інтерфейси можна використовувати лише з власними ключами Клієнта, у задокументованих межах і не для обходу обмежень тарифу, часу очікування чи перевірок за пунктом 7. Ключі слід зберігати в таємниці; той, хто підозрює, що ключ став відомий стороннім, відкликає його в обліковому записі.

17. Обліковий запис, робочі простори, ролі та команда

17.1 Робочі простори й ролі

Домени належать робочому простору, а не особі. Залежно від тарифу обліковий запис може мати кілька робочих просторів; наприклад, агентства створюють по одному на кожного клієнта. У Сервісі є три ролі: власник володіє робочим простором і є нашим контрагентом щодо нього; тариф і обмеження робочого простору визначаються обліковим записом власника. Адміністратор може керувати доменами, адресатами сповіщень і налаштуваннями та запрошувати учасників; лише власник може змінювати ролі й видаляти учасників. Переглядач може читати. Дотримання ролей забезпечується на наших серверах, а не лише в інтерфейсі.

17.2 Команда

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

17.3 Клієнт відповідає за своїх учасників

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

17.4 Облікові дані та безпека облікового запису

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

17.5 Перегляд службою підтримки

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

17.6 Видалення облікового запису

Клієнт може будь-коли видалити свій обліковий запис у налаштуваннях. Застосовуються такі положення, на які інтерфейс звертає увагу перед видаленням:

• Чинна платна підписка завершується негайно. Ми нічого не повертаємо за залишок уже оплаченого періоду. Той, хто хоче використати оплачений період до кінця, спочатку скасовує підписку (пункт 20.2), а потім видаляє обліковий запис. Винятки: фізичним особам — підприємцям у розумінні пункту 1.3 ми на запит повертаємо частину плати за період після видалення; якщо до видалення Клієнт заявив про зміну постачальника або видалення своїх даних за пунктом 20.3, ми пропорційно повертаємо плату за період після дня, коли підписка завершилася б за пунктом 20.3; право на відмову від договору (пункт 36) залишається незмінним.
• Робочі простори, власником яких є Клієнт і в яких працюють інші учасники, переходять до одного з цих учасників, насамперед до адміністраторів. Робота команди не повинна зникати через те, що особа, яка свого часу створила робочий простір, залишає його. До переданого робочого простору далі застосовуються тариф і обмеження нового власника. Учасник, який стає власником, прийняв ці Умови у своєму власному обліковому записі; робочий простір підпадає під договір цього учасника з нами, і це не створює для нього жодного платіжного зобов’язання. Той, хто цього не бажає, видаляє учасників або домени перед видаленням облікового запису.
• Робочі простори без інших учасників видаляються разом із доменами та даними цих доменів.
• Видалення є остаточним, і скасувати його неможливо. Що зберігається після нього, визначено в пункті 21.3.

18. Тарифи, обмеження та добросовісне використання

18.1 Тариф визначає обсяг зобов’язань

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

18.2 Що відбувається після досягнення ліміту

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

18.3 Тариф Безкоштовний

Тариф Безкоштовний надається без оплати. Його звіт показує основні перевірки; інші доступні перевірки в ньому зазначаються лише за назвою й кількістю. До безкоштовних послуг застосовується обмежена відповідальність (пункт 29.3).

18.4 Добросовісне використання

Сервіс працює на спільній інфраструктурі. Клієнт не навантажує його в обсязі, непропорційному своєму тарифу, зокрема запитами до інтерфейсів понад задокументовані ліміти, повторним додаванням і видаленням доменів для обходу обмежень чи часу очікування або створенням для цього кількох облікових записів. Якщо використання Клієнтом істотно погіршує роботу Сервісу для інших, ми можемо обмежити його інтенсивність і повідомити Клієнту причину та спосіб усунення. Блокування відбувається лише якщо такого обмеження недостатньо; тоді застосовується пункт 31.

18.5 Запобігання зловживанням

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

19. Плата, податки та оплата

19.1 Плата

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

19.2 Постачальник платіжних послуг

Оплату обробляє Stripe. Клієнт вводить платіжні дані на сторінках Stripe; ми їх не отримуємо й не зберігаємо. У відносинах між Клієнтом і Stripe також застосовуються умови Stripe. Клієнт керує способами оплати, платіжними реквізитами й рахунками в розділі «Оплата» через клієнтський портал Stripe. Якщо постачальник платіжних послуг недоступний, ми можемо тимчасово не приймати нових замовлень.

19.3 Податки та зворотне нарахування

Плата не включає встановлений законом ПДВ, якщо він застосовується. Якщо Клієнт має місце здійснення діяльності в іншій державі — члені Європейського Союзу й надає номер платника ПДВ, чинний на момент надання послуги, обов’язок сплатити податок за процедурою зворотного нарахування покладається на Клієнта, якщо законодавчі умови для цього фактично виконані. Клієнт відповідає за правильність і чинність свого номера платника ПДВ. Якщо він виявиться недійсним, Клієнт відшкодовує нам податок і проценти, нараховані нам унаслідок цього.

19.4 Пробний період

Якщо сторінка тарифів пропонує пробний період (наразі 14 днів), він застосовується один раз на обліковий запис і лише до першого замовлення платного тарифу. Його можна почати без зазначення способу оплати. Ми нагадуємо Клієнту електронною поштою за три дні до його завершення. Якщо до завершення Клієнт зберіг спосіб оплати, підписка продовжується на платній основі; інакше вона автоматично завершується без виставлення рахунка, а обліковий запис продовжує працювати на тарифі Безкоштовний. Права вимагати пробного періоду немає.

19.5 Щомісячна та річна підписка, поновлення

Платні тарифи доступні зі щомісячною та річною оплатою. Річна підписка оплачується за дванадцять місяців наперед загальною сумою; щомісячна порівняльна сума на сторінці тарифів не є щомісячним списанням. Підписки поновлюються на період такої самої тривалості, якщо їх не скасовано до завершення поточного періоду (пункт 20.2).

19.6 Оплата за рахунком

Якщо пропонується оплата річної підписки за рахунком, Клієнт надає для цього назву компанії, адресу й, за потреби, номер платника ПДВ; Stripe виставляє рахунок, а Клієнт переказує суму протягом зазначеного в ньому строку. Права вимагати оплати за рахунком немає.

19.7 Коди активації та знижки

Хостинг-провайдер, партнер або ми самі можемо видавати коди, які відкривають тариф на певну кількість місяців без оплати. Кожний обліковий запис може один раз використати код відповідної акції. Ми нагадуємо Клієнту за один тиждень до завершення активації; після цього знову застосовується тариф, який замовив сам Клієнт, або, за його відсутності, тариф Безкоштовний. Знижки й ваучери діють лише в обсязі, зазначеному під час оформлення замовлення.

19.8 Зміни цін

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

19.9 Невдала оплата та прострочення

Якщо оплата не вдається, Stripe робить подальші спроби, а ми повідомляємо Клієнта електронною поштою про першу й останню спроби. Якщо після цього оплата все ще не надійшла, ми можемо припинити підписку; як правило, це відбувається автоматично після останньої невдалої спроби. Тоді обліковий запис продовжує працювати на тарифі Безкоштовний; застосовується пункт 18.2. За період, протягом якого платним тарифом можна було користуватися попри несплачену суму, пропорційна плата залишається належною до сплати.

Якщо до Клієнта застосовується польський Закон від 8 березня 2013 року про протидію надмірним затримкам у комерційних операціях (ustawa o przeciwdziałaniu nadmiernym opóźnieniom w transakcjach handlowych), з дня, наступного після строку оплати, ми можемо вимагати встановлені законом проценти за прострочення платежу в комерційних операціях (ст. 7 цього Закону), а також, без необхідності надсилати нагадування, компенсацію витрат на стягнення за ст. 10 цього Закону: 40 євро для вимоги до 5 000 злотих, 70 євро для вимоги понад 5 000 і менше 50 000 злотих та 100 євро для вимоги від 50 000 злотих, у перерахунку на злоті за середнім курсом євро Narodowy Bank Polski в останній робочий день місяця, що передує місяцю настання строку виконання вимоги. Право на подальші обґрунтовані витрати на стягнення зберігається (ст. 10(2) цього Закону). Якщо цей Закон не застосовується до Клієнта, Клієнт зобов’язаний сплатити встановлені законом проценти за прострочення за ст. 481 KC.

19.10 Рахунки та заперечення

Ми виставляємо рахунки електронно у формі, передбаченій податковим законодавством; для підприємств у Польщі, коли це вимагається, — через Національну систему електронних рахунків (KSeF); в інших випадках Клієнт погоджується на електронне передавання. Вони доступні в розділі «Оплата». Клієнту слід заявити заперечення щодо рахунка протягом 30 днів від його дати в текстовій формі із зазначенням причини, щоб питання ще можна було з’ясувати. Установлені законом строки залишаються незмінними.

19.11 Повернення коштів і зарахування зустрічних вимог

Ми повертаємо сплачені кошти лише в обсязі, передбаченому цими Умовами (зокрема пунктами 5.5, 17.6, 20.3, 20.5, 24.2, 32, 34, 36 і 38.1) або обов’язковими нормами права. Повернення за періоди, коли Клієнт не користувався Сервісом, або за невикористані можливості в межах тарифу не здійснюється. Клієнт може зараховувати лише безспірні вимоги або вимоги, остаточно встановлені судом; це обмеження не застосовується до фізичних осіб — підприємців у розумінні пункту 1.3.

20. Строк дії, припинення та зміна тарифу

20.1 Обліковий запис і тариф Безкоштовний

Договір щодо облікового запису діє безстроково. Клієнт може будь-коли припинити його, видаливши свій обліковий запис (пункт 17.6). Ми можемо припинити його, повідомивши про це за 30 днів у текстовій формі; якщо діє платна підписка, наше припинення набирає чинності не раніше завершення оплаченого періоду. Щодо фізичних осіб — підприємців у розумінні пункту 1.3 ми припиняємо договір за цим пунктом і пунктом 20.2 лише з однієї з таких причин, яку зазначаємо в повідомленні про припинення: припинення Сервісу або відповідного тарифу загалом, зміна правового регулювання чи вимоги органів влади, що роблять подальше надання нерозумно обтяжливим, припинення стороннього сервісу, необхідного для надання послуг, або невикористання облікового запису протягом щонайменше дванадцяти місяців.

20.2 Платні тарифи

Платні тарифи діють протягом вибраного розрахункового періоду й поновлюються за пунктом 19.5. Клієнт може будь-коли скасувати підписку в розділі «Оплата» із завершенням наприкінці поточного періоду; до того часу тариф залишається доступним для використання, і до того часу Клієнт також може відкликати скасування. Після цього обліковий запис продовжує працювати на тарифі Безкоштовний. Ми можемо припинити платну підписку наприкінці розрахункового періоду, повідомивши про це за 30 днів.

20.3 Зміна постачальника та експорт даних (Регламент ЄС про дані)

Регламент (ЄС) 2023/2854 (Регламент ЄС про дані) надає клієнтам послуг обробки даних право перейти до іншого постачальника або на власні системи, чи експортувати свої дані й вимагати їх видалення (ст. 23 і наступні). Ми застосовуємо наведені нижче правила незалежно від того, чи є formexposed послугою обробки даних у розумінні ст. 2(8). Вони містять договірні положення за ст. 25(2) і в разі зміни постачальника мають перевагу над іншими положеннями цих Умов.

1. Запит на зміну постачальника та строк повідомлення (ст. 25(2)(d)). Клієнт заявляє в текстовій формі або через вікно підтримки, що хоче перейти до іншого постачальника чи на власні системи або експортувати й видалити свої дані. Пояснювати причину не потрібно. Платна підписка завершується в зазначений Клієнтом момент, але не пізніше ніж через два місяці після отримання заяви, навіть якщо оплачений період триває довше; ми пропорційно повертаємо передплачені кошти за наступний період. До завершення підписки тариф залишається доступним з усіма функціями. Ми підтверджуємо завершення підписки в текстовій формі.
2. Перехідний період (підпункт (a)). У разі зміни постачальника після спливу строку повідомлення настає перехідний період тривалістю не більше ніж 30 календарних днів, протягом якого здійснюється перехід; він завершується раніше, щойно Клієнт повідомить нам про завершення переходу. Протягом цього часу договір продовжує діяти, а попередній тариф залишається доступним з усіма функціями й способами експорту; ми не стягуємо за це плату. Ми в розумному обсязі допомагаємо Клієнту й визначеним ним третім особам здійснити перехід, продовжуємо надавати послуги з належною обачністю, щоб діяльність Клієнта могла за можливості тривати без перерв, надаємо чітку інформацію про відомі нам ризики для безперервності послуг і підтримуємо рівень безпеки за Технічними та організаційними заходами, зокрема щодо даних під час передавання.
3. Інший перехідний період (ст. 25(4) і (5)). Якщо перехідний період тривалістю 30 календарних днів технічно нездійсненний, ми протягом 14 робочих днів після запиту Клієнта на зміну постачальника повідомляємо йому про це із зазначенням причин і вказуємо альтернативний перехідний період тривалістю не більше ніж сім місяців; до його завершення ми так само безкоштовно надаємо послуги за пунктом 2. Клієнт може один раз продовжити перехідний період на строк, який вважає доцільнішим; за період продовження він сплачує звичайну плату за свій тариф пропорційно фактичній тривалості.
4. Стратегія виходу (підпункт (b)). Ми надаємо Клієнту інформацію, необхідну для його стратегії виходу, зокрема про способи експорту, формати й інтерфейси та їхні відомі обмеження. Вона доступна на сторінці Регламент ЄС про дані: зміна постачальника та експорт даних.
5. Дані, що підлягають експорту (підпункт (e)). Експорту підлягають усі дані, які Клієнт і його учасники ввели до Сервісу або які були згенеровані внаслідок використання ними Сервісу для своїх робочих просторів і доменів, за винятком перелічених у пункті 6, а саме: дані облікового запису й профілю; робочі простори й участь у них; домени з налаштуваннями; форми на моніторингу та сценарії форм із кроками перевірки; адресати сповіщень; бренд; клієнтські портали разом із підписниками; перевірки потенційних клієнтів; ключі API без секретної частини; пристрої, входи, дії й перегляди сторінок; звернення до підтримки; надіслані листи; записи згод; результати перевірок з окремими результатами виявлення та знімками екрана; інциденти й журнал сповіщень; щоденні показники форм і часу відповіді; спроби доставки ескалацій; перелік скриптів із журналом змін; журнали доказів із позначками часу; огляд сайтів. Ми надаємо їх у відкритих машиночитаних форматах (JSON, CSV в UTF-8, HTML-звіт, відповідь служби позначок часу за RFC 3161). Які дані можна отримати яким способом і в якому форматі, зазначено на сторінці Регламенту ЄС про дані; те, що на ній надається лише на запит, ми надаємо протягом 30 днів; за вказівкою Клієнта ми також передаємо ці дані безпосередньо постачальнику, до якого він переходить. Рахунки надає Stripe у форматі PDF.
6. Виключені дані (підпункт (f)). Вичерпний перелік даних, що не підлягають експорту, становлять дані, які слугують лише внутрішній роботі Сервісу й розкриття яких загрожувало б нашій комерційній таємниці або безпеці Сервісу: хеші паролів, секрети двофакторного входу, токени й ключі підпису, зашифровані облікові дані тестових облікових записів, вагові коефіцієнти оцінки, наші правила виявлення та примітки нашої системи запобігання зловживанням. Право доступу за ст. 15 GDPR залишається незмінним.
7. Період отримання даних (підпункт (g)). Після завершення перехідного періоду Клієнт може отримувати свої дані протягом щонайменше 30 календарних днів; якщо замість переходу він обрав видалення, застосовується пункт 8. Якщо Клієнт не вимагає припинення облікового запису за пунктом 8, обліковий запис з експортом даних продовжує існувати на тарифі Безкоштовний і після цього, доки Клієнт не видалить його.
8. Завершення та видалення (підпункти (c) і (h)). Після завершення переходу ми підтверджуємо це Клієнту в текстовій формі; договір щодо платного тарифу цим вважається припиненим, якщо він уже не завершився за пунктом 1. Якщо Клієнт попросив також припинити обліковий запис, договір щодо облікового запису завершується зі спливом періоду отримання даних або раніше, коли Клієнт підтвердить завершення переходу, й одразу після цього ми видаляємо всі дані, що підлягають експорту, та цифрові активи, які були згенеровані безпосередньо Клієнтом або безпосередньо стосуються його. Якщо у своїй заяві Клієнт обрав видалення замість переходу (ст. 25(3)), договір щодо облікового запису завершується наприкінці строку повідомлення, й одразу після цього ми видаляємо ці дані. Єдиним винятком є те, що пункт 21.3 визначає як дані, які залишаються після видалення, на зазначені в ньому строки.
9. Плата за зміну постачальника (підпункт (i)). Ми нічого не стягуємо за перехід, експорт даних чи допомогу з ними (ст. 29). Плата за продовження на запит Клієнта за пунктом 3 є звичайною платою за подальше використання тарифу, а не платою за зміну постачальника.

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

20.4 Зміна тарифу

Клієнт змінює тариф у розділі «Оплата». Як зміна набирає чинності — негайно чи наприкінці періоду — і як зараховуються вже сплачені суми, показується під час оформлення перед підтвердженням. Після переходу на нижчий тариф застосовується пункт 18.2; функції попереднього тарифу, як-от звіти під власним брендом, клієнтські портали, доступ до API, браузерні сценарії або сканування захищеної входом частини сайту, стають недоступними. Збережені тестові облікові записи (пункт 10.3) більше не використовуються; Клієнт може будь-коли їх видалити.

20.5 Припинення з поважної причини

Будь-яка сторона може припинити договір без дотримання строку повідомлення з поважної причини. Для нас поважна причина існує, зокрема, якщо Клієнт замовляє перевірку доменів без належних повноважень, використовує Сервіс усупереч пункту 23, використовує перевірку потенційного клієнта всупереч пункту 15.5 або іншим чином істотно порушує ці Умови й не усуває порушення протягом установленого нами в текстовій формі строку щонайменше 14 днів; надання строку не потрібне, якщо порушення неможливо усунути або очікування серйозно загрожувало б нам чи третім особам. Прострочення оплати більш ніж на 30 днів попри нагадування в текстовій формі також є поважною причиною. Для Клієнта поважна причина існує, зокрема, якщо ми порушуємо істотне договірне зобов’язання (пункт 29.2) і не усуваємо порушення протягом установленого Клієнтом у текстовій формі строку щонайменше 14 днів.

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

20.6 Форма

Припинення оформлюється в обліковому записі або в текстовій формі за адресами з пункту 38.5. Повідомлення у вікні чату недостатньо; для заяви про зміну постачальника за пунктом 20.3 також достатньо вікна підтримки.

21. Наслідки завершення договору та експорт даних

21.1 До завершення: експорт даних

Клієнт може будь-коли завантажити свої дані у вигляді файлу в налаштуваннях. Експорт охоплює, зокрема, дані облікового запису й профілю, робочі простори й участь у них, домени з налаштуваннями, сценарії форм, адресатів сповіщень, бренд, клієнтські портали та їхніх підписників, перевірки потенційних клієнтів, ключі API (без секретних частин), пристрої для входу, дії, звернення до підтримки, надіслані листи й записи згод. Результати перевірок доступні як звіти в обліковому записі; журнали доказів, перелік скриптів і огляд сайтів можна завантажити окремими файлами. Рахунки й способи оплати перебувають у Stripe; вони доступні в розділі «Оплата». Які дані загалом підлягають експорту, а які ні, вичерпно визначено в пунктах 5 і 6 пункту 20.3; це також застосовується поза зміною постачальника. Перед видаленням облікового запису Клієнту слід експортувати все, що він хоче зберегти; після видалення архіву для відновлення немає.

21.2 Завершення платного тарифу

Якщо платний тариф завершується без видалення облікового запису, дані зберігаються, а обліковий запис продовжує працювати на тарифі Безкоштовний. Застосовуються обмеження й функції тарифу Безкоштовний (пункти 18.2 і 20.4).

21.3 Видалення облікового запису й дані, що залишаються

Під час видалення облікового запису ми видаляємо дані відповідно до нашої Політики конфіденційності. Навмисно зберігаються: запис згоди з цими Умовами й Договором про обробку даних (пункт 4.4); записи в журналі дій до спливу їхнього строку 365 днів; записи в журналі переглядів сторінок і надіслані листи до спливу їхніх строків 60 і 30 днів; звернення до підтримки протягом 24 місяців; звіти перевірок потенційних клієнтів до спливу їхнього строку до 90 днів; рахунки й бухгалтерські документи протягом строку, встановленого податковим законодавством. Строк зберігання резервних копій бази даних спливає через 14 днів; до того часу вони можуть містити видалені дані. Вони використовуються лише для відновлення після втрати.

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

21.4 Строки під час дії договору

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

21.5 Видалення розширень і записів

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

21.6 Подальша дія положень

Пункти 2, 3, 4.4, 19 (щодо вже належних до сплати сум), 20.3 (до завершення переходу й видалення), 21, 22, 25, 26, 28, 29, 30, 38 і 39 продовжують діяти після завершення договору, як і будь-яке інше положення, характер якого вимагає подальшої дії.

22. Обов’язки та гарантійні запевнення Клієнта

22.1 Розподіл ролей

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

22.2 Гарантійні запевнення

Клієнт гарантує протягом усього строку дії договору, що

• самостійно керує кожним доменом у своєму обліковому записі або має доручення оператора на його перевірку (пункт 7);
• одержувачі листів із форм знають про активні перевірки й ніхто не зазнає від них несприятливих наслідків (пункт 8.4);
• інформує відвідувачів своїх сайтів про перевірку доставки, значок і функції розширень у тій мірі, в якій їх використовує (пункти 11, 13 і 14);
• збережений тестовий обліковий запис відповідає вимогам пункту 10.4;
• не вводить у поля введення Сервісу сторонні облікові дані, особливі категорії персональних даних (ст. 9 GDPR) або дані платіжних карток, якщо функція прямо цього не вимагає;
• дотримується всіх застосовних до нього правил, зокрема щодо захисту даних, реклами й звернення до осіб, телекомунікацій та конкуренції.

22.3 Сприяння

Клієнт надає сприяння, необхідне для виконання договору: надає підтвердження контролю, дозволяє доступ сканеру, підтримує актуальність контактних даних та адресатів сповіщень, оперативно відповідає на запити щодо підозр на зловживання й повідомляє про помічені збої. Якщо ми не можемо виконати зобов’язання через ненадання сприяння, це не є недоліком Сервісу.

22.4 Власна обачність Клієнта

Клієнт регулярно створює резервні копії своїх сайтів і даних, перевіряє зміни перед розгортанням і самостійно вирішує, які заходи вживати на підставі результатів перевірки. Рішення на підставі результатів Клієнт приймає після власної перевірки.

23. Допустиме використання

Клієнт і кожна особа, яка користується Сервісом, можуть використовувати Сервіс лише в межах закону й цих Умов. Зокрема, забороняється:

• передавати незаконний вміст через Сервіс, зберігати його в Сервісі або поширювати через клієнтські портали, звіти під власним брендом, логотипи, торговельні марки, примітки чи тексти повідомлень;
• замовляти перевірку доменів без належних повноважень або обманним шляхом отримувати підтвердження контролю над стороннім доменом;
• використовувати Сервіс чи його результати для атак на сторонні системи, їх перевантаження, стеження за ними або несанкціонованого доступу до них чи передавати результати з цією метою;
• обходити ліміти, час очікування, захист від ботів, перевірку повноважень або заходи безпеки чи автоматично надсилати запити до Сервісу поза задокументованими інтерфейсами;
• перевіряти безпеку Сервісу без дотримання правил нашого каналу повідомлення про вразливості або проводити щодо нього навантажувальні тести чи тести на проникнення;
• змінювати значок, використовувати його поза доменом, для якого його видано, або створювати за його допомогою враження сертифікації;
• підписувати осіб на клієнтський портал без їхньої згоди або використовувати перевірку потенційного клієнта всупереч пункту 15.5;
• перепродавати Сервіс або пропонувати його як власну послугу, крім як у межах функцій для агентств за пунктом 15;
• використовувати Сервіс чи його вивід для розроблення конкуруючого продукту або здійснювати зворотне проєктування серверного програмного забезпечення, якщо обов’язкові норми права цього не дозволяють.

Що ми розуміємо під зловживаннями, як їх виявляємо та як на них реагуємо, описано на сторінці Допустиме використання та зловживання; вона є частиною цього договору. Ми загалом не відстежуємо використання на відповідність цьому пункту й не беремо на себе такого обов’язку; якщо нам стає відомо про порушення, застосовуються пункти 31 і 33. Наші власні перевірки для виявлення зловживань є виключно пасивними; ми не атакуємо сторонні сайти.

24. Захист даних і ролі

24.1 Хто за що відповідає

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

Щодо персональних даних третіх осіб, які Клієнт вносить у Сервіс або допускає їх надходження своїми налаштуваннями, Клієнт є контролером, а ми — обробником Клієнта. Це охоплює, зокрема, копії реальних листів із форм у перевірці доставки (пункт 11), підписників клієнтських порталів (пункт 15.3), облікові дані тестових облікових записів (пункт 10.3), контактних осіб у реквізитах звітів під власним брендом і персональні дані, що випадково видимі на перевірених сторінках домену Клієнта, щойно Клієнт надав підтвердження контролю над цим доменом. Цю обробку регулює Договір про обробку даних. Він укладається з кожним Клієнтом під час реєстрації, навіть якщо спочатку Клієнт не використовує жодної такої функції, щоб договір діяв до початку першої такої обробки.

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

24.2 Безпека й субобробники

Заходи захисту даних описано в Технічних та організаційних заходах. Клієнт надає загальний дозвіл на залучення субобробників. Актуальний перелік із метою, типами даних і місцем обробки доступний на сторінці Субобробники. Ми повідомляємо про нового або заміненого субобробника щонайменше за 30 днів електронною поштою на адресу власника облікового запису та на сторінці субобробників. Якщо Клієнт заперечує з об’єктивних підстав захисту даних, ми не використовуємо нового субобробника для даних, які обробляємо від імені Клієнта, доки не буде знайдено рішення, або призупиняємо для нього відповідну функцію; якщо рішення знайти не вдається, Клієнт може припинити відповідний договір згідно з Договором про обробку даних; ми пропорційно повертаємо передплачені кошти за наступний період. Ми відповідаємо перед Клієнтом за наших субобробників за ст. 28(4) GDPR.

24.3 Порушення захисту персональних даних

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

24.4 Запити суб’єктів даних

Якщо особа звертається до нас щодо даних, контролером яких є Клієнт, ми спрямовуємо її до Клієнта й повідомляємо Клієнта, якщо закон не вимагає іншого. Щодо даних, контролером яких є ми, застосовується сторінка Доступ, видалення та інші Ваші права.

24.5 Контакт із питань захисту даних

Запитання щодо захисту даних можна надсилати нам на contact@lukaswojcik.com. Фахівця із захисту даних не призначено, оскільки, за нашою оцінкою, ми не зобов’язані його призначати (ст. 37(1) GDPR). Компетентним наглядовим органом є Голова Управління захисту персональних даних (Prezes Urzędu Ochrony Danych Osobowych), ul. Moniuszki 1A, 00-014 Warszawa, Poland.

25. Конфіденційність

Кожна сторона зберігає в таємниці інформацію іншої сторони, яка позначена як конфіденційна або конфіденційність якої випливає з обставин, використовує її лише для виконання цього договору й надає її лише особам, яким вона потрібна для цієї мети та які зобов’язані дотримуватися рівноцінної конфіденційності. Конфіденційна інформація охоплює, зокрема, результати перевірок доменів Клієнта, результати щодо відкритих для доступу файлів і вразливостей безпеки, облікові дані й ключі, непублічні частини Сервісу та індивідуально погоджені ціни. Це не стосується інформації, яка є публічною без порушення обов’язку, була вже правомірно відома, отримана незалежно або розкриття якої вимагає закон, суд чи орган влади; в останньому випадку сторона, яка розкриває інформацію, попередньо повідомляє іншу сторону, коли це дозволено.

Звіт, адресу якого Клієнт передає іншим, відтоді видимий кожному, хто має цю адресу; це не є порушенням цього пункту з нашого боку. Строк доступності звітів з облікового запису не спливає, доки існує результат перевірки; тому Клієнту слід обережно передавати їхні адреси.

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

26. Інтелектуальна власність і права використання

26.1 Наші права

Сервіс із його програмним забезпеченням, правилами виявлення, текстами, інструкціями й графікою, назва formexposed, логотипи й значок належать нам або нашим ліцензіарам. Жодні права, крім прямо наданих тут, не надаються. Сторонні компоненти підпадають під дію власних ліцензій.

26.2 Права Клієнта на Сервіс

На строк дії договору Клієнт отримує невиключне право, яке не підлягає передаванню, використовувати Сервіс у межах свого тарифу для власних підприємницьких цілей, а як агентство — для сайтів своїх клієнтів. Для цих цілей Клієнт може зберігати й друкувати звіти, журнали доказів, інструкції та компоненти захисту й передавати їх операторам перевірених сайтів. Клієнт може вбудовувати компоненти захисту й код, змінений за допомогою «Fix it for me», у свої сайти та використовувати їх там без обмеження строку, зокрема й після завершення договору.

26.3 Розширення

Плагін WordPress, розширення MainWP і розширення TYPO3 ліцензуються за GNU General Public License версії 2 або пізнішої (пункт 13.1). Ця ліцензія дозволяє використання, зміну й поширення коду; ці Умови цього не обмежують. Той, хто з’єднує зі Сервісом змінену версію, відповідає за наслідки своєї зміни. Назва formexposed і наші логотипи не охоплюються ліцензією коду.

26.4 Вміст Клієнта

Логотипи, торговельні марки, назви компаній, тексти повідомлень і примітки, які зберігає Клієнт, залишаються належними Клієнту. Клієнт надає нам безкоштовне, невиключне, територіально необмежене право зберігати їх і відображати у вибраних Клієнтом звітах, порталах і зведеннях доти, доки Клієнт використовує їх там, у необхідних для цього сферах використання (pola eksploatacji, ст. 50 польського Закону про авторське право, ustawa o prawie autorskim i prawach pokrewnych): зберігання й відтворення в наших системах і резервних копіях, а також надання публічного доступу в цих звітах, порталах і зведеннях. Клієнт гарантує, що має на це право.

26.5 Агрегована інформація

Ми можемо використовувати результати перевірок в агрегованій формі, яку більше неможливо пов’язати з жодним доменом, Клієнтом або фізичною особою, наприклад для порівняльних показників («захищено краще за певну частку перевірених сайтів», лише із сукупності щонайменше 20 сайтів), для вдосконалення правил виявлення та для опублікованих аналізів, які зазначають лише сукупні показники. Ми ніколи не називаємо домени Клієнтів у таких аналізах. У разі розбіжності між цим пунктом і Договором про обробку даних перевагу має Договір про обробку даних.

26.6 Відгуки й посилання на клієнтів

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

27. Доступність, технічне обслуговування, підтримка й технічні вимоги

27.1 Відсутність зобов’язання щодо доступності

Ми експлуатуємо Сервіс з обачністю сумлінного постачальника й прагнемо високої доступності. Ми не зобов’язуємося забезпечити будь-який конкретний рівень доступності в жодному тарифі. Угода про рівень обслуговування, показник доступності, час відновлення або компенсаційні зарахування за послуги не є частиною договору, якщо їх не погоджено індивідуально в текстовій формі. Показник доступності на нашій сторінці стану відображає наші власні вимірювання; він не є ані гарантійним запевненням, ані визнанням зобов’язання.

27.2 Технічне обслуговування

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

27.3 Збої поза нашою сферою контролю

Сервіс залежить від публічного інтернету, доступності перевірюваних сайтів, їхніх брандмауерів і захисту від ботів, DNS і реєстрів, платіжних, поштових, чат-сервісів і сервісів CAPTCHA, а також публічних баз вразливостей безпеки й списків блокування. Збої в цих сферах перебувають поза нашим контролем і не є недоліком Сервісу.

27.4 Наш власний моніторинг

Ми самостійно відстежуємо Сервіс, зокрема сервер сканування й чергу, та отримуємо повідомлення про відмови. Це скорочує збої, але не запобігає їм.

27.5 Підтримка

Ми надаємо підтримку німецькою, англійською й польською мовами через вікно підтримки, сторінку контактів та електронною поштою в робочі дні в Польщі (з понеділка до п’ятниці, крім державних свят). Ми прагнемо відповідати оперативно; зазначений в інтерфейсі звичайний час відповіді ґрунтується на досвіді й не є зобов’язанням. Якщо сторінка тарифів зазначає для тарифу «пріоритетну підтримку», ми опрацьовуємо його запити пріоритетно, не зобов’язуючись дотримуватися конкретного строку. Підтримка стосується Сервісу; вона не охоплює роботу над сайтом Клієнта, формами, хостингом чи налаштуваннями пошти та не є юридичною консультацією або консультацією з безпеки.

27.6 Технічні вимоги

Для використання Сервісу Клієнту потрібні:

• доступ до інтернету, актуальний браузер з увімкненим JavaScript і дозволеними cookie для formexposed.com, а також адреса електронної пошти, яку він перевіряє;
• для плагіна WordPress — WordPress версії 6.2 або пізнішої та PHP версії 7.4 або пізнішої;
• для розширення MainWP — WordPress версії 6.0 або пізнішої, PHP версії 7.4 або пізнішої та ключ API; для прив’язування сайтів потрібна панель MainWP;
• для розширення TYPO3 — TYPO3 12.4, 13.4 або 14.3 і PHP версії 8.2 або пізнішої; для підрахунку надсилань — Powermail;
• для інтерфейсів — клієнт із підтримкою HTTPS і ключ API;
• для підтвердження контролю, перевірок і моніторингу — публічно доступний сайт, який дозволяє доступ сканеру.

Для таких функцій, як перевірка доставки, вебхуки чи сповіщення в чаті, Клієнту додатково потрібен доступ до відповідних налаштувань своєї форми або сервісу.

27.7 Програмне забезпечення й дані, які ми розміщуємо

Наш сайт установлює технічно необхідні cookie: сеансовий cookie (для входу, захисту від зловживань формами й лімітів) і лише за бажанням під час входу — cookie, що зберігає вхід користувача протягом 30 днів; вибір між світлим і темним оформленням браузер зберігає локально. Google reCAPTCHA завантажується лише під час надсилання певних форм. Розширення виводять метатег для підтвердження контролю на сайті Клієнта й зберігають свої налаштування в базі даних сайту. Подробиці наведено в Політиці конфіденційності. Ми не встановлюємо рекламних чи аналітичних cookie.

27.8 Ризики використання інтернету

Як і будь-яке використання інтернету, використання Сервісу пов’язане з ризиками, наприклад через шкідливе програмне забезпечення, підроблені повідомлення нібито від нас (фішинг), перехоплення даних або несанкціонований доступ до облікового запису. Ми шифруємо всі з’єднання з нашими серверами. Клієнт захищає свої пристрої та облікові дані, використовує двофакторний вхід і перевіряє, чи посилається повідомлення нібито від нас на formexposed.com.

28. Недоліки та відповідальність за них

28.1 Що ми робимо

Якщо Клієнт повідомляє про несправність Сервісу, ми усуваємо її в розумний строк залежно від її серйозності шляхом виправлення, обхідного рішення або нової версії. Несправність існує, якщо Сервіс відхиляється від опису в цих Умовах і на сторінці тарифів так, що це істотно погіршує його використання; чи має це місце, визначається цим критерієм, а не нашою оцінкою. Клієнт описує несправність якомога точніше, щоб ми могли її відтворити.

28.2 Що не є недоліком

Те, що ці Умови описують як властивість Сервісу, не є недоліком: результат є відображенням стану на певний момент, а правила виявлення можуть помилятися (пункт 5.3); перевірки залишаються неповними, якщо сканер заблоковано; форми з CAPTCHA можна активно перевіряти лише обмежено (пункт 8.5); сповіщення можуть не надійти (пункт 9.5); вивід мовної моделі може бути помилковим (пункт 12.2); сторонні сервіси можуть відмовляти (пункт 27.3).

28.3 Встановлена законом відповідальність за недоліки

Тією мірою, якою до цього договору застосовуються положення польського Цивільного кодексу про відповідальність за недоліки (rękojmia), ця відповідальність виключається, як дозволено між підприємствами за ст. 558 § 1 KC. Її замінює наш обов’язок за пунктом 28.1. Виключення не застосовується, якщо ми умисно приховали недолік (ст. 558 § 2 KC). Ми не надаємо гарантії якості (gwarancja). Виключення не застосовується до фізичних осіб — підприємців у розумінні пункту 1.3; до них застосовуються законодавчі положення, зокрема положення Закону про права споживачів щодо відповідності цифрових послуг договору, тією мірою, якою вони до них застосовні.

28.4 Відсутність обіцянки результату

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

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

Структура цього пункту. Спочатку він визначає, що не обмежується, оскільки цю частину неможливо правомірно обмежити, а положення, яке вдавало б інше, не мало б сили. Потім він визначає межі нашої відповідальності за легку необережність і, нарешті, регулює безкоштовні послуги.

29.1 Що не обмежується

Ми несемо необмежену відповідальність

• за умисно завдану шкоду; завчасне виключення цієї відповідальності є недійсним за ст. 473 § 2 KC;
• за шкоду, завдану грубою необережністю;
• за шкоду, спричинену посяганням на життя, тілесну недоторканність або здоров’я;
• за обов’язковими положеннями про відповідальність за продукцію та за гарантією, прямо наданою в текстовій формі;
• у будь-якому іншому випадку, коли відповідальність неможливо правомірно виключити чи обмежити.

Вимоги за ст. 82 GDPR не підпадають під жодне обмеження цього пункту. Суб’єкт даних не є стороною цього договору; його вимога до нас регулюється виключно ст. 82 GDPR, і жодна домовленість між Клієнтом і нами не може її обмежити чи усунути. Між собою ми можемо й дійсно врегульовуємо регрес після задоволення такої вимоги; він визначається ст. 82(4) і (5) GDPR, Договором про обробку даних і пунктом 30. Цей регрес між Клієнтом і нами також не обмежується лімітами цього пункту. До всіх інших вимог між Клієнтом і нами, зокрема за Договором про обробку даних, застосовуються пункти 29.2–29.6.

29.2 Легка необережність

В інших випадках ми відповідаємо за шкоду, завдану легкою необережністю, лише якщо порушуємо істотне договірне зобов’язання, тобто зобов’язання, виконання якого уможливлює належне виконання договору загалом і на дотримання якого Клієнт зазвичай може покладатися. До істотних зобов’язань належать, зокрема, зобов’язання надавати Сервіс загалом відповідно до опису, перевіряти лише в межах вказівок, надсилати тестові надсилання лише згідно з пунктом 8.2 та захищати дані клієнтів відповідно до Договору про обробку даних. У цьому випадку наша відповідальність обмежується типовою для договору шкодою, передбачуваною на момент укладення договору, а загалом — сумою плати, яку Клієнт сплатив нам протягом дванадцяти місяців перед подією, що спричинила шкоду. Цей ліміт застосовується сукупно до всіх подій, що спричиняють шкоду й відбулися протягом дванадцяти місяців; тоді відповідною платою є плата за дванадцять місяців перед першою з цих подій.

У разі легкої необережності ми не відповідаємо за упущену вигоду (utracone korzyści), втрачені звернення, замовлення чи доходи, витрати через перерву в діяльності або втрату репутації; у цій частині обсяг відшкодування погоджено з відступом від ст. 361 § 2 KC, як дозволяє це положення.

29.3 Безкоштовні послуги

Тією мірою, якою ми надаємо послугу безкоштовно, тобто для безкоштовної перевірки, безкоштовних інструментів, тарифу Безкоштовний, під час пробного періоду, для активації без оплати та використання розширень без платного тарифу, ми відповідаємо лише за пунктом 29.1, тобто за умисел, грубу необережність і зазначені там випадки. Це обмеження застосовується лише у відносинах між Клієнтом і нами; воно не зачіпає вимог за ст. 82 GDPR.

29.4 Особливі випадки

З урахуванням пункту 29.1 ми не відповідаємо

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

29.5 Повідомлення про шкоду

Клієнту слід повідомляти нам у текстовій формі про будь-яку шкоду, за яку він вважає нас відповідальними, протягом 30 днів після того, як йому стало про неї відомо, із зазначенням того, що й коли сталося. Ми видаляємо журнали, за допомогою яких можна з’ясувати обставини події, після встановлених строків (60 днів для журналу запитів сторінок, 90 днів для журналу сповіщень); обставини події, про яку повідомили пізніше, часто вже неможливо з’ясувати. Це не скорочує встановлених законом строків позовної давності.

29.6 На чию користь діють ці правила

Обмеження цього пункту також діють на користь наших працівників, представників, осіб, залучених для виконання наших зобов’язань, і субпідрядників та застосовуються до вимог на будь-якій правовій підставі. Сторони вважають такий розподіл ризиків між підприємствами належним; плату розраховано на його основі. Пункти 29.2–29.4 не застосовуються у відносинах із фізичними особами — підприємцями в розумінні пункту 1.3 або зі споживачами, які користуються безкоштовною перевіркою чи безкоштовним інструментом; перед ними ми відповідаємо за законодавчими положеннями (пор. ст. 385³ пункт 2 і ст. 385⁵ KC).

30. Звільнення від вимог і відшкодування витрат

Клієнт звільняє нас від вимог, проваджень і витрат третіх осіб, зокрема необхідних витрат на правовий захист у розмірі встановлених законом ставок або, за їх відсутності, звичайних ринкових ставок, що виникають унаслідок того, що Клієнт

• додає домени або замовляє їх перевірку без належних повноважень чи обманним шляхом отримує підтвердження контролю над стороннім доменом;
• не інформує одержувачів листів із форм, відвідувачів своїх сайтів або підписників своїх клієнтських порталів, як того вимагають ці Умови й закон;
• зберігає облікові дані, які не мав права зберігати (пункт 10.4);
• використовує перевірку потенційного клієнта всупереч пункту 15.5 або робить недопустимі твердження чи порушує права третіх осіб у звітах і порталах під власним брендом;
• іншим чином використовує Сервіс усупереч пункту 23.

Це не застосовується тією мірою, якою Клієнт не відповідає за порушення обов’язку. Ми повідомляємо Клієнта без невиправданої затримки, щонайпізніше протягом 14 днів після того, як нам стало відомо про таку вимогу, не визнаємо її без згоди Клієнта й надаємо Клієнту можливість захищатися від неї. Штрафи охоплюються лише тією мірою, якою регрес щодо них є правомірним. Цей пункт не змінює розподілу відповідальності за ст. 82 GDPR.

31. Блокування

Ми можемо повністю або частково заблокувати доступ до Сервісу, робочого простору, домену, функції чи інтерфейсу, якщо

• є обґрунтована підозра, що домен перевіряється без належних повноважень або Сервіс використовується всупереч пункту 23;
• використання загрожує безпеці чи доступності Сервісу, інших Клієнтів або третіх осіб;
• належна до сплати сума залишається несплаченою через 14 днів після нагадування в текстовій формі;
• цього вимагає орган влади, суд або закон;
• достовірне повідомлення за пунктом 33 вказує на серйозне порушення й потрібні негайні дії.

Ми обмежуємо блокування необхідним обсягом і зазначаємо, як усунути ситуацію. Крім блокування через несплату, якому передує нагадування, ми попередньо вислуховуємо Клієнта: повідомляємо в текстовій формі, проти якої поведінки заперечуємо, на чому ґрунтуємося та який захід розглядаємо, а Клієнт може протягом семи днів висловитися або усунути причину. Ми блокуємо без попереднього заслуховування лише якщо очікування серйозно загрожувало б третім особам чи Сервісу або цього вимагає орган влади, суд чи закон; у цьому випадку спочатку обмежуємо блокування відповідним доменом чи функцією, повідомляємо про нього Клієнта без невиправданої затримки, щонайпізніше наступного робочого дня, з причинами в текстовій формі, якщо це не зриває мети й не заборонено законом, і заслуховуємо Клієнта після цього. Клієнт може заперечити проти блокування в текстовій формі; ми відповідаємо протягом 14 днів із зазначенням причин. Подробиці й приклади термінових випадків описано на сторінці Допустиме використання та зловживання. Якщо причина зникає, ми знімаємо блокування. Перевірки, що не відбулися під час блокування, неможливо надолужити. Блокування не впливає на обов’язок сплачувати, якщо тільки Клієнт не відповідав за його причину.

32. Форс-мажор

Жодна сторона не відповідає за невиконання, спричинене подією поза її розумним контролем, як-от стихійні лиха, війна, тероризм, епідемії, страйки, тривала відмова електропостачання чи публічного інтернету, атаки на інфраструктуру, яку вона не контролює, або дії органів публічної влади. Сторона, якої це стосується, повідомляє іншу сторону без невиправданої затримки й відновлює виконання, щойно зможе. Якщо подія триває довше ніж 60 днів, будь-яка сторона може припинити відповідний договір без дотримання строку повідомлення; ми пропорційно повертаємо передплачені кошти за наступний період. Нестача коштів ніколи не є форс-мажором. Обов’язок сплатити за вже надані послуги залишається незмінним.

33. Повідомлення про зловживання, незаконний вміст і вразливості безпеки

Будь-хто може повідомити нам про зловживання Сервісом, наприклад що домен активно перевіряється без належних повноважень, тестові надсилання спричиняють збої, клієнтський портал чи звіт під власним брендом містить незаконний вміст або хтось надсилає зведення результатів перевірки без згоди. Повідомлення надсилаються на contact@lukaswojcik.com або через сторінку контактів і мають визначати домен або посилання, описувати твердження про порушення й зазначати спосіб відповіді. Той, хто хоче виключити свій домен з усіх перевірок, використовує /opt-out; виключення застосовується до домену та його варіанта з www і набирає чинності з наступної перевірки.

Ми розглядаємо достатньо точні повідомлення. Якщо повідомлення обґрунтоване, ми діємо за пунктами 31 і 20.5, повідомляємо відповідного Клієнта із зазначенням причин, якщо цьому не перешкоджає закон чи орган влади, і, коли це дозволено, повідомляємо заявника про результат. Про вразливості безпеки в formexposed повідомляють через наш канал повідомлення про вразливості; там визначено правила, за якими ми приймаємо повідомлення. Повідомлення не є скаргою; скарги врегульовано в пункті 35.

Тією мірою, якою ми зберігаємо вміст, наданий Клієнтом і доступний третім особам, зокрема в клієнтських порталах, звітах під власним брендом, логотипах і текстах повідомлень, ми надаємо в цій частині послугу хостингу в розумінні Регламенту (ЄС) 2022/2065 (Регламент про цифрові послуги). Ми приймаємо повідомлення про незаконний вміст за ст. 16 цього Регламенту електронно через зазначені канали; вони мають містити точне місце розташування, пояснення того, чому вміст незаконний, ім’я й адресу електронної пошти заявника та його заяву, що, наскільки йому відомо, інформація є точною й повною (ст. 16(2)). Ми підтверджуємо отримання й повідомляємо заявника про наше рішення. Якщо внаслідок цього ми обмежуємо вміст або обліковий запис, то надаємо Клієнту обґрунтування за ст. 17 цього Регламенту й повідомляємо про засоби правового захисту: заперечення за пунктом 31, скаргу за пунктом 35 та звернення до суду. Рішення щодо повідомлень і обмеження вмісту приймає людина; автоматизоване запобігання зловживанням у пункті 18.5 оцінює запити до Сервісу, а не вміст Клієнта. Контактним пунктом для органів держав-членів, Європейської комісії та Європейської ради з цифрових послуг (ст. 11 цього Регламенту), а також для користувачів (ст. 12 цього Регламенту) є contact@lukaswojcik.com, німецькою, англійською й польською мовами.

34. Зміни цих Умов

34.1 Лише з об’єктивної причини

Ми змінюємо ці Умови лише з однієї з таких об’єктивних причин: зміна законодавства або його тлумачення судами й органами влади, зміна Сервісу, його функцій чи технічної основи, зміна третьої сторони, необхідної для його надання, запобігання зловживанням чи ризикам безпеки або виправлення помилок і неоднозначностей. Ціни окремо регулює пункт 19.8.

34.2 Повідомлення

Ми повідомляємо про кожну зміну щонайменше за 30 днів до набрання нею чинності електронною поштою на збережену в обліковому записі адресу його власника та на сторінці Зміни договірних документів, наводячи змінений текст, причину й заплановану дату та пояснюючи, що зміна означає для Клієнта і які можливості він має. Кожна версія має номер і дату; їх перелічено на сторінці Зміни договірних документів.

34.3 Мовчання не є згодою

Мовчання й саме лише продовження використання не вважаються згодою. Якщо зміна впливає на права чи обов’язки Клієнта, ми отримуємо його згоду окремо й прямо та фіксуємо її так, щоб її можна було перевірити. Якщо Клієнт не погоджується й водночас не заперечує (пункт 34.4), до нього продовжують застосовуватися попередні Умови; для цього йому нічого не потрібно робити. Наше право на звичайне припинення за пунктом 20 залишається незмінним.

34.4 Заперечення

Клієнт може заперечити в текстовій формі проти оголошеної зміни до набрання нею чинності. Заперечення припиняє договір щодо платного тарифу наприкінці поточного розрахункового періоду, а договір щодо облікового запису на тарифі Безкоштовний — у момент набрання зміною чинності; до того часу застосовуються попередні Умови. Ми пропорційно повертаємо передплачені кошти за період після завершення договору. У кожному оголошенні ми звертаємо увагу на це право та його наслідки.

34.5 Зміни без строку повідомлення

Без дотримання строку повідомлення за пунктом 34.2 ми можемо вносити зміни, які є виключно на користь Клієнта, суто мовними або виправляють очевидні помилки, а також зміни, яких закон, суд чи орган влади вимагає в коротший строк або які необхідні для відвернення безпосередньої загрози безпеці. Ми повідомляємо про них якомога швидше й зазначаємо причину. Пункт 34.3 залишається незмінним.

35. Скарги

Клієнт може будь-коли подавати скарги щодо послуги електронною поштою на contact@lukaswojcik.com, через вікно підтримки чи сторінку контактів, а також поштою за адресою з пункту 1.1. Чи є звернення скаргою, залежить від його змісту, а не заголовка. Скарга має містити адресу електронної пошти облікового запису, опис проблеми з датою й часом, за потреби домен або посилання на звіт, а також вимогу Клієнта. Ми підтверджуємо отримання, розглядаємо скаргу й відповідаємо в текстовій формі протягом 14 днів після отримання. Відповідь зазначає, чи задовольняємо ми скаргу або відхиляємо її повністю чи частково, наводить причини, а якщо ми усуваємо проблему — що й до якого строку зробимо. Якщо розгляд потребує більше часу, ми повідомляємо про це в межах цього строку із зазначенням причини й очікуваної дати. Якщо бракує інформації, ми запитуємо її; такий запит не зупиняє строку. Якщо ми не відповіли вчасно, Клієнт може заявляти свою вимогу так, ніби ми її відхилили; мовчання не вважається задоволенням, якщо обов’язкові норми права не передбачають іншого. Для споживачів, які користуються безкоштовною перевіркою, за ст. 7a польського Закону про права споживачів скарга вважається задоволеною, якщо ми не відповіли протягом 14 днів після її отримання; щодо них повідомлення про довший розгляд не замінює відповіді.

Цей пункт регулює порядок розгляду скарг у розумінні ст. 8(3)(4) UŚUDE. Сторінка Скарги пояснює процедуру й позасудові способи врегулювання; якщо вона обіцяє Клієнту більше, ніж цей пункт, ця обіцянка також застосовується. Якщо обов’язкові норми права додатково пов’язують зі скаргою інші строки чи наслідки, наприклад права фізичних осіб — підприємців у розумінні пункту 1.3 у разі цифрової послуги, що не відповідає договору, вони залишаються незмінними. Скарга не є передумовою для заявлення вимоги в суді.

36. Право на відмову від договору для фізичних осіб — підприємців

Підприємства не мають права на відмову від договору. Польське право встановлює виняток для фізичних осіб, які укладають договір, безпосередньо пов’язаний із їхньою підприємницькою діяльністю, але для яких цей договір за своїм змістом не має професійного характеру (ст. 38a польського Закону про права споживачів, пункт 1.3). Чи має ця група право на відмову від договору, як його реалізувати та з якими наслідками, описано на сторінці Право на відмову від договору для фізичних осіб — підприємців. Вона застосовується лише до цієї групи й у цій частині має перевагу над цими Умовами.

Ані реєстрація, ані оформлення замовлення наразі не передбачають отримання прямого прохання розпочати виконання до спливу строку для відмови. Тому, якщо уповноважена особа своєчасно відмовляється від договору, ми повертаємо всі платежі за договором, від якого вона відмовилася, без відрахувань за період, протягом якого вона вже користувалася тарифом, без невиправданої затримки й щонайпізніше протягом 14 днів після отримання відмови, тим самим способом оплати, а право на відмову не припиняється достроково. Обліковий запис далі працює на тарифі Безкоштовний. Пункт 19.11 цьому не перешкоджає. Перед придбанням ми посилаємося на інформацію про відмову в розділі «Оплата» та на сторінці оформлення замовлення; після придбання підтверджуємо договір разом із цією інформацією електронною поштою.

37. Партнерська програма

Тією мірою, якою ми пропонуємо партнерську програму, за якою Клієнти отримують комісію за рекомендацію formexposed, окремо застосовуються Умови партнерства. Ці Умови застосовуються додатково, якщо Умови партнерства не передбачають іншого. Права вимагати участі немає.

38. Загальні положення

38.1 Передавання договору та прав

Клієнт може передавати договір або права за ним лише за нашою згодою в текстовій формі, у якій ми не відмовлятимемо без обґрунтованої причини. Ми можемо передати договір у зв’язку з перетворенням, зокрема перетворенням одноосібного підприємства на товариство, або передаванням бізнесу правонаступнику й повідомимо про це Клієнта в текстовій формі щонайменше за 30 днів. Тоді Клієнт може припинити договір із негайною дією протягом 30 днів після отримання повідомлення; ми пропорційно повертаємо передплачені кошти за наступний період. Якщо набувач має місце здійснення діяльності за межами Європейського економічного простору, Клієнт також може припинити договір із дати передавання.

38.2 Субпідрядники

Ми можемо залучати субпідрядників для виконання наших зобов’язань і відповідаємо за їхнє виконання як за власне. Субобробників регулює Договір про обробку даних.

38.3 Повнота домовленостей

Документи в пункті 3.1 містять повну домовленість щодо їхнього предмета. Відповідальність за умисне введення в оману залишається незмінною.

38.4 Подільність положень

Якщо положення недійсне або не підлягає примусовому виконанню, решта договору залишається чинною. Замість нього діє законодавче правило. Якщо положення недійсне лише щодо певного Клієнта або лише частково, в іншому воно залишається чинним, зокрема щодо всіх інших Клієнтів. У відносинах зі споживачами й фізичними особами — підприємцями в розумінні пункту 1.3 це не стосується положення, яке не є для них обов’язковим за ст. 385¹ KC: воно повністю втрачає силу щодо них, без звуження до ще допустимого обсягу, а договір в іншому залишається обов’язковим (ст. 385¹ § 2 KC).

38.5 Повідомлення

Повідомлення за цими Умовами надаються в текстовій формі: Клієнту — на адресу електронної пошти, збережену в обліковому записі, або як повідомлення в обліковому записі; нам — на contact@lukaswojcik.com або за адресою з пункту 1.1. Підтримувати актуальність адреси електронної пошти — відповідальність Клієнта. Електронний лист вважається отриманим, щойно він надійшов до скриньки одержувача так, що за звичайних обставин той може ознайомитися з ним (ст. 61 § 2 KC). Припинення й заперечення потребують текстової форми; повідомлення у вікні чату недостатньо, за винятком заяви про зміну постачальника за пунктом 20.3. Транзакційні листи Сервісу (як-от сповіщення, рахунки, повідомлення про завершення пробного періоду) є частиною послуги; рекламу ми надсилаємо лише за згодою.

38.6 Відсутність відмови від права

Нездійснення права або його несвоєчасне здійснення не становить відмови від нього. Відмова чинна лише якщо заявлена в текстовій формі й лише для зазначеного випадку.

38.7 Відсутність партнерських відносин

Сторони є незалежними підприємствами. Цей договір не створює товариства, агентських чи трудових відносин або спільного контролю над даними в розумінні ст. 26 GDPR.

38.8 Заголовки та приклади

Заголовки слугують для зручності пошуку й не впливають на тлумачення. Перелік, який починається словами «зокрема», «як-от» або «наприклад», є ілюстративним, а не вичерпним.

38.9 Треті особи

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

38.10 Електронні записи

Сторони визнають електронні записи Сервісу, зокрема запис згоди (пункт 4.4), журнал дій, журнали перевірок і сповіщень та журнали доказів, доказами; вони є документами в розумінні ст. 77³ KC. Вільна оцінка їх судом і можливість доведення протилежного залишаються незмінними.

39. Застосовне право, підсудність і мова

39.1 Застосовне право

Договір регулюється правом Республіки Польща з виключенням Конвенції ООН про договори міжнародної купівлі-продажу товарів; те саме стосується позадоговірних зобов’язань, що виникають із нього або у зв’язку з ним, тією мірою, якою вибір права допустимий за ст. 14 Регламенту (ЄС) № 864/2007 (Рим II). Обов’язкові положення, від яких не можна відступити за домовленістю, залишаються незмінними. Для споживачів, які користуються безкоштовною перевіркою чи безкоштовним інструментом, це стосується, зокрема, захисту, наданого обов’язковими положеннями держави їхнього звичайного місця проживання за ст. 6(2) Регламенту (ЄС) № 593/2008 (Рим I).

39.2 Підсудність

Виключну юрисдикцію щодо всіх спорів, що виникають із договору або у зв’язку з ним, мають суди в Łódź, Poland, компетентні за зареєстрованим місцем нашої підприємницької діяльності. Цю угоду укладено за ст. 25 Регламенту (ЄС) № 1215/2012 і ст. 46 польського Цивільного процесуального кодексу (Kodeks postępowania cywilnego); електронна згода, зафіксована за пунктом 4.4, є її записом на довговічному носії. Ми також можемо подати позов до Клієнта за загальним місцем його підсудності, якщо воно розташоване в державі — члені Європейського Союзу або державі — учасниці Луганської конвенції. Юрисдикція щодо тимчасових забезпечувальних заходів і повноваження наглядових органів залишаються незмінними. Цей пункт не застосовується у відносинах зі споживачами, наприклад у разі безкоштовної перевірки, або з фізичними особами — підприємцями в розумінні пункту 1.3; для них залишаються застосовними встановлені законом місця підсудності, для споживачів — зокрема ст. 18 і 19 Регламенту (ЄС) № 1215/2012 (пор. ст. 385³ пункт 23 KC).

39.3 Мова

Ці Умови доступні всіма офіційними мовами Європейського Союзу. У разі розбіжностей або питань тлумачення перевагу має польська версія. Те саме стосується інших договірних документів у пункті 3.1. Інтерфейс Сервісу доступний усіма офіційними мовами Європейського Союзу; підтримка надається німецькою, англійською й польською, а повідомлення можуть надаватися будь-якою з цих трьох мов. Запис згоди фіксує, яку мовну версію Клієнт бачив під час реєстрації (пункт 4.4).

40. Контакт і версія

LW IT Solutions Company Lukas Wójcik · al. Tadeusza Kościuszki 80/82, lok. 301 · 90-437 Łódź · Poland · NIP 7252266190 · VAT ID PL7252266190 · contact@lukaswojcik.com · Сторінка контактів

Пов’язані документи: Договір про обробку даних · Технічні та організаційні заходи · Субобробники · Допустиме використання та зловживання · Політика конфіденційності · Регламент ЄС про дані · Регламент ЄС про ШІ · Скарги · Право на відмову від договору для фізичних осіб — підприємців · Відомості про постачальника · Огляд правових документів

Версія 2.2 · Останнє оновлення: 29 жовтня 2026 року. Новий пункт 5.7 про захист форм formconfirmed; він застосовується лише до Клієнтів, які його вмикають. Жодне інше положення не змінюється.

Версія 2.1 · Останнє оновлення: 22 жовтня 2026 року. У разі розбіжностей тепер перевагу має польська версія замість німецької; ці Умови й договір доступні всіма офіційними мовами Європейського Союзу (короткий виклад, пункти 4 і 39.3). Жодне інше положення не змінюється.

Версія 2.0 · Останнє оновлення: 11 жовтня 2026 року. Ця версія повністю замінює Умови від 9 жовтня 2026 року. Її структуру перебудовано, і вона описує Сервіс відповідно до його реалізації: новими є, зокрема, визначення й порядок пріоритетності договірних документів, запис згоди, прямий перелік того, чим Сервіс не є, опис браузерних сценаріїв, сканування захищеної входом частини сайту, перевірки доставки, значка, журналу доказів, функцій для агентств, API й сервера MCP, правила перевірки потенційних клієнтів, видалення облікового запису, пробного періоду й оплати за рахунком, максимальний строк повідомлення під час зміни постачальника за Регламентом ЄС про дані, механізм змін без згоди через мовчання та посилання на сторінки скарг, відмови від договору й партнерства.