При аудите GDPR-соответствия клиентского портала мы выявили отсутствие неизменяемого журнала согласий. Регулятор запросил доказательства — без Consent Log компания рисковала штрафом до 20 млн евро или 4% годового оборота. Типичный запрос: предоставить историю изменений согласий для каждого пользователя за последние 3 года. Без журнала вы не сможете этого сделать — придётся либо признавать отсутствие данных, либо подделывать записи. Судебная практика подтверждает, что компании без Consent Log проигрывают дела. Мы разработали решение, которое не только фиксирует каждое действие пользователя, но и предоставляет API для управления и экспорта данных. Наш опыт — более 30 проектов, где журнал согласий стал основой юридической безопасности. Согласно GDPR (https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), согласие должно быть получено законно и доказуемо. Consent Log — единственный способ обеспечить прозрачный аудит. Регуляторы ежегодно выписывают штрафы на миллиарды евро за подобные нарушения.
Что должен содержать Consent Log?
GDPR требует фиксацию контекста каждого события:
- Временная метка согласия (timestamp)
- Кто дал согласие (пользователь или анонимный ID)
- На что именно дано согласие (конкретные категории: аналитика, маркетинг и т.д.)
- Версия документа, с которым ознакомился пользователь
- Метод получения согласия (banner, checkbox, API)
- IP-адрес и user-agent для привязки к юрисдикции
| Характеристика | Без журнала | С Consent Log |
|---|---|---|
| Возможность доказать получение согласия | Нет | Да, с точностью до секунды |
| Скорость ответа на DSAR | 5–7 дней ручного сбора | 5 минут через API |
| Стоимость обработки одного DSAR-запроса | до 2000 евро | незначительные |
| Риск штрафа за отсутствие доказательств | Высокий (до 20 млн евро) | Минимизирован |
Схема базы данных
CREATE TABLE consent_events (
id BIGSERIAL PRIMARY KEY,
-- Идентификация
user_id BIGINT REFERENCES users(id) ON DELETE SET NULL,
anonymous_id UUID, -- для неавторизованных
session_id VARCHAR(100),
-- Данные согласия
event_type VARCHAR(20) NOT NULL, -- 'granted', 'denied', 'withdrawn', 'updated'
categories JSONB NOT NULL, -- {"analytics": true, "marketing": false, ...}
document_version VARCHAR(20), -- версия Privacy Policy
method VARCHAR(30), -- 'banner', 'settings_page', 'api', 'import'
-- Контекст
ip_address INET,
user_agent TEXT,
country_code CHAR(2),
language_code CHAR(5),
-- Аудит
created_at TIMESTAMPTZ NOT NULL DEFAULT NOW(),
-- Запрет обновления строк (immutable audit log)
updated_at TIMESTAMPTZ,
CONSTRAINT no_updates CHECK (updated_at IS NULL)
);
-- Индексы для быстрого поиска
CREATE INDEX idx_consent_user ON consent_events(user_id) WHERE user_id IS NOT NULL;
CREATE INDEX idx_consent_anon ON consent_events(anonymous_id) WHERE anonymous_id IS NOT NULL;
CREATE INDEX idx_consent_date ON consent_events(created_at);
CREATE INDEX idx_consent_type ON consent_events(event_type);
Как реализовать неизменяемый Consent Log?
Мы используем комбинацию SQL-ограничений и архитектуры, исключающей обновление записей. Дополнительно можно добавить хеш предыдущей строки для цепочки — это блокчейн-подход без блокчейна. Результат: уверенность, что журнал не был скомпрометирован. Для ускорения поиска — индексы по user_id и anonymous_id. Весь код покрывается тестами неизменяемости.
Событие: пользователь дал согласие на аналитику и маркетинг через баннер. В таблицу попадает: timestamp, user_id (или anonymous_id), категории {"analytics": true, "marketing": true}, версия «v2.1», метод «banner», IP из Германии, user-agent Chrome на Windows. Все строки только вставляются, никогда не обновляются.
Запись согласий
import uuid
from datetime import datetime
import hashlib
class ConsentLogger:
def __init__(self, db, geoip):
self.db = db
self.geoip = geoip
def log(self, request, categories: dict, event_type: str,
user_id=None, document_version='v1.0'):
# Определить анонимный идентификатор
anonymous_id = self._get_or_create_anonymous_id(request)
country = self.geoip.country(request.remote_addr)
self.db.execute("""
INSERT INTO consent_events
(user_id, anonymous_id, session_id, event_type, categories,
document_version, method, ip_address, user_agent, country_code, created_at)
VALUES (%s, %s, %s, %s, %s::jsonb, %s, %s, %s, %s, %s, %s)
""", (
user_id,
anonymous_id,
request.session.get('id'),
event_type,
json.dumps(categories),
document_version,
'banner',
request.remote_addr,
request.user_agent.string[:500],
country,
datetime.utcnow()
))
def _get_or_create_anonymous_id(self, request):
cookie_id = request.cookies.get('consent_id')
if cookie_id:
return cookie_id
return str(uuid.uuid4())
def get_user_consent_history(self, user_id: int):
return self.db.query("""
SELECT event_type, categories, document_version, created_at, ip_address
FROM consent_events
WHERE user_id = %s
ORDER BY created_at DESC
""", (user_id,))
def get_current_consent(self, user_id: int) -> dict:
"""Актуальное согласие пользователя"""
latest = self.db.query_one("""
SELECT categories FROM consent_events
WHERE user_id = %s AND event_type IN ('granted', 'updated')
ORDER BY created_at DESC
LIMIT 1
""", (user_id,))
return latest['categories'] if latest else {}
API для управления согласиями
@app.route('/api/my/consent', methods=['GET'])
@login_required
def get_my_consent():
"""Текущее согласие пользователя"""
current = consent_logger.get_current_consent(current_user.id)
history = consent_logger.get_user_consent_history(current_user.id)
return jsonify({
'current': current,
'history': [{
'event': r['event_type'],
'categories': r['categories'],
'version': r['document_version'],
'date': r['created_at'].isoformat(),
} for r in history[:10]]
})
@app.route('/api/my/consent', methods=['DELETE'])
@login_required
def withdraw_consent():
"""Отзыв согласия на маркетинговую обработку"""
consent_logger.log(
request,
categories={'analytics': False, 'marketing': False, 'preferences': False},
event_type='withdrawn',
user_id=current_user.id
)
# Удалить данные из маркетинговых систем
revoke_from_mailchimp(current_user.email)
revoke_from_facebook_custom_audience(current_user.email)
return jsonify({'status': 'withdrawn'})
Экспорт для регулятора
def export_consent_for_user(user_id: int) -> dict:
"""Отчёт для ответа на запрос регулятора или DSAR"""
records = db.query("""
SELECT * FROM consent_events
WHERE user_id = %s
ORDER BY created_at
""", (user_id,))
return {
'user_id': user_id,
'consent_history': [{
'timestamp': r['created_at'].isoformat(),
'event': r['event_type'],
'categories': r['categories'],
'document_version': r['document_version'],
'ip': str(r['ip_address']),
'method': r['method']
} for r in records],
'exported_at': datetime.utcnow().isoformat(),
'format_version': '1.0'
}
API-экспорт сокращает время ответа на DSAR с 5 дней до 5 минут — в 1440 раз быстрее ручного сбора.
Процесс внедрения и сроки
- Аналитика — изучаем текущую систему согласий, выявляем пробелы.
- Проектирование — схема БД, API, экспортные форматы.
- Реализация — пишем код, миграции, настраиваем индексы.
- Тестирование — юнит-тесты, интеграционное тестирование неизменяемости, нагрузка до 1000 запросов/с.
- Деплой — развёртывание на production, консультация команды.
Реализация под ключ — от 2 до 3 рабочих дней. При интеграции со сложными legacy-системами срок может увеличиться до 5 дней. Мы выполнили более 30 проектов с журналом согласий за 6 лет работы — накопленный опыт позволяет избежать типичных ошибок.
Что входит в работу
- Код модуля Consent Logger на Python/Django или Node.js
- SQL-миграции для создания таблицы
consent_eventsи индексов - REST API для управления согласиями (текущее, отзыв, история)
- Экспорт данных для DSAR в JSON-формате, готовый к отправке регулятору
- Инструкция по подключению к фронтенду (баннер согласий, страница настроек)
- Нагрузочное тестирование: до 1000 запросов в секунду
- Консультация по юридической стороне (какие категории фиксировать, как долго хранить — обычно 3 года)
| Этап | Что делаем | Результат |
|---|---|---|
| Аналитика | Аудит текущего потока согласий, поиск уязвимостей | Отчёт с рекомендациями |
| Проектирование | Схема consent_events, индексы, архитектура API |
Документация схемы |
| Реализация | Написание ConsentLogger, REST-эндпоинтов |
Рабочий код |
| Тестирование | Проверка неизменяемости, нагрузочное тестирование | 100% прохождение тестов |
| Деплой | Развёртывание, мониторинг | Запуск на production |
Типичные ошибки при внедрении Consent Log
- Хранение только текущего согласия, без истории изменений — это не соответствует GDPR.
- Использование UPDATE вместо INSERT — журнал становится перезаписываемым.
- Отсутствие anonymous_id для неавторизованных пользователей — невозможно привязать события.
- Пропуск контекстных данных (IP, user-agent, язык) — регулятор может потребовать.
- Не настроенный экспорт для DSAR — приходится писать на коленке под запрос.
Мы гарантируем, что ваша реализация Consent Log будет соответствовать духу и букве GDPR. Свяжитесь с нами для бесплатной оценки вашего проекта. Закажите внедрение — получите готовое решение за пару дней.