Эстонский сайт международной логистики DHL Express — один замер англоязычной главной, 66 запросов, 6 узлов. Платформа управления согласием OneTrust на месте, баннер полноценный (три кнопки, управление категориями), а режим согласия Google соблюдён — события GA4 и Google Ads идут со статусом gcs=G100, оба хранилища запрещены, бескуково; Facebook загружает только SDK без событий. Но одна деталь подводит: скрипт автоблокировки OneTrust (OtAutoBlock.js) вернул 404 — не загрузился. Именно он должен предотвращать загрузку сторонних тегов до согласия, и из-за его отсутствия Facebook SDK, Google Ads и контейнер GTM успевают инициализироваться в первую секунду. Данные при этом удержаны режимом согласия — но механизм, гейтящий саму загрузку, сломан.
Хронология обращений
Декларация против факта
Тайминги передачи
GTM-MNMS78R; платформа согласия появляется позже (+654 мс).
OtAutoBlock.js — механизм удержания тегов до согласия сломан.
fbevents.js инициализируется из-за отсутствия автоблокировки.
ccm/collect, gcs=G100, dma=1, ads_data_redaction.
GA4 page_view/generate_lead, G-ZXH7E3H54N, gcs=G100.
Зафиксированные трекеры
- OneTrust (cdn.cookielaw.org, ID 018dcfdf-…) — платформа управления согласием; баннер «Центр настроек приватности» с тремя кнопками. Механизм автоблокировки OtAutoBlock.js вернул статус 404 — не загрузился
- Google Analytics 4 (region1.google-analytics.com, G-ZXH7E3H54N) — аналитика; события page_view и generate_lead (расчёт доставки, с параметрами маршрута) идут со статусом gcs=G100 (оба хранилища запрещены), бескуково. Запрет соблюдён
- Google Ads / Conversion (pagead2.googlesyndication.com/ccm/collect) — измерение конверсий; идёт со статусом gcs=G100 и dma=1 (режим EEA), с флагом ads_data_redaction. Запрет соблюдён
- Google Tag Manager (www.googletagmanager.com, GTM-MNMS78R) — контейнер тегов; +494 мс, раньше платформы согласия
- Facebook / Meta (connect.facebook.net) — загружается SDK fbevents.js (+986 мс); событий пикселя /tr в этом замере не наблюдается
- Первая сторона и инфраструктура: dhlexpress.ee (48 запросов), express-resource.dhl.com (по куки-декларации — статика DHL, за Cloudflare/F5)
- В куки-декларации также названы (в замере не сработали): LinkedIn, YouTube
Признаки несоответствия GDPR
- ePrivacy — Директива 2002/58/EC, ст. 5(3) — механизм автоблокировки тегов сломан (OtAutoBlock.js 404)На сайте установлена платформа согласия OneTrust с корректным баннером, и режим согласия Google соблюдается: события GA4 (G-ZXH7E3H54N) и Google Ads (ccm/collect) идут со статусом gcs=G100 — оба хранилища запрещены, бескуково. Однако скрипт автоблокировки OneTrust — OtAutoBlock.js — вернул статус 404, то есть не загрузился. Именно он должен предотвращать загрузку сторонних тегов до согласия. Из-за его отсутствия маркетинговые компоненты успевают инициализироваться в первую секунду: контейнер GTM (+494 мс, раньше самой платформы согласия +654 мс), Facebook SDK fbevents.js (+986 мс) и Google Ads ccm/collect (+1023 мс). Фактической передачи маркетинговых данных при этом не зафиксировано — consent mode Google удержал аналитику и конверсии под запретом (gcs=G100, ads_data_redaction), а Facebook SDK событий /tr не отправил. То есть данные удержаны на уровне режима согласия, но механизм, который должен удерживать саму загрузку тегов, не сработал.
Контекст
dhlexpress.ee — эстонский сайт DHL Express, международного логистического оператора. Обработку описывают privacy notice (v1.2c, эстонский и английский) и подробная куки-декларация на движке OneTrust. Управление согласием — платформа OneTrust; часть статики отдаётся с express-resource.dhl.com (за Cloudflare и F5 BIG-IP, по данным куки-декларации).
Замер — одна запись англоязычной главной (dhlexpress.ee/en/): 66 запросов, 6 узлов. Страница содержит калькулятор доставки (событие generate_lead с параметрами маршрута).
Кому уходят данные напрямую
Аналитика — Google Analytics 4 и Google Ads (оба под запретом, gcs=G100, бескуково). Управление согласием — OneTrust. Facebook загружает только SDK, без событий. Всё остальное — первая сторона DHL. В куки-декларации названы также LinkedIn и YouTube, но в этом замере они не сработали.
Заявленное против фактического
Здесь почти всё сделано правильно, и проблема — в одной сломанной детали.
Режим согласия Google соблюдается. События GA4 (G-ZXH7E3H54N) — page_view, generate_lead — и Google Ads (ccm/collect) идут со статусом gcs=G100: оба хранилища запрещены, пинги бескуковые, у Google Ads выставлены dma=1 (режим EEA) и ads_data_redaction. Событие generate_lead — это расчёт доставки в калькуляторе, оно несёт параметры маршрута (страна отправления и назначения) в dl, но без куки-привязки. Это корректное поведение при неданном согласии.
Facebook присутствует только как SDK. connect.facebook.net/fbevents.js загружается на +986 мс, но событий пикселя /tr в замере нет — то есть Facebook-пиксель инициализирован, но данных не передал.
Получатели раскрыты. Куки-декларация OneTrust называет OneTrust, Google, Facebook, YouTube, LinkedIn — с категориями, хостами и сроками хранения. Баннер «Центр настроек приватности» симметричный, с реальным выбором и честным предупреждением о передаче данных в страны с недостаточным уровнем защиты (США).
Но механизм автоблокировки тегов сломан. Скрипт OtAutoBlock.js — часть OneTrust, которая должна предотвращать загрузку сторонних тегов до согласия, — вернул статус 404: он не загрузился. Из-за его отсутствия маркетинговые компоненты успевают инициализироваться в первую секунду: контейнер GTM (GTM-MNMS78R) на +494 мс — раньше самой платформы согласия (+654 мс), Facebook SDK на +986 мс, Google Ads на +1023 мс. Важная оговорка: фактической передачи маркетинговых данных при этом не зафиксировано — режим согласия Google удержал аналитику и конверсии под запретом, а Facebook SDK событий не отправил. То есть данные удержаны на уровне consent mode, но второй эшелон защиты — автоблокировка загрузки — не сработал. Это дефект гейтинга, пусть в этом замере и без утечки данных.
Согласие: что доказано и что нет
Доказано: автоблокировка не загрузилась. OtAutoBlock.js вернул 404 — подтверждается статусом в HAR и панелью Network на скриншотах.
Доказано: режим согласия Google соблюдён. Все обращения GA4 и Google Ads несут gcs=G100, бескуково; у Google Ads — ads_data_redaction и dma=1.
Доказано: Facebook только SDK, без событий. В замере лишь fbevents.js, обращений /tr нет.
Доказано: теги инициализируются до платформы согласия. GTM — +494 мс, OneTrust — +654 мс; Facebook и Google Ads — +986…+1023 мс.
Доказано: получатели названы. Куки-декларация перечисляет Google, Facebook, YouTube, LinkedIn, OneTrust.
Не установлено: решение о согласии в деталях. Какой выбор сделан в баннере, из записи однозначно не читается; статус gcs=G100 указывает на запрещённое состояние хранилищ (по умолчанию или по отказу).
Не установлено однозначно: попольная раскладка gcd. Сигнал gcd присутствует, но точная раскладка полей не декодирована; вывод строится на gcs=G100 и статусе 404 у автоблокировки.
Границы наблюдения
Замер охватывает одну страницу — главную — и фиксирует поведение браузера, не серверную обработку: почему OtAutoBlock.js отдаёт 404 (ошибка конфигурации, срок, региональная выдача) и что стороны делают с полученными сигналами, браузерным замером не выясняется. Установлен факт статуса 404 и факт инициализации тегов; вывод о дефекте автоблокировки опирается на них, а не на передачу маркетинговых данных, которой в этом замере нет. Получатели, названные в декларации, но не проявившиеся (LinkedIn, YouTube), отнесены к заявленному.
Файл опубликован очищенным от личных данных (61 правка, самопроверка чистая); статус 404 у OtAutoBlock.js, порядок загрузки, gcs=G100 у Google-обращений и отсутствие событий Facebook /tr проверяются по опубликованному файлу напрямую. UI баннера и статус 404 в панели Network подтверждаются скриншотами — отдельный тип доказательства.
Правовую оценку выносит компетентный орган — Andmekaitse Inspektsioon.
Вывод
Сайт международного логиста сделан по корпоративному стандарту: платформа согласия OneTrust с симметричным баннером, подробная куки-декларация с поимённым раскрытием получателей, честное предупреждение о трансграничной передаче, и — что важно — режим согласия Google соблюдён: аналитика и измерение конверсий идут под запретом, gcs=G100, бескуково, с редакцией рекламных данных; Facebook ограничен загрузкой SDK без событий.
Подводит одна деталь, но существенная: скрипт автоблокировки OtAutoBlock.js возвращает 404 и не загружается. Это тот компонент OneTrust, который должен удерживать саму загрузку сторонних тегов до согласия. Без него контейнер GTM, Facebook SDK и Google Ads успевают инициализироваться в первую секунду — на этот раз без утечки данных, потому что их подстраховал consent mode Google. Но полагаться на один эшелон защиты, когда второй сломан, — риск: consent mode покрывает Google-стек, а автоблокировка нужна ровно для тех тегов, что режимом согласия не управляются.
Устранение: восстановить загрузку OtAutoBlock.js (устранить причину 404), чтобы автоблокировка OneTrust предотвращала загрузку сторонних тегов до согласия; загружать контейнер GTM после инициализации платформы согласия; сохранить корректный режим согласия Google, распространив принцип гейтинга на все маркетинговые теги, а не только на управляемые consent mode.
Как проверить: скачайте файл и посчитайте его контрольную сумму — sha256sum файл.har (Linux, macOS) или certutil -hashfile файл.har SHA256 (Windows); она должна совпасть с указанной. Вывод разбора относится к объёму этого замера — см. ограничения методики.
af2c0d2133fa347564f6e8288c77d8020e30ab4be4abaa162ff60190345d50a5Хотите получить ответ от компании по этому разбору? → Открыть инструмент
Впишите один раз — подставится во все письма ниже:
Все поля обязательны для печати документа — это формальное требование к самому письму (реквизиты официального обращения), а не сбор данных: ничего никуда не отправляется и не сохраняется, всё остаётся у вас в браузере и пропадает при закрытии страницы. Подробнее — в разделе методологии.
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Отправьте это письмо компании напрямую — до обращения к регулятору у неё есть право ответить (ст. 12(3) GDPR — 30 дней).
Тема: Запрос доступа к персональным данным (ст. 15 GDPR) — dhlexpress.ee Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта dhlexpress.ee. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки: 1) На сайте установлена платформа согласия OneTrust с корректным баннером, и режим согласия Google соблюдается: события GA4 (G-ZXH7E3H54N) и Google Ads (ccm/collect) идут со статусом gcs=G100 — оба хранилища запрещены, бескуково. Однако скрипт автоблокировки OneTrust — OtAutoBlock.js — вернул статус 404, то есть не загрузился. Именно он должен предотвращать загрузку сторонних тегов до согласия. Из-за его отсутствия маркетинговые компоненты успевают инициализироваться в первую секунду: контейнер GTM (+494 мс, раньше самой платформы согласия +654 мс), Facebook SDK fbevents.js (+986 мс) и Google Ads ccm/collect (+1023 мс). Фактической передачи маркетинговых данных при этом не зафиксировано — consent mode Google удержал аналитику и конверсии под запретом (gcs=G100, ads_data_redaction), а Facebook SDK событий /tr не отправил. То есть данные удержаны на уровне режима согласия, но механизм, который должен удерживать саму загрузку тегов, не сработал. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/audits/ee-dhlexpress-ee/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — dhlexpress.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 dhlexpress.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) The site has the OneTrust consent platform installed with a correct banner, and Google's consent mode is respected: the GA4 events (G-ZXH7E3H54N) and Google Ads (ccm/collect) carry status gcs=G100 — both storages denied, cookieless. However, OneTrust's auto-blocking script — OtAutoBlock.js — returned status 404, that is, it did not load. It is precisely this script that should prevent third-party tags from loading before consent. Because of its absence, the marketing components manage to initialise within the first second: the GTM container (+494 ms, before the consent platform itself at +654 ms), the Facebook SDK fbevents.js (+986 ms) and Google Ads ccm/collect (+1023 ms). No actual transfer of marketing data was recorded, however — Google's consent mode held analytics and conversions under denial (gcs=G100, ads_data_redaction), and the Facebook SDK sent no /tr events. That is, the data is held at the consent-mode level, but the mechanism that should hold back the very loading of tags did not work. 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-dhlexpress-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) — dhlexpress.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 dhlexpress.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) Saidil on õige bänneriga OneTrusti nõusoleku platvorm ja jälgitakse Google'i nõusoleku režiimi: sündmused GA4 (G-ZXH7E3H54N) ja Google Ads (ccm/kollektsioon) on staatusega gcs=G100 - mõlemad hoidlad on keelatud, igavad. Kuid OneTrusti automaatlukustuse skript OtAutoBlock.js naasis 404 olekusse, mis tähendab, et see ei käivitunud. See peaks takistama kolmandate isikute märgiste laadimist enne nõusoleku saamist. Turunduskomponentide puudumise tõttu on esimesel sekundil aega initsialiseerida: GTM-konteiner (+494 ms, enne nõusolekuplatvormi ennast +654 ms), Facebook SDK fbevents.js (+986 ms) ja Google Ads ccm/collect (+1023 ms). Turundusandmete tegelikku edastamist ei registreerita - nõusolekurežiim Google hoidis keelu all analüüsi ja konversioone (gcs=G100, reklaamide andmete redaktsioon) ning Facebooki SDK sündmused /tr ei saatnud. See tähendab, et andmeid hoitakse nõusoleku režiimi tasemel, kuid mehhanism, mis peaks sildi laadimist ise hoidma, ei töötanud. 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-dhlexpress-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, ваш язык)
Тема: Жалоба на обработку персональных данных — dhlexpress.ee 1. Предмет жалобы Я подаю жалобу в отношении обработки моих персональных данных сайтом dhlexpress.ee. 2. Обстоятельства Я посетил сайт dhlexpress.ee и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 09.09.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки: 1) На сайте установлена платформа согласия OneTrust с корректным баннером, и режим согласия Google соблюдается: события GA4 (G-ZXH7E3H54N) и Google Ads (ccm/collect) идут со статусом gcs=G100 — оба хранилища запрещены, бескуково. Однако скрипт автоблокировки OneTrust — OtAutoBlock.js — вернул статус 404, то есть не загрузился. Именно он должен предотвращать загрузку сторонних тегов до согласия. Из-за его отсутствия маркетинговые компоненты успевают инициализироваться в первую секунду: контейнер GTM (+494 мс, раньше самой платформы согласия +654 мс), Facebook SDK fbevents.js (+986 мс) и Google Ads ccm/collect (+1023 мс). Фактической передачи маркетинговых данных при этом не зафиксировано — consent mode Google удержал аналитику и конверсии под запретом (gcs=G100, ads_data_redaction), а Facebook SDK событий /tr не отправил. То есть данные удержаны на уровне режима согласия, но механизм, который должен удерживать саму загрузку тегов, не сработал. Полная техническая документация опубликована по адресу: https://gdpru.eu/audits/ee-dhlexpress-ee/ 3. Положения GDPR, соблюдение которых прошу проверить ePrivacy — Директива 2002/58/EC, ст. 5(3) — механизм автоблокировки тегов сломан (OtAutoBlock.js 404) 4. Требование Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR. 5. Приложения Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Complaint regarding personal data processing — dhlexpress.ee 1. Subject of the complaint I am filing a complaint regarding the processing of my personal data by the website dhlexpress.ee. 2. Circumstances I visited the website dhlexpress.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 9 September 2026 (open methodology, reproducible measurements) documents the following indications: 1) The site has the OneTrust consent platform installed with a correct banner, and Google's consent mode is respected: the GA4 events (G-ZXH7E3H54N) and Google Ads (ccm/collect) carry status gcs=G100 — both storages denied, cookieless. However, OneTrust's auto-blocking script — OtAutoBlock.js — returned status 404, that is, it did not load. It is precisely this script that should prevent third-party tags from loading before consent. Because of its absence, the marketing components manage to initialise within the first second: the GTM container (+494 ms, before the consent platform itself at +654 ms), the Facebook SDK fbevents.js (+986 ms) and Google Ads ccm/collect (+1023 ms). No actual transfer of marketing data was recorded, however — Google's consent mode held analytics and conversions under denial (gcs=G100, ads_data_redaction), and the Facebook SDK sent no /tr events. That is, the data is held at the consent-mode level, but the mechanism that should hold back the very loading of tags did not work. Full technical documentation is published at: https://gdpru.eu/audits/ee-dhlexpress-ee/ 3. GDPR provisions I ask you to examine ePrivacy — Directive 2002/58/EC, Art. 5(3) — the tag auto-blocking mechanism is broken (OtAutoBlock.js 404) 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 dhlexpress.ee. 2. Asjaolud Külastasin veebisaiti dhlexpress.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 09.09.2026 (avatud metoodika, korratavad mõõtmised), dokumenteerib järgmist: 1) Saidil on õige bänneriga OneTrusti nõusoleku platvorm ja jälgitakse Google'i nõusoleku režiimi: sündmused GA4 (G-ZXH7E3H54N) ja Google Ads (ccm/kollektsioon) on staatusega gcs=G100 - mõlemad hoidlad on keelatud, igavad. Kuid OneTrusti automaatlukustuse skript OtAutoBlock.js naasis 404 olekusse, mis tähendab, et see ei käivitunud. See peaks takistama kolmandate isikute märgiste laadimist enne nõusoleku saamist. Turunduskomponentide puudumise tõttu on esimesel sekundil aega initsialiseerida: GTM-konteiner (+494 ms, enne nõusolekuplatvormi ennast +654 ms), Facebook SDK fbevents.js (+986 ms) ja Google Ads ccm/collect (+1023 ms). Turundusandmete tegelikku edastamist ei registreerita - nõusolekurežiim Google hoidis keelu all analüüsi ja konversioone (gcs=G100, reklaamide andmete redaktsioon) ning Facebooki SDK sündmused /tr ei saatnud. See tähendab, et andmeid hoitakse nõusoleku režiimi tasemel, kuid mehhanism, mis peaks sildi laadimist ise hoidma, ei töötanud. Täielik tehniline dokumentatsioon on avaldatud aadressil: https://gdpru.eu/audits/ee-dhlexpress-ee/ 3. Sätted, mille järgimist palun kontrollida Direktiiv 2002/58/EÜ, artikli 5 lõige 3 – katkiste märgiste automaatne blokeerimismehhanism (OtAutoBlock.js 404) 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]