fix(generator): сохранена фактура визита при восстановлении

- Зачем:
  - визит после восстановления не должен менять браузер и источники перехода внутри одного click_id.
- Что:
  - добавлен base_click_id в state v3 для восстановления донора фактуры.
  - исправлено восстановление timestamp offset без потери микросекунд.
  - расширены тесты и стыковая проверка browser/source и device/os/geo.
- Проверка:
  - uv run --with-requirements generator/requirements.txt pytest generator/tests -q.
  - bash -n scripts/check_generated_analytics.sh.
  - git diff --cached --check.

generator/README.md

@@ -30,7 +30,7 @@ generator-service -> Kafka topics -> (потребители отдельно)
 | `src/clickstream_generator/intensity.py` | расчёт событийного бюджета тика |
 | `src/clickstream_generator/runtime.py` | тиковый слой: активные визиты и выпуск созревших событий |
 | `src/clickstream_generator/kafka_io.py` | Kafka publisher, история batch, Kafka-state и служебные топики |
-| `src/clickstream_generator/state.py` | сериализуемое состояние генератора v2 |
+| `src/clickstream_generator/state.py` | сериализуемое состояние генератора v3 |
 | `src/clickstream_generator/metrics.py` | Prometheus-метрики |
 | `src/clickstream_generator/service.py` | основной цикл сервиса |
 | `generator.py` | запуск сервиса и совместимый фасад |
@@ -102,7 +102,7 @@ GEN_LAMBDA_BASE_PER_MIN=60 GEN_POPULATION_MAX=500 docker compose up -d generator
 реальному часу запуска процесса.
 
 В режиме `backfill` генератор без сна проходит от `GEN_MODEL_T0` до
-`GEN_MODEL_T_END`, публикует события только за `[T0, T_end)`, сохраняет state v2
+`GEN_MODEL_T_END`, публикует события только за `[T0, T_end)`, сохраняет state v3
 на `T_end` в `generator_state` и пишет manifest в compact-topic
 `generator_startup_history_manifest`. Live-запуск с теми же настройками
 использует этот manifest, чтобы продолжить ровно с `T_end` без настенной дельты.
@@ -286,11 +286,12 @@ docker compose exec kafka /opt/kafka/bin/kafka-console-consumer.sh \
 
 ### Как работает
 
-1. После каждого успешного тика состояние v2 сохраняется в `generator_state`.
+1. После каждого успешного тика состояние v3 сохраняется в `generator_state`.
 2. При старте генератор читает последнее состояние из топика.
 3. Если состояние найдено, сервис восстанавливает номер тика, состояние ГПСЧ,
    популяцию пользователей, накопленный бюджет рождения визитов и активные
-   визиты.
+   визиты. Для активного визита state хранит `base_click_id` — донора браузерной
+   и source-фактуры из статического сида.
 4. Если состояния нет или оно невалидно, генератор начинает с чистого листа.
 
 Активный визит после простоя до 30 минут продолжается со своими исходными