Zasady dopuszczalnego użycia

Niniejsze Zasady Dopuszczalnego Użycia („AUP”) stanowią integralną część Regulaminu. Ich celem jest ochrona Użytkowników, infrastruktury DeliverIQ oraz infrastruktury pocztowej podmiotów trzecich przed nadużyciami.

1. Cel zasad

1. DeliverIQ jest narzędziem do technicznej walidacji adresów e-mail, a nie narzędziem do pozyskiwania kontaktów, prowadzenia masowego marketingu ani obchodzenia mechanizmów ochrony poczty.
2. AUP określa minimalne zasady odpowiedzialnego korzystania z walidacji Single i Bulk, w tym z trybu Deep oraz technicznej komunikacji SMTP.
3. Użytkownik pozostaje odpowiedzialny za sposób wykorzystania wyników walidacji oraz za zgodność swojej komunikacji z prawem i prawami osób trzecich.

2. Dozwolone zastosowania

Dozwolone są w szczególności następujące zastosowania:

• porządkowanie i weryfikacja własnej bazy klientów, subskrybentów lub kontaktów, gdy Użytkownik ma podstawę prawną do przetwarzania tych danych;
• sprawdzenie adresów podanych przez użytkowników własnego serwisu lub aplikacji;
• kontrola jakości danych CRM, systemu rejestracji albo formularza kontaktowego;
• walidacja adresów testowych oraz danych, którymi Użytkownik może zgodnie z prawem dysponować;
• analiza technicznych wyników walidacji na potrzeby higieny własnych baz danych.

3. Dane i listy dopuszczone do walidacji

1. Użytkownik może przesyłać wyłącznie adresy, dla których posiada odpowiednie uprawnienie do przetwarzania i przekazania do walidacji.
2. Jeżeli lista zawiera dane osobowe osób trzecich, Użytkownik zapewnia, że spełnił obowiązki wynikające z przepisów o ochronie danych osobowych, w tym – gdy ma to zastosowanie – zawarł z Usługodawcą umowę powierzenia przetwarzania danych.
3. Użytkownik powinien ograniczyć zakres przesyłanych danych do samych adresów e-mail. Nie należy umieszczać w plikach Bulk danych szczególnych kategorii, haseł, numerów dokumentów, treści korespondencji ani innych danych niepotrzebnych do walidacji.
4. Użytkownik odpowiada za legalność źródła listy, jej aktualność oraz prawidłową konfigurację pliku.

4. Zakazane zastosowania

Zakazane jest w szczególności:

• przesyłanie list kupionych, pozyskanych przez scraping, wygenerowanych automatycznie, pochodzących z wycieków danych lub z nieznanego źródła;
• używanie wyników w celu wysyłki spamu, phishingu, malware, oszustw, kampanii naruszających prawo lub niezamówionej komunikacji handlowej;
• masowe sondowanie adresów należących do osób trzecich w celu ustalenia, czy posiadają skrzynkę e-mail;
• omijanie limitów, blokad, mechanizmów bezpieczeństwa, polityk dostawców poczty albo zabezpieczeń DeliverIQ;
• udostępnianie Konta lub kluczy API osobom nieuprawnionym, odsprzedaż dostępu do Usługi lub automatyczne generowanie wielu Kont w celu obejścia limitów;
• podejmowanie działań, które mogą zakłócić działanie Usługi, infrastruktury Usługodawcy albo infrastruktury odbiorców;
• próby odtworzenia, obejścia lub ingerencji w mechanizmy bezpieczeństwa, limity i logikę rozliczeń Usługi.

5. SMTP probing i ograniczenia techniczne

1. W trybie Deep DeliverIQ może wykonywać ograniczoną techniczną komunikację SMTP z serwerem odbiorcy wyłącznie w celu oceny adresu e-mail.
2. SMTP probing jest realizowany z użyciem limitów bezpieczeństwa, kontroli domen i hostów MX oraz mechanizmów odroczeń. Usługodawca może pominąć, ograniczyć albo odroczyć próbę SMTP, jeżeli wymaga tego bezpieczeństwo, polityka serwera odbiorcy, rate limit albo ryzyko reputacyjne.
3. Użytkownik nie może wykorzystywać trybu Deep do testowania cudzej infrastruktury, zbierania informacji o konfiguracji serwerów ani obchodzenia ograniczeń dostawców poczty.
4. Wynik SMTP może być niejednoznaczny, w szczególności gdy odbiorca stosuje catch-all, greylisting, blokady reputacyjne, limity, odpowiedzi tymczasowe lub inne polityki ochronne.

6. Limity, zabezpieczenia i automatyzacja

1. Usługodawca może stosować limity dotyczące liczby walidacji, aktywnych jobów, tempa zapytań, domen, hostów MX, kluczy API i Kont.
2. Limity mogą być zmieniane dynamicznie, gdy jest to konieczne dla stabilności, bezpieczeństwa, przeciwdziałania nadużyciom lub ochrony infrastruktury odbiorców.
3. Automatyzacja jest dopuszczalna wyłącznie przez funkcjonalności udostępnione przez Usługodawcę i z poszanowaniem limitów oraz dokumentacji API.
4. Użytkownik nie może tworzyć mechanizmów mających na celu równoległe lub powtarzalne uruchamianie walidacji wyłącznie po to, aby ominąć ograniczenia techniczne albo rozliczeniowe.

7. Działania w przypadku podejrzenia nadużycia

1. Jeżeli Usługodawca stwierdzi lub racjonalnie podejrzewa naruszenie AUP, może podjąć działania proporcjonalne do ryzyka, w tym ograniczyć prędkość walidacji, wstrzymać job, anulować job, zablokować klucz API, czasowo ograniczyć Konto albo zakończyć świadczenie Usługi.
2. W przypadkach nagłych, związanych z bezpieczeństwem lub ochroną infrastruktury, działania mogą zostać podjęte bez uprzedniego zawiadomienia. Jeżeli jest to uzasadnione i bezpieczne, Użytkownik otrzyma informację o istocie ograniczenia.
3. Usługodawca może zażądać od Użytkownika wyjaśnień dotyczących źródła listy, celu walidacji lub podstawy prawnej przetwarzania danych. Brak współpracy może skutkować ograniczeniem dostępu do Usługi.
4. Działania podjęte na podstawie AUP nie ograniczają uprawnień Użytkownika wynikających z bezwzględnie obowiązujących przepisów prawa, w tym prawa do złożenia reklamacji.

8. Kontakt i zgłaszanie nadużyć

Pytania dotyczące AUP oraz zgłoszenia dotyczące możliwych nadużyć można przekazać przez formularz kontaktowy.