Klient otrzymuje umowę najmu wystawioną na swoje imię i nazwisko oraz wypis dotyczący nieruchomości. Następnie serwis płatniczy prosi o utility bill. Pojawia się pytanie: po co potrzebny jest rachunek za media, skoro nieruchomość istnieje, a najem został już potwierdzony umową?
Klient przesłał umowę najmu, ale serwis odpowiedział: proof of address rejected. Umowa jest ważna, wynajmujący istnieje, a nieruchomość została wskazana prawidłowo. Pojawia się pokusa, aby uzyskać jeszcze jedno zaświadczenie i ponownie przesłać dokumenty. Dodatkowy dokument pomoże jednak tylko wtedy, gdy odmowa wynika z niekompletnego zestawu dokumentów.
Specjalista otrzymuje wynagrodzenie od zagranicznego pracodawcy, przedsiębiorca wystawia faktury zagranicznym klientom, a spółka opłaca pracę zespołu i otrzymuje przychody z realizowanych umów. Cała trójka potrzebuje płatności międzynarodowych, ale ten sam rodzaj rachunku bankowego nie będzie w jednakowy sposób odpowiadał ich potrzebom.
Przedsiębiorca otwiera rachunek w Armenii i wskazuje w formularzu «tworzenie oprogramowania». Miesiąc później na rachunek wpływają płatności od spółki z Niemiec, amerykańskiej platformy oraz osoby fizycznej z innego kraju. Wszystkie są związane z IT, ale na podstawie pierwotnego opisu bank nie jest w stanie zrozumieć, kto i za co płaci przedsiębiorcy.
Użytkownik instaluje aplikację i otwiera ją po raz pierwszy. Gdy na ekranie pojawia się propozycja skonfigurowania ustawień prywatności, wbudowana biblioteka analityczna może już zarejestrować uruchomienie, a narzędzie do atrybucji reklamowej — przesłać informacje o urządzeniu swojemu dostawcy. Użytkownik nie dokonał jeszcze żadnego wyboru, ale transmisja danych już nastąpiła.
Użytkownik usuwa konto w produkcie SaaS. Jego profil znika z interfejsu, ale adres e-mail pozostaje w dzienniku błędów, plik — w kopii zapasowej, a historia zgłoszeń — w systemie wsparcia. Z perspektywy produktu konto zostało usunięte, ale z punktu widzenia przetwarzania danych proces jeszcze się nie zakończył.
Konieczność uzyskania licencji hazardowej nie zależy od tego, czy spółka określa swój produkt jako kasyno czy serwis bukmacherski. Regulator ocenia faktyczny mechanizm: czy użytkownik wnosi pieniądze lub inny składnik mający wartość, czy wynik zależy od przypadku oraz czy uczestnik może otrzymać nagrodę mającą rzeczywistą wartość
Uruchomienie projektu iGaming zależy nie tylko od rejestracji spółki i uzyskania zezwolenia od regulatora. Operator musi otworzyć rachunki bankowe, podłączyć możliwość przyjmowania depozytów, zorganizować wypłaty dla graczy oraz upewnić się, że partnerzy finansowi są gotowi współpracować z jego produktem i obsługiwać rynki docelowe