self.julianus.ee
Портал самообслуживания коллекторского агентства — два замера, 98 запросов, восемь узлов. В личном кабинете должника в Google уходит событие ss_debtor_loggedin: специально созданное правило превращает просмотр страницы «Мои долги» в помеченный сигнал о том, что этот посетитель — должник и он вошёл в систему. Вместе с ним передаются идентификатор клиента и заголовок страницы. Механизма согласия на портале нет вовсе, хотя условия защиты данных дважды описывают cookie как обрабатываемые с разрешения субъекта данных.
Хронология обращений
Декларация против факта
Тайминги передачи
Чат-бот TitanCS (MindTitan). 21 обращение за страницу.
analytics.js, вставлен в разметку страницы кабинета.
Недействующий ресурс UA-6990595-1: заголовок «Мои долги», адрес страницы, разрешение экрана, размер окна.
Контейнер GA4 подтянут автоматически старым счётчиком.
Настройки чат-бота, четыре обращения за страницу.
page_view, виртуальный путь /debts#sisse_logitud, идентификатор клиента.
Событие ss_debtor_loggedin — сигнал о входе должника в кабинет.
Повтор события ss_debtor_loggedin с виртуальным путём.
Иконка чата со стороннего файлообменника, владелец скрыт.
Зафиксированные трекеры
- Google Analytics 4 (G-302X2FSNV3) через region1.google-analytics.com — с настроенным событием ss_debtor_loggedin
- Universal Analytics (UA-6990595-1) через www.google-analytics.com — ресурс недействующий, запросы продолжают уходить
- Google Tag Manager (www.googletagmanager.com) — подгружается автоматически из старого счётчика
- MindTitan / TitanCS (live-cwc.julianus.titancs.mindtitanapps.com, admin-api.julianus.titancs.mindtitanapps.com) — чат-бот, 25 запросов на страницу
- Postimages (i.postimg.cc) — иконка чата подгружается со стороннего файлообменника
Признаки несоответствия GDPR
- GDPR Art. 9 / Art. 5(1)(a) — передача сведений о долговом положении в аналитикуВ личном кабинете должника в Google уходит специально сконструированное событие ss_debtor_loggedin. В конфигурации контейнера GA4 оно создаётся правилом: событие page_view при условии, что адрес страницы содержит /debts. Вместе с ним передаются идентификатор клиента, заголовок страницы «Julianus Inkasso | Мои долги» и виртуальный путь /debts#sisse_logitud. То есть Google получает не обезличенный счётчик посещений, а привязанный к идентификатору сигнал: этот посетитель является должником и вошёл в свой кабинет. В конфигурации того же контейнера настроены ещё три события того же ряда — ss_debtor_payment, ss_debtor_contactus_start, ss_creditor_submitdept_start.
- ePrivacy — Директива 2002/58/EC, ст. 5(3) (в связке с GDPR Art. 6(1)(a))Механизма согласия на портале нет: за две записи, 98 запросов, не встречается ни одного обращения к платформе управления согласием, ни одного сценария с признаками баннера, ни одного заголовка Set-Cookie. Счётчик вставлен прямо в разметку страницы кабинета и стартует на +531 мс, обращение с событием входа должника уходит на +814 мс. При этом сами условия защиты данных в пункте 4.7.5 описывают cookie как собираемые с разрешения субъекта данных, а в пункте 8.2.5 — как единственный случай, когда согласие можно отозвать. Пункт 4.3.5 отсылает за подробностями к решению о cookie, которого на портале нет.
- GDPR Art. 13(1)(e) — раскрытие получателейУсловия защиты данных не называют ни одного получателя веб-данных поимённо: перечень в пункте 6.3 состоит из категорий — рекламные и маркетинговые партнёры, партнёры в сфере информационно-коммуникационных технологий и прочие. Google, MindTitan и Postimages в документе отсутствуют. Пункт 6.3(a) прямо оговаривает, что рекламные и маркетинговые партнёры обычно получают данные о пользовании сайтом в неперсонализированном виде; фактически Google получает устойчивый идентификатор клиента вместе с событием о долговом статусе.
- GDPR Art. 5(1)(c) — минимизацияНа страницах продолжает работать счётчик недействующего ресурса Universal Analytics UA-6990595-1: обработка данных в нём прекращена в 2023 году, но обращение к www.google-analytics.com уходит в полном объёме и несёт адрес IP, разрешение экрана 1920x1080, размер окна, язык, адрес и заголовок страницы. Помимо бесполезной передачи, именно этот устаревший счётчик автоматически подтягивает на страницу контейнер GA4, который затем и отправляет событие о входе должника. Отдельно: иконка чата подгружается с публичного файлообменника i.postimg.cc, чей владелец скрыт службой приватности, — вследствие чего адрес IP посетителя кабинета уходит стороннему хостингу без всякой необходимости.
Контекст
self.julianus.ee — портал самообслуживания Julianus Inkasso OÜ, регистрационный код 10686553, Таллинн, Тоомпуйестеэ 35. Компания оказывает услуги взыскания задолженности; согласно собственным условиям, она выступает ответственным обработчиком при взыскании долгов, работе от своего имени и в качестве кредитной инкассо-фирмы. Контакт специалиста по защите данных — andmekaitse@julianus.ee. Портал построен на Ruby-приложении за Apache и Phusion Passenger, собственного заголовка Content-Security-Policy не выставляет.
Замер состоит из двух записей. Первая — личный кабинет должника: последовательность переходов на /debts, страница «Мои долги», посетитель аутентифицирован. Пятьдесят два запроса, восемь узлов, 33 обращения наружу. Вторая — публичная страница /debtors под заголовком «Столб позора»: открытый реестр компаний-должников с поиском по имени и регистрационному номеру. Сорок шесть запросов, из них 31 наружу. Обе сняты 31 июля 2026 года, с интервалом в пять с половиной минут, в одном браузере.
Обработку описывает один документ — условия защиты данных Julianus Inkasso, редакция от 30 апреля 2025 года. Юридически обязывающей в нём назван эстонский оригинал.
Кому уходят данные напрямую
Google (Analytics, Tag Manager), MindTitan, Postimages.
Заявленное против фактического
Документ подробный: десять разделов, отдельное приложение, перечень источников данных, разбор оснований обработки. Он честно перечисляет, что компания знает о должнике, — вплоть до сведений о материальном положении и платёжных нарушениях. Про сайт там сказано меньше, но сказано: пункт 4.3.5 относит к технической информации действия в системе, включая вход и навигацию, операционную систему, браузер, часовой пояс, адрес IP и прочие данные, собираемые посредством cookie. Пункт 4.7.5 уточняет — с разрешения субъекта данных.
Замер даёт четыре расхождения, и первое из них принципиально отличается от обычного сюжета с нераскрытым счётчиком.
Первое — в Google уходит сигнал о долговом статусе. На +815 и +819 мс от начала сеанса в кабинете отправляются два обращения с событием ss_debtor_loggedin. Это не стандартное имя из набора Google: событие сконструировано в настройках самого ресурса. В конфигурации контейнера видно правило целиком — событие создаётся из просмотра страницы при условии, что адрес содержит /debts. Иными словами, кто-то целенаправленно настроил преобразование «посещение страницы моих долгов» в помеченное событие «должник вошёл в систему». Вместе с событием уходят идентификатор клиента, заголовок страницы «Julianus Inkasso | Мои долги» и виртуальный путь /debts#sisse_logitud — по-эстонски «вошёл в систему».
Событие не одиноко. В том же контейнере настроены ss_debtor_payment, ss_debtor_contactus_start и ss_creditor_submitdept_start — платёж должника, начало обращения должника в поддержку, подача требования кредитором. Это законченная схема измерения воронки, построенная на действиях лиц, находящихся в долговом производстве.
Отдельного веса добавляет то, что идентификатор клиента в кабинете и на публичной странице реестра — один и тот же. Посещение открытого «Столба позора» и вход в личный кабинет должника сшиваются в один профиль на стороне Google.
Второе — механизма согласия нет, хотя документ его предполагает. Пункт 4.7.5 описывает данные из cookie как собираемые с разрешения субъекта данных. Пункт 8.2.5 идёт дальше: как правило, компания не обрабатывает данные на основании согласия, но в случае cookie субъект данных может в любой момент своё согласие отозвать — то есть подразумевается, что оно было дано. Пункт 4.3.5 отсылает за подробностями к «решению браузера, связанному с куки-файлами». Ни решения, ни баннера, ни платформы управления согласием на портале нет.
Третье — состав получателей и их характер. Ни Google, ни MindTitan, ни Postimages в документе не названы. Перечень в пункте 6.3 состоит из категорий, и там есть строка про партнёров в сфере информационно-коммуникационных технологий, которые в зависимости от услуги могут получить доступ ко всем персональным данным. Формально под неё можно подвести и чат-бота, и аналитику. Но пункт 6.3(a) про рекламных и маркетинговых партнёров содержит оговорку: они обычно получают данные о пользовании сайтом в неперсонализированном виде. Событие с идентификатором клиента и пометкой о входе должника под эту оговорку не подходит.
Чат-бот заслуживает отдельного упоминания: 25 обращений на страницу к двум узлам сервиса TitanCS разработки эстонской компании MindTitan, размещённым на поддомене julianus.titancs.mindtitanapps.com. Сервис интегрирован в кабинет, где пользователь обсуждает свою задолженность. Пункт 4.7.4 условий подтверждает, что данные, переданные в чате, обрабатываются, но поставщика не называет. Иконка чата при этом тянется с публичного файлообменника i.postimg.cc, чей владелец скрыт исландской службой приватности, — адрес IP посетителя кабинета уходит туда без всякой надобности.
Четвёртое — работающий счётчик, который никому не нужен. На страницах вставлен ресурс Universal Analytics UA-6990595-1: обработка данных в нём прекращена в 2023 году. Запросы к нему тем не менее уходят и несут адрес IP, заголовок страницы, разрешение экрана и размер окна. Хуже другое: именно этот устаревший счётчик автоматически подтягивает на страницу контейнер GA4, из которого и уходит событие о входе должника. Разметка страницы содержит только старый фрагмент кода — новый счётчик появляется сам, механизмом связанных ресурсов Google.
Отдельно отмечу пункт 8.2.8: в нём заявлено, что автоматическая обработка и анализ профиля, существенно влияющие на субъекта данных, не используются. Событийная схема в аналитике — не то же самое, что автоматизированное решение по долгу, и как нарушение этого пункта не фиксируется. Но само построение поведенческого профиля должника на стороне внешней платформы в документе не описано никак.
Согласие: что доказано и что нет
Доказано: механизма согласия на портале нет. За обе записи, 98 запросов, не встречается ни одного обращения к платформе управления согласием и ни одного сценария с соответствующими признаками. Ни один ответ не выставляет заголовок Set-Cookie. Проверялись имена известных платформ и общие признаки в адресах и в разметке страниц, совпадений ноль. В разметке кабинета нет ни фрагмента режима согласия, ни объекта очереди данных — только прямая вставка счётчика.
Доказано: загрузка счётчика от выбора пользователя не зависит. Фрагмент кода стоит в заголовочной части страницы кабинета и выполняется при её разборе браузером; на +531 мс уходит запрос за скриптом, на +603 мс — первая передача. Никакого условия перед этим кодом нет.
Доказано: событие о долговом статусе создано настройкой, а не случайностью. Правило преобразования читается в конфигурации контейнера дословно: имя нового события ss_debtor_loggedin, исходное событие — просмотр страницы, условие — адрес страницы содержит /debts. Это сознательная настройка в интерфейсе аналитики, а не побочный эффект.
Доказано: идентификатор существовал до начала записи. По метке времени в его составе он создан в 16:05:50 UTC — за пять минут до первого замера, при более раннем открытии портала. В обеих записях идентификатор один и тот же.
Не доказано и не требуется: содержимое кабинета. Какие именно суммы и требования отображались посетителю, для вывода несущественно и в разборе не используется. Значение имеет то, что сам факт нахождения в кабинете должника передан вовне с привязкой к идентификатору.
Отдельно: браузер при съёмке отправлял заголовок DNT: 1. На состав и объём передач это не повлияло.
Границы наблюдения
Замер охватывает две страницы портала — личный кабинет и публичный реестр. Наблюдение фиксирует поведение браузера, не внутреннюю кухню сервисов: обработка на стороне сервера, договорные отношения с получателями и настройки на стороне их владельцев браузерным замером не проверяются. Правовую оценку выносит компетентный орган — Andmekaitse Inspektsioon, надзор которого прямо назван в пункте 3.3 самих условий.
Файлы опубликованы очищенными от личных данных: удалены заголовки Cookie в запросах. Тела ответов и разметка страниц сохранены, поэтому вставка счётчика, конфигурация событий контейнера и настройки чат-бота проверяются по опубликованным файлам напрямую. Полный идентификатор клиента в разборе не приводится; его существование и неизменность между двумя записями устанавливаются по самим обращениям в Google.
Идентификация сервисов опирается на домены, схему адресов и содержимое конфигураций: Google — по google-analytics.com и googletagmanager.com с номерами обоих ресурсов; MindTitan — по mindtitanapps.com, схеме путей чат-бота и параметрам его настроек; Postimages — по postimg.cc. Публичный реестр во второй записи содержит только сведения о компаниях-должниках с регистрационными номерами; данных физических лиц на просмотренной странице не отображалось, и в разбор они не входят.
Событие ss_debtor_payment в записях не срабатывало — зафиксировано только его наличие в конфигурации контейнера. Что именно оно отправляет при оплате, браузерным замером на этих двух страницах не устанавливается.
Вывод
Коллекторское агентство передаёт в Google сигнал о том, что конкретный посетитель — должник, вошедший в свой кабинет. Это не побочный эффект стандартного счётчика: событие ss_debtor_loggedin сконструировано отдельным правилом, срабатывающим на адрес страницы «Мои долги», и уходит вместе с идентификатором клиента и заголовком страницы. Рядом в той же конфигурации настроены события платежа должника и его обращения в поддержку. Идентификатор при этом общий для кабинета и публичного реестра, то есть оба посещения сшиваются в один профиль.
Механизма согласия на портале нет вовсе, хотя условия защиты данных дважды описывают cookie как обрабатываемые с разрешения субъекта данных и отсылают к решению о cookie, которого не существует. Ни один получатель веб-данных не назван поимённо: ни Google, ни поставщик чат-бота, интегрированного в кабинет должника, ни сторонний файлообменник, с которого тянется иконка этого чата. Работающий на страницах ресурс Universal Analytics недействителен с 2023 года, но продолжает передавать данные и именно он подтягивает контейнер, отправляющий событие о должнике.
Финансовое положение лица, находящегося в долговом производстве, — категория данных, требующая наибольшей осторожности; для оператора, чья основная деятельность состоит в работе с такими данными, передача сигнала о долговом статусе во внешнюю аналитическую платформу без согласия и без раскрытия получателя является признаком несоответствия как правил о согласии, так и требований к прозрачности.
Устранение: немедленно убрать событие ss_debtor_loggedin и родственные ему события из конфигурации аналитики и исключить любую передачу признаков долгового статуса вовне; удалить счётчик из личного кабинета целиком либо ввести механизм согласия, действительно управляющий его загрузкой; удалить недействующий ресурс Universal Analytics; назвать в условиях защиты данных всех получателей веб-данных поимённо, включая поставщика чат-бота; перенести иконку чата на собственную инфраструктуру.
Как проверить: скачайте файл и посчитайте его контрольную сумму — sha256sum файл.har (Linux, macOS) или certutil -hashfile файл.har SHA256 (Windows); она должна совпасть с указанной. Вывод разбора относится к объёму этого замера — см. ограничения методики.
d77019b1ae920e47ac7767e64e2615854d5a2541f759f576198f67125ed5738c980774b82acdfab4dce7c373870203791da22dd41ec03edd7238ff9bf6206eb2Хотите получить ответ от компании по этому разбору? → Открыть инструмент
Впишите один раз — подставится во все письма ниже:
Все поля обязательны для печати документа — это формальное требование к самому письму (реквизиты официального обращения), а не сбор данных: ничего никуда не отправляется и не сохраняется, всё остаётся у вас в браузере и пропадает при закрытии страницы. Подробнее — в разделе методологии.
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Отправьте это письмо компании напрямую — до обращения к регулятору у неё есть право ответить (ст. 12(3) GDPR — 30 дней).
Тема: Запрос доступа к персональным данным (ст. 15 GDPR) — self.julianus.ee Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта self.julianus.ee. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки: 1) В личном кабинете должника в Google уходит специально сконструированное событие ss_debtor_loggedin. В конфигурации контейнера GA4 оно создаётся правилом: событие page_view при условии, что адрес страницы содержит /debts. Вместе с ним передаются идентификатор клиента, заголовок страницы «Julianus Inkasso | Мои долги» и виртуальный путь /debts#sisse_logitud. То есть Google получает не обезличенный счётчик посещений, а привязанный к идентификатору сигнал: этот посетитель является должником и вошёл в свой кабинет. В конфигурации того же контейнера настроены ещё три события того же ряда — ss_debtor_payment, ss_debtor_contactus_start, ss_creditor_submitdept_start. 2) Механизма согласия на портале нет: за две записи, 98 запросов, не встречается ни одного обращения к платформе управления согласием, ни одного сценария с признаками баннера, ни одного заголовка Set-Cookie. Счётчик вставлен прямо в разметку страницы кабинета и стартует на +531 мс, обращение с событием входа должника уходит на +814 мс. При этом сами условия защиты данных в пункте 4.7.5 описывают cookie как собираемые с разрешения субъекта данных, а в пункте 8.2.5 — как единственный случай, когда согласие можно отозвать. Пункт 4.3.5 отсылает за подробностями к решению о cookie, которого на портале нет. 3) Условия защиты данных не называют ни одного получателя веб-данных поимённо: перечень в пункте 6.3 состоит из категорий — рекламные и маркетинговые партнёры, партнёры в сфере информационно-коммуникационных технологий и прочие. Google, MindTitan и Postimages в документе отсутствуют. Пункт 6.3(a) прямо оговаривает, что рекламные и маркетинговые партнёры обычно получают данные о пользовании сайтом в неперсонализированном виде; фактически Google получает устойчивый идентификатор клиента вместе с событием о долговом статусе. 4) На страницах продолжает работать счётчик недействующего ресурса Universal Analytics UA-6990595-1: обработка данных в нём прекращена в 2023 году, но обращение к www.google-analytics.com уходит в полном объёме и несёт адрес IP, разрешение экрана 1920x1080, размер окна, язык, адрес и заголовок страницы. Помимо бесполезной передачи, именно этот устаревший счётчик автоматически подтягивает на страницу контейнер GA4, который затем и отправляет событие о входе должника. Отдельно: иконка чата подгружается с публичного файлообменника i.postimg.cc, чей владелец скрыт службой приватности, — вследствие чего адрес IP посетителя кабинета уходит стороннему хостингу без всякой необходимости. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/audits/ee-julianus-ee/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — self.julianus.ee To: [insert the company's address — DPO / support / legal department] From: [Your name], [contact email] I request access to my personal data processed in connection with the website self.julianus.ee. 1. Categories of data and purposes of processing (Art. 15(1)(a)-(c)) Based on an independent technical analysis of the site, I request confirmation and detailed disclosure of the following categories of processing: 1) In the debtor's personal account, a specially constructed event, ss_debtor_loggedin, goes to Google. In the GA4 container's configuration, it is created by a rule: a page_view event, triggered when the page address contains /debts. Along with it, a client identifier, the page title 'Julianus Inkasso | My Debts,' and a virtual path /debts#sisse_logitud are transmitted. In other words, Google receives not an anonymized visit count, but a signal tied to an identifier: this visitor is a debtor and has logged into their account. The same container's configuration has three related events configured: ss_debtor_payment, ss_debtor_contactus_start, ss_creditor_submitdept_start. 2) There is no consent mechanism on the portal: across two captures, 98 requests, there is not a single request to a consent-management platform, not a single script bearing banner hallmarks, and not a single Set-Cookie header. The counter is inserted directly into the account page's markup and starts at +531 ms; the debtor's login event fires at +814 ms. Meanwhile, the data-protection terms themselves, in section 4.7.5, describe cookies as collected with the data subject's permission, and in section 8.2.5, as the one case where consent can be withdrawn. Section 4.3.5 refers to a cookie notice for details — one that does not exist on the portal. 3) The data-protection terms name not a single web-data recipient by name: the list in section 6.3 consists of categories — advertising and marketing partners, ICT partners, and others. Google, MindTitan, and Postimages are absent from the document. Section 6.3(a) states explicitly that advertising and marketing partners typically receive site-usage data in non-personalized form; in fact, Google receives a persistent client identifier together with an event about debt status. 4) The pages continue to run the counter for the discontinued Universal Analytics resource, UA-6990595-1: data processing for it stopped in 2023, yet the request to www.google-analytics.com fires in full and carries the IP address, screen resolution 1920x1080, window size, language, and the page address and title. Beyond the pointless transfer itself, it is precisely this outdated counter that automatically pulls in the GA4 container that then sends the debtor-login event. Separately: the chat icon loads from the public file-hosting service i.postimg.cc, whose owner is shielded by a privacy service — as a result, the account visitor's IP address goes to a third-party host with no necessity whatsoever. 2. Recipients, retention periods, and transfers outside the EEA (Art. 15(1)(c)-(d), 46) I also request the full list of third-party recipients, the applicable retention period for each category, and the legal basis for any transfer of data outside the EEA. The full technical audit with evidence (saved network log, SHA-256 checksum) is published at: https://gdpru.eu/audits/ee-julianus-ee/ 3. Automated processing and profiling (Art. 15(1)(h)) Please state whether I am subject to automated decision-making or profiling, and if so, disclose the logic involved. Sincerely, [Your name] [contact email] [Country] [Date]
Teema: Isikuandmetele juurdepääsu taotlus (IKÜM art 15) — self.julianus.ee Kellele: [märkige ettevõtte aadress — DPO / tugi / juriidiline osakond] Kellelt: [Teie nimi], [kontakt-e-post] Palun anda mulle juurdepääs minu isikuandmetele, mida töödeldakse seoses veebisaidi self.julianus.ee kasutamisega. 1. Andmekategooriad ja töötlemise eesmärgid (IKÜM art 15(1)(a)-(c)) Sõltumatu tehnilise analüüsi põhjal palun kinnitada ja üksikasjalikult avaldada järgmised töötlemiskategooriad: 1) Võlgniku isiklikus kontos Google'is jäetakse spetsiaalselt kavandatud sündmuse võlgnik sisse logitud. GA4 konteineri konfiguratsioonis on see loodud reegliga: lehevaate sündmus, eeldusel, et lehe aadress sisaldab / võlgu. Sellele on lisatud kliendi ID, lehe pealkiri "Julianus Inkasso | Minu võlad" ja virtuaalne tee / Debts#sisse logitud. See tähendab, et Google ei saa ebaisikulist külastajaloendurit, vaid identifikaatoriga seotud signaali: see külastaja on võlgnik ja sisenes oma kontorisse. Samas konteinerikonfiguratsioonis on konfigureeritud veel kolm sama seeria sündmust: ss võlgniku makse, ss võlgniku kontaktus start ja ss võlausaldaja esitatud vilunud start. 2) Portaalis ei ole nõusoleku mehhanismi: kahe sissekande, 98 päringu korral ei ole juurdepääsu nõusoleku haldamise platvormile, ei ole skripti bännerimärkidega, ei ole Set-Cookie päist. Loendur sisestatakse otse kabinetilehe paigutusse ja algab +531 ms-st, aadress võlgniku sisenemissündmusega läheb +814 ms-le. Samas kirjeldavad punktis 4.7.5 esitatud andmekaitsetingimused küpsiseid nii, nagu neid kogutakse andmesubjekti loal, ja punktis 8.2.5 – ainsana juhul, kui nõusoleku saab tagasi võtta. Punktis 4.3.5 viidatakse küpsiste kohta tehtud otsuste üksikasjadele, mida portaalis ei ole. 3) Andmekaitsetingimustes ei nimetata veebiandmete saajat nimepidi: punktis 6.3 esitatud loetelu koosneb kategooriatest - reklaami- ja turunduspartnerid, info- ja kommunikatsioonitehnoloogia valdkonna partnerid jt. Google, MindTitan ja Postimages ei sisaldu dokumendis. Punkti 6.3 alapunktis a on sõnaselgelt sätestatud, et reklaami- ja turunduspartnerid saavad tavaliselt saidi kasutamise andmeid isikustamata kujul; tegelikult saab Google püsiva kliendi ID koos võla staatuse sündmusega. 4) Mitteaktiivse ressursi Universal Analytics UA-6990595-1 loendur jätkab tööd lehekülgedel: andmete töötlemine selles lõpetati 2023. aastal, kuid viide www. google-analytics.com lahkub täielikult ja kannab IP-aadressi, ekraani resolutsiooni 1920x1080, akna suurust, keelt, aadressi ja lehe pealkirja. Lisaks kasutule ülekandele tõmbab see vananenud loendur automaatselt GA4 konteineri lehele, mis seejärel saadab võlgniku sisselogimissündmuse. Eraldi: vestlusikoon laaditakse üles avalikust failivahetajast i.postimg.cc, mille omanik on peidetud privaatsusteenuse poolt, mille tulemusena läheb kabineti külastaja IP-aadress kolmanda osapoole hostimisele ilma vajaduseta. 2. Vastuvõtjad, säilitustähtajad ja edastamine väljapoole EMP-d (IKÜM art 15(1)(c)-(d), 46) Palun samuti esitada täielik loetelu kolmandatest isikutest vastuvõtjatest, iga kategooria puhul kohaldatavad säilitustähtajad ning andmete EMP-välisele edastamisele kohaldatav õiguslik alus, kui selline edastamine toimub. Täielik tehniline analüüs koos tõenditega (salvestatud võrgulogi, SHA-256 kontrollsumma) on avaldatud aadressil: https://gdpru.eu/audits/ee-julianus-ee/ 3. Automatiseeritud töötlemine ja profiilianalüüs (IKÜM art 15(1)(h)) Palun teatada, kas minu suhtes kohaldatakse automatiseeritud otsuste tegemist või profiilianalüüsi, ning kui jah, siis avaldada selle loogika. Lugupidamisega, [Teie nimi] [kontakt-e-post] [Riik] [Kuupäev]
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Куда подавать: AKI — Эстонский надзорный орган по защите данных — напишите на info@aki.ee
Важно: AKI рассматривает обращения только на эстонском языке. Переведите письмо перед отправкой.
Регулятор рассматривает жалобы на своём государственном языке. Есть официальный переведённый шаблон Европейского совета по защите данных (EDPB) — можно использовать его вместо этого письма или вместе с ним: Официальная форма жалобы EDPB (PDF, ваш язык)
Тема: Жалоба на обработку персональных данных — self.julianus.ee 1. Предмет жалобы Я подаю жалобу в отношении обработки моих персональных данных сайтом self.julianus.ee. 2. Обстоятельства Я посетил сайт self.julianus.ee и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 31.07.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки: 1) В личном кабинете должника в Google уходит специально сконструированное событие ss_debtor_loggedin. В конфигурации контейнера GA4 оно создаётся правилом: событие page_view при условии, что адрес страницы содержит /debts. Вместе с ним передаются идентификатор клиента, заголовок страницы «Julianus Inkasso | Мои долги» и виртуальный путь /debts#sisse_logitud. То есть Google получает не обезличенный счётчик посещений, а привязанный к идентификатору сигнал: этот посетитель является должником и вошёл в свой кабинет. В конфигурации того же контейнера настроены ещё три события того же ряда — ss_debtor_payment, ss_debtor_contactus_start, ss_creditor_submitdept_start. 2) Механизма согласия на портале нет: за две записи, 98 запросов, не встречается ни одного обращения к платформе управления согласием, ни одного сценария с признаками баннера, ни одного заголовка Set-Cookie. Счётчик вставлен прямо в разметку страницы кабинета и стартует на +531 мс, обращение с событием входа должника уходит на +814 мс. При этом сами условия защиты данных в пункте 4.7.5 описывают cookie как собираемые с разрешения субъекта данных, а в пункте 8.2.5 — как единственный случай, когда согласие можно отозвать. Пункт 4.3.5 отсылает за подробностями к решению о cookie, которого на портале нет. 3) Условия защиты данных не называют ни одного получателя веб-данных поимённо: перечень в пункте 6.3 состоит из категорий — рекламные и маркетинговые партнёры, партнёры в сфере информационно-коммуникационных технологий и прочие. Google, MindTitan и Postimages в документе отсутствуют. Пункт 6.3(a) прямо оговаривает, что рекламные и маркетинговые партнёры обычно получают данные о пользовании сайтом в неперсонализированном виде; фактически Google получает устойчивый идентификатор клиента вместе с событием о долговом статусе. 4) На страницах продолжает работать счётчик недействующего ресурса Universal Analytics UA-6990595-1: обработка данных в нём прекращена в 2023 году, но обращение к www.google-analytics.com уходит в полном объёме и несёт адрес IP, разрешение экрана 1920x1080, размер окна, язык, адрес и заголовок страницы. Помимо бесполезной передачи, именно этот устаревший счётчик автоматически подтягивает на страницу контейнер GA4, который затем и отправляет событие о входе должника. Отдельно: иконка чата подгружается с публичного файлообменника i.postimg.cc, чей владелец скрыт службой приватности, — вследствие чего адрес IP посетителя кабинета уходит стороннему хостингу без всякой необходимости. Полная техническая документация опубликована по адресу: https://gdpru.eu/audits/ee-julianus-ee/ 3. Положения GDPR, соблюдение которых прошу проверить GDPR Art. 9 / Art. 5(1)(a) — передача сведений о долговом положении в аналитику; ePrivacy — Директива 2002/58/EC, ст. 5(3) (в связке с GDPR Art. 6(1)(a)); GDPR Art. 13(1)(e) — раскрытие получателей; GDPR Art. 5(1)(c) — минимизация 4. Требование Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR. 5. Приложения Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Complaint regarding personal data processing — self.julianus.ee 1. Subject of the complaint I am filing a complaint regarding the processing of my personal data by the website self.julianus.ee. 2. Circumstances I visited the website self.julianus.ee and found indications that the processing of my personal data does not comply with the GDPR. The technical analysis published on gdpru.eu on 31 July 2026 (open methodology, reproducible measurements) documents the following indications: 1) In the debtor's personal account, a specially constructed event, ss_debtor_loggedin, goes to Google. In the GA4 container's configuration, it is created by a rule: a page_view event, triggered when the page address contains /debts. Along with it, a client identifier, the page title 'Julianus Inkasso | My Debts,' and a virtual path /debts#sisse_logitud are transmitted. In other words, Google receives not an anonymized visit count, but a signal tied to an identifier: this visitor is a debtor and has logged into their account. The same container's configuration has three related events configured: ss_debtor_payment, ss_debtor_contactus_start, ss_creditor_submitdept_start. 2) There is no consent mechanism on the portal: across two captures, 98 requests, there is not a single request to a consent-management platform, not a single script bearing banner hallmarks, and not a single Set-Cookie header. The counter is inserted directly into the account page's markup and starts at +531 ms; the debtor's login event fires at +814 ms. Meanwhile, the data-protection terms themselves, in section 4.7.5, describe cookies as collected with the data subject's permission, and in section 8.2.5, as the one case where consent can be withdrawn. Section 4.3.5 refers to a cookie notice for details — one that does not exist on the portal. 3) The data-protection terms name not a single web-data recipient by name: the list in section 6.3 consists of categories — advertising and marketing partners, ICT partners, and others. Google, MindTitan, and Postimages are absent from the document. Section 6.3(a) states explicitly that advertising and marketing partners typically receive site-usage data in non-personalized form; in fact, Google receives a persistent client identifier together with an event about debt status. 4) The pages continue to run the counter for the discontinued Universal Analytics resource, UA-6990595-1: data processing for it stopped in 2023, yet the request to www.google-analytics.com fires in full and carries the IP address, screen resolution 1920x1080, window size, language, and the page address and title. Beyond the pointless transfer itself, it is precisely this outdated counter that automatically pulls in the GA4 container that then sends the debtor-login event. Separately: the chat icon loads from the public file-hosting service i.postimg.cc, whose owner is shielded by a privacy service — as a result, the account visitor's IP address goes to a third-party host with no necessity whatsoever. Full technical documentation is published at: https://gdpru.eu/audits/ee-julianus-ee/ 3. GDPR provisions I ask you to examine GDPR Art. 9 / Art. 5(1)(a) — transmission of debt-status information to analytics; ePrivacy — Directive 2002/58/EC, Art. 5(3) (in conjunction with GDPR Art. 6(1)(a)); GDPR Art. 13(1)(e) — disclosure of recipients; GDPR Art. 5(1)(c) — minimization 4. Request I request that you examine the circumstances described and, if non-compliance is confirmed, apply the measures provided for in Article 58(2) GDPR. 5. Attachments The full evidence base — the HAR file, its SHA-256 checksum and the quotation from the site's privacy policy documenting the stated contradiction — is published and verifiable at the link in point 2 above. Sincerely, [Your name] [contact email] [Country] [Date]
1. Kaebuse ese Esitan kaebuse seoses minu isikuandmete töötlemisega veebisaidil self.julianus.ee. 2. Asjaolud Külastasin veebisaiti self.julianus.ee ja tuvastasin märke sellest, et minu isikuandmete töötlemine ei vasta isikuandmete kaitse üldmääruse (IKÜM) nõuetele. Tehniline analüüs, mis on avaldatud aadressil gdpru.eu 31.07.2026 (avatud metoodika, korratavad mõõtmised), dokumenteerib järgmist: 1) Võlgniku isiklikus kontos Google'is jäetakse spetsiaalselt kavandatud sündmuse võlgnik sisse logitud. GA4 konteineri konfiguratsioonis on see loodud reegliga: lehevaate sündmus, eeldusel, et lehe aadress sisaldab / võlgu. Sellele on lisatud kliendi ID, lehe pealkiri "Julianus Inkasso | Minu võlad" ja virtuaalne tee / Debts#sisse logitud. See tähendab, et Google ei saa ebaisikulist külastajaloendurit, vaid identifikaatoriga seotud signaali: see külastaja on võlgnik ja sisenes oma kontorisse. Samas konteinerikonfiguratsioonis on konfigureeritud veel kolm sama seeria sündmust: ss võlgniku makse, ss võlgniku kontaktus start ja ss võlausaldaja esitatud vilunud start. 2) Portaalis ei ole nõusoleku mehhanismi: kahe sissekande, 98 päringu korral ei ole juurdepääsu nõusoleku haldamise platvormile, ei ole skripti bännerimärkidega, ei ole Set-Cookie päist. Loendur sisestatakse otse kabinetilehe paigutusse ja algab +531 ms-st, aadress võlgniku sisenemissündmusega läheb +814 ms-le. Samas kirjeldavad punktis 4.7.5 esitatud andmekaitsetingimused küpsiseid nii, nagu neid kogutakse andmesubjekti loal, ja punktis 8.2.5 – ainsana juhul, kui nõusoleku saab tagasi võtta. Punktis 4.3.5 viidatakse küpsiste kohta tehtud otsuste üksikasjadele, mida portaalis ei ole. 3) Andmekaitsetingimustes ei nimetata veebiandmete saajat nimepidi: punktis 6.3 esitatud loetelu koosneb kategooriatest - reklaami- ja turunduspartnerid, info- ja kommunikatsioonitehnoloogia valdkonna partnerid jt. Google, MindTitan ja Postimages ei sisaldu dokumendis. Punkti 6.3 alapunktis a on sõnaselgelt sätestatud, et reklaami- ja turunduspartnerid saavad tavaliselt saidi kasutamise andmeid isikustamata kujul; tegelikult saab Google püsiva kliendi ID koos võla staatuse sündmusega. 4) Mitteaktiivse ressursi Universal Analytics UA-6990595-1 loendur jätkab tööd lehekülgedel: andmete töötlemine selles lõpetati 2023. aastal, kuid viide www. google-analytics.com lahkub täielikult ja kannab IP-aadressi, ekraani resolutsiooni 1920x1080, akna suurust, keelt, aadressi ja lehe pealkirja. Lisaks kasutule ülekandele tõmbab see vananenud loendur automaatselt GA4 konteineri lehele, mis seejärel saadab võlgniku sisselogimissündmuse. Eraldi: vestlusikoon laaditakse üles avalikust failivahetajast i.postimg.cc, mille omanik on peidetud privaatsusteenuse poolt, mille tulemusena läheb kabineti külastaja IP-aadress kolmanda osapoole hostimisele ilma vajaduseta. Täielik tehniline dokumentatsioon on avaldatud aadressil: https://gdpru.eu/audits/ee-julianus-ee/ 3. Sätted, mille järgimist palun kontrollida GDPR Art 9 / Art 5(1)(a) – Võlaandmete edastamine analüütikale; e-privaatsus – direktiiv 2002/58/EÜ, artikli 5 lõige 3 (koosmõjus GDPRi artikli 6 lõike 1 punktiga a); GDPR – artikli 13 lõike 1 punkt e – vastuvõtjate avalikustamine; GDPR artikli 5 lõike 1 punkt c – minimeerimine 4. Nõue Palun kontrollida kirjeldatud asjaolusid ja mittevastavuse kinnitamisel kohaldada IKÜM artikli 58 lõikes 2 ette nähtud meetmeid. 5. Lisad Täielik tõendusmaterjal — HAR-fail, kontrollsumma SHA-256 ning veebisaidi privaatsuspoliitika tsitaat, mis dokumenteerib nimetatud vastuolu — on avaldatud ja kontrollitav punktis 2 viidatud lingil. Lugupidamisega, [Teie nimi] [kontakt-e-post] [Riik] [Kuupäev]