Data wejścia w życie: 13 października 2026 r.
Aplikacja objęta polityką: Estate Office APP 0.0054, pakiet pl.estateofficecrm.mobile.
1. Czego dotyczy polityka
Polityka opisuje korzystanie z aplikacji mobilnej Estate Office, która pozwala uprawnionym pracownikom biura nieruchomości pracować na danych jego instalacji Estate Office Total. Nie zastępuje polityki prywatności biura ani dokumentów dotyczących samej strony internetowej, sprzedaży i obsługi licencji Estate Office. APP jest przeznaczona dla pełnoletnich pracowników biur (18+), a nie dla dzieci. To grupa docelowa potwierdzona przez wydawcę, nie przyznana przez Google ocena treści ani techniczna weryfikacja wieku użytkownika.
2. Kto odpowiada za dane
Potwierdzone przez właściciela dane dostawcy aplikacji, zgodne ze stroną Estate Office: Warszawski Agent Nieruchomości Tomasz Obarski, ul. Sienna 75, 00-833 Warszawa, NIP 5222748397, REGON 143017679. Kontakt w sprawach aplikacji i prywatności: support@estateofficecrm.pl.
Instalację CMS wybiera użytkownik. Konta, uprawnienia, bazę CRM, skrzynki pocztowe i konfigurację integracji prowadzi biuro korzystające z tej instalacji. W sprawach dotyczących danych klientów, leadów i innych rekordów należy kontaktować się także z tym biurem, korzystając z jego danych kontaktowych.
Biuro odpowiada za dane i konta swojej instalacji CMS oraz dobór własnych usługodawców. Dostawca Estate Office odpowiada za własną obsługę licencji, wsparcia i dane centrali. Nie uzyskuje automatycznie dostępu do bazy biura tylko dlatego, że dostarcza oprogramowanie. Dostęp serwisowy do danych biura wymaga odpowiedniego upoważnienia lub umowy. Prawne role przy takiej usłudze zależą od jej rzeczywistego zakresu i właściwych ustaleń z biurem.
3. Logowanie i sesja
Podajesz adres CMS, identyfikator konta (e-mail lub nazwę użytkownika) i hasło. Aplikacja wysyła dane logowania do początkowego adresu HTTPS wskazanego CMS w celu uzyskania sesji. Nie zapisuje hasła logowania w trwałym magazynie sesji. Adres serwera i token sesji są przechowywane za pomocą systemowego bezpiecznego magazynu Expo SecureStore, aby umożliwić dalszą pracę. Konto i zakres dostępu ustala administrator biura; aplikacja nie oferuje własnego formularza rejestracji konta ani tworzenia kont pracowników. W źródle APP 0.0054 nie znaleziono także przekierowania do formularza tworzenia konta w CMS. Dodanie klienta lub leada do CRM nie tworzy mu konta logowania do APP.
4. Dane CRM i materiały
W granicach uprawnień aplikacja pobiera i przesyła dane nieruchomości, klientów, leadów, poszukiwań, umów, transakcji i powiązanych rekordów. W zależności od danych wprowadzonych przez biuro obejmują one imiona i nazwiska, dane kontaktowe, adresy, notatki, parametry nieruchomości, daty oraz informacje finansowe, np. ceny i prowizje. Formularze klienta mogą także zawierać PESEL, datę urodzenia, dane dokumentu tożsamości lub identyfikatory przedsiębiorcy. Biuro odpowiada za niezbędność i zgodne z prawem wprowadzanie takich danych. Materiały mogą obejmować zdjęcia, pliki oraz ujęcia i odnośniki wirtualnych spacerów.
Przesłanie nowego zdjęcia lub pliku następuje po działaniu użytkownika. APP nie gwarantuje usunięcia wszystkich metadanych przesyłanego pliku. Nie pobiera lokalizacji GPS urządzenia; adresy i współrzędne nieruchomości mogą być wpisywane ręcznie. Brak uprawnienia GPS nie oznacza, że dowolny plik nie zawiera informacji o miejscu wykonania zdjęcia. Udostępnione poszukiwania i inne dane zespołowe są dostępne zgodnie z zasadami wybranej instalacji CMS. Współdzielenie nie nadaje samo dodatkowych uprawnień; zakres rekordów i biur wynika z roli oraz uprawnień w wybranym CMS. Aplikacja nie oferuje pełnej bazy CRM offline; dane widoku i tymczasowe kopie materiałów mogą jednak znajdować się w pamięci lub pamięci podręcznej urządzenia.
5. Poczta i zewnętrzne obrazy
Gdy administrator włączy i skonfiguruje moduł poczty, aplikacja otrzymuje wiadomości przez CMS. Dane mogą obejmować adresy nadawców i odbiorców, tematy, daty, treść HTML i tekstową oraz informacje o załącznikach. Obsługa skrzynki po stronie serwera zależy od konfiguracji CMS i usługodawcy poczty. Po wybraniu udostępnienia załącznika plik jest pobierany chwilowo do pamięci podręcznej i może być przekazany innej aplikacji przez systemowy panel udostępniania. Przy prawidłowym zakończeniu operacji APP usuwa tymczasową kopię. Przerwanie działania APP oraz kopie systemowe lub aplikacji docelowej mogą zachować dane. Użytkownik może też wysyłać wiadomości przez CMS. Treść, adresaci i wybrane załączniki są wówczas przekazywane do CMS i dostawcy skonfigurowanej poczty.
Zdalne obrazy w wiadomości są domyślnie zablokowane. Po wybraniu opcji ich pokazania urządzenie może połączyć się z serwerem dostawcy obrazu. Może on otrzymać adres IP i odnotować otwarcie wiadomości. Zgoda na obrazy dotyczy danej wiadomości. Odnośniki otwierane świadomie przez użytkownika podlegają zasadom strony docelowej.
6. Kalendarz i powiadomienia
Aplikacja synchronizuje wydarzenia, opisy, terminy i powiązania z klientami lub leadami z wybranym CMS. Może zaplanować lokalne przypomnienia dla wydarzeń wcześniej pobranych na urządzenie, jeżeli użytkownik udzieli zgody na powiadomienia. Informacje o nowej poczcie i danych CRM są sprawdzane podczas korzystania z APP. Zdalne powiadomienia push przy zamkniętej APP nie są obecnie uruchomioną usługą.
Połączenie z Google Calendar jest opcjonalną funkcją skonfigurowanego CMS. Jeżeli użytkownik uruchomi tę integrację, jej zakres i komunikaty autoryzacji trzeba sprawdzić w danej instalacji. Nie włączamy jej automatycznie dla każdego biura. Po autoryzacji skonfigurowany harmonogram CMS może synchronizować wydarzenia automatycznie, także bez kolejnego ręcznego wybrania synchronizacji w APP. Samo istnienie skryptu CMS nie potwierdza, że każdy hosting uruchomił harmonogram.
7. Urządzenie i uprawnienia systemowe
Po przyjęciu sesji APP podejmuje próbę zarejestrowania urządzenia w CMS na potrzeby działania i bezpieczeństwa. Przekazuje losowy identyfikator instalacji, platformę, nazwę urządzenia i wersję aplikacji. Nie jest to numer IMEI i rejestracja nie wymaga wcześniejszego włączenia powiadomień. Ustawienia powiadomień są przypisane do konta użytkownika.
Dostęp do aparatu jest wykorzystywany po uruchomieniu odpowiedniej funkcji przez użytkownika. Zdjęcia wybierane są przy użyciu systemowego wyboru materiałów. Powiadomienia oraz opcjonalna blokada biometryczna zależą od zgód i możliwości systemu. Biometrię weryfikuje system urządzenia; APP nie pobiera wzorca odcisku palca ani twarzy. Odmowa uprawnienia ogranicza związaną z nim funkcję.
8. Odbiorcy danych, usługi i biblioteki
Podstawowym miejscem przesyłania danych CRM jest CMS wskazany przez użytkownika. Jego hosting, poczta oraz integracje zależą od umów i konfiguracji biura. Odbiorcą żądania zewnętrznego obrazu lub otwieranej strony może być jej dostawca. Materiały, oferty, profile pracowników i spacery opublikowane w CMS mogą być dostępne publicznie. Ustawienia publikacji i eksportów należą do biura; aktualizacja już opublikowanego rekordu może zmienić także jego publiczną treść. Eksport może przekazywać ofertę, zdjęcia i dane kontaktowe wybranym portalom.
W prywatnym wariancie APK aplikacja po zalogowaniu oraz na żądanie użytkownika sprawdza aktualizacje przez wybrany CMS, przekazując dane techniczne wydania i Androida. CMS kontaktuje się z estateoffice.pl, dołączając dane licencji i domeny. Po wybraniu pobrania aplikacja pobiera APK bezpośrednio z estateoffice.pl przez HTTPS, używając czasowego uprawnienia do pobrania. Centrala może otrzymać adres IP i informacje techniczne połączenia oraz zapisuje sprawdzenia, pobrania i potwierdzenia aktualizacji. Wariant Google Play nie korzysta z własnego aktualizatora APK; jego aktualizacje są dostarczane przez Google Play. Niezależnie od wariantu, CMS może łączyć się z centralą na potrzeby kontroli swojej licencji.
W źródle aplikacji nie znaleziono własnych modułów reklamowych, zakupów w aplikacji ani analityki reklamowej. Biblioteki techniczne należy ocenić także według finalnej konfiguracji wydania, a nie wyłącznie ich nazw. Finalne AAB 0.0053 zawiera biblioteki Firebase Messaging, Installations i DataTransport. Audyt zasobów nie wykazał konfiguracji domyślnego projektu Firebase; w kodzie APP nie znaleziono własnych wywołań pobierania zdalnego tokenu Expo/FCM. Biblioteki mają własne mechanizmy, więc nie jest to zapewnienie zerowej transmisji każdego SDK. Biblioteka sprawdzająca stan sieci korzysta z mechanizmu systemowego i może korzystać z testowego połączenia HTTPS do Google. Nie jest to skonfigurowana analityka reklamowa. Audyt źródła i AAB nie jest pomiarem ruchu na telefonie. Dodanie projektu Firebase lub zdalnych powiadomień wymaga ponownej oceny. APP korzysta z bibliotek Expo i React Native do obsługi urządzenia, zdjęć, lokalnych przypomnień, bezpiecznego magazynu i wyświetlania treści. Nie należy utożsamiać każdej takiej biblioteki z osobną usługą chmurową. Opcjonalny Google Calendar, dostawca poczty i zdalnych obrazów mogą korzystać z własnej infrastruktury. Nie zapewniamy, że infrastruktura każdego biura i jego dostawców znajduje się wyłącznie w EOG. Biuro powinno przedstawić zasady używanych usług i wymagane zabezpieczenia transferów; o przetwarzanie po stronie dostawcy APP można pytać pod wskazanym kontaktem. Niniejsza polityka nie potwierdza audytu umów wszystkich usługodawców ani pomiaru ruchu wszystkich bibliotek.
9. Bezpieczeństwo
Produkcyjna APP odrzuca wpisany adres CMS inny niż HTTPS i rozpoczyna połączenie z adresem HTTPS. Token sesji jest przechowywany z wykorzystaniem mechanizmów bezpieczeństwa systemu. Dostęp do prywatnego API i niepublicznych materiałów wymaga uprawnień w CMS; nie dotyczy to materiałów opublikowanych przez biuro. Dane sesji nie są celowo dołączane do zewnętrznych linków. Nie jest to zapewnienie szyfrowania całej bazy, zdjęć i kopii zapasowych na dowolnym hostingu. Zabezpieczenia serwera oraz okresy retencji ustala jego operator. W sprawdzonym kodzie CMS 0.0200 połączenia modułu poczty wymagają SSL/TLS lub STARTTLS i weryfikują certyfikat serwera. Połączenia Google Calendar korzystają z HTTPS. To wynik analizy kodu, nie audyt konfiguracji wszystkich instalacji.
10. Przechowywanie, wylogowanie i usuwanie danych
Wylogowanie usuwa lokalny zapis tokenu i adresu serwera. Nie usuwa konta użytkownika, klientów, umów, poczty ani innych rekordów w CMS. Unieważnienie sesji urządzenia również nie jest usunięciem konta.
Identyfikator instalacji i lokalne preferencje, np. ustawienia powiadomień oraz blokady biometrycznej, nie są kasowane przez samo wylogowanie. Zmiana sesji ogranicza dostęp do poprzedniego zakresu danych, ale nie oznacza pełnego wymazania wszystkich kopii w pamięci podręcznej. System urządzenia i aplikacje, którym użytkownik udostępnił materiały, mogą przechowywać własne kopie. Użytkownik może skorzystać z ustawień Androida do wyczyszczenia danych APP. Finalne AAB nie wyłącza globalnie kopii zapasowych Androida; czyszczenie APP nie jest gwarancją usunięcia wcześniej wykonanych kopii.
CMS może zachowywać unieważnione sesje, rejestr urządzeń, historię i audyt na potrzeby działania, bezpieczeństwa i rozliczalności. Okres ważności tokenu logowania nie jest okresem przechowywania logów. Audyt może zapisywać adres IP połączenia, czas, identyfikator konta, wykonywane działanie i związane metadane. Sam zapis IP nie jest zapewnieniem ani stwierdzeniem wyznaczania lokalizacji urządzenia. Okres ważności tokenu nie jest też okresem przechowywania wszystkich takich zapisów. Usunięcie konta przez administratora CMS anonimizuje wskazane dane konta, lecz nie usuwa automatycznie dokumentacji CRM, historii, kopii zapasowych ani danych u dostawcy poczty lub innych integracji.
Centrala może zachowywać zapisy licencji i aktualizacji. Czasowe uprawnienie pobrania APK nie wyznacza czasu usunięcia historii pobierania. Szczegółowe okresy lub kryteria retencji wymagają ustalenia przez odpowiedzialnego operatora; nie deklarujemy automatycznego usunięcia wszystkich danych po wylogowaniu lub upływie ważności sesji.
Zgodnie z zatwierdzonymi zasadami dane licencji i domen aktywacji w centrali są przechowywane przez czas umowy, a następnie przez okres przedawnienia roszczeń lub wymagany przepisami. Dane rozliczeniowe podlegają właściwym obowiązkom prawnym. Logi techniczne zachowuje się na potrzeby bezpieczeństwa, diagnostyki i wykazania prawidłowego działania usługi. Nie ustanawia to automatycznego timera kasowania. Dane CRM, poczta, kalendarz, konta i kopie konkretnej instalacji podlegają zasadom biura oraz jego dostawców. Estate Office nie ustala wspólnego terminu usuwania danych dla wszystkich samodzielnie hostowanych biur. Po żądaniu trzeba oddzielnie ocenić zakres danych i podstawę ich zachowania, w tym historię biznesową, ślad audytu, kopie i dane u zewnętrznych dostawców. Wyłączenie konta, archiwizacja lub kosz nie zastępują wymaganej realizacji uzasadnionego wniosku o usunięcie. Szczegółowe informacje można uzyskać od biura lub kontaktu APP; nie obiecujemy usunięcia wszystkich danych po logout.
11. Prawa i kontakt
Wnioski dotyczące danych w instalacji CRM należy kierować do biura prowadzącego daną instalację. Pytania dotyczące działania APP i jej polityki można kierować na zatwierdzony kontakt dostawcy z punktu 2. Wydawca potwierdził support@estateofficecrm.pl jako kontakt do wniosków dotyczących prywatności APP i pomocy w skierowaniu wniosku do właściwego biura. W zgłoszeniu podaj adres CMS, identyfikator konta i zakres żądania — nie hasło, token sesji ani pełne dokumenty klientów. Weryfikacja tożsamości powinna ograniczać się do danych niezbędnych do rozpatrzenia wniosku. W granicach właściwych przepisów i podstaw przetwarzania przysługują Ci prawa dostępu, sprostowania, usunięcia, ograniczenia, przenoszenia danych i sprzeciwu; gdy podstawą jest zgoda, możesz ją wycofać. Możesz złożyć skargę do Prezesa UODO. Usunięcie danych nie jest bezwarunkowym usunięciem cudzej dokumentacji biznesowej. W zakresie własnych danych dostawcy APP obsługa licencji i usług służy wykonaniu umowy lub kontaktowi B2B; bezpieczeństwo, diagnostyka i ochrona roszczeń opierają się na uzasadnionym interesie, a dokumentacja wymagana prawem — na obowiązku prawnym. Stosownie do sytuacji są to art. 6 ust. 1 lit. b, f lub c RODO, zgodnie z zasadami przyjętymi dla usługi Estate Office. Nie określa to podstaw dla całej bazy CRM biura: biuro przedstawia je we własnych informacjach o przetwarzaniu. Kontakt APP koordynuje wniosek dotyczący konkretnej instalacji z jej operatorem; nie daje to dostawcy nieograniczonego dostępu do dokumentacji klienta biura.
12. Wersje i zmiany polityki
Polityka powinna mieć publiczny, stabilny adres HTTPS i być dostępna z ekranu logowania oraz ustawień APP. Zmiany istotne dla użytkownika należy przedstawiać w sposób odpowiedni do ich charakteru. Ta wersja obowiązuje od 13 października 2026 r.
Adres polityki: https://estateoffice.pl/pl/polityka-prywatnosci-app/