Перейти к основному содержимому

Consumer: DevStatsFunnelDealCreatedConsumer

Наполняет этап Deals воронки funnel_daily: создание сделки → uniqState(DealId) по срезу (иерархия × дата). Обогащение иерархией — из dim_property_object по PropertyObjectId. Предпоследний этап views → favorites → selections → leads → bookings → deals (ADR-0057).

Назначение​

Consumer DevStatsFunnelDealCreatedConsumer слушает событие deal-created (топик pin.crm.deal-created.v1), по PropertyObjectId резолвит иерархию объекта недвижимости из dim_property_object и добавляет частичную строку funnel_daily с заполненным состоянием этапа Deals; прочие этапы — пустые *State(). Запись — append-only в аналитическое хранилище pin_dev_stats, не source of truth (сделки — в crm).

Owning-сервис и триггер​

ПолеЗначение
Сервис/контекстdev-stats (DevStats.Background)
ConsumerDevStatsFunnelDealCreatedConsumer
Обрабатываемое событиеdeal-created
Topicpin.crm.deal-created.v1
ContractVersion1 (warn-and-proceed)
Consumer groupdev-stats-funnel-crm-deal
Producercrm (создание сделки из лида / одобрение фиксации)
Эффект (событие → что меняется)pin_dev_stats.funnel_daily, этап Deals = uniqState(DealId)
Feature flagdev-stats.funnel.enabled

Контекст события​

  • Из метаданных события доступны идентификатор сообщения (MessageId), время события (CreatedAt) и идентификатор источника (AggregateId = DealId).
  • Сквозной трейс восстанавливается из метаданных события.
  • Ключ идемпотентности — uniqState(DealId) + отсев повторного MessageId в батче.

Входные данные / payload события​

Контракт: event: deal-created. Consumer читает:

Поле payloadТипОбяз.Как используется
DealIdGuidДабизнес-ключ этапа → uniqState(DealId)
PropertyObjectIdGuidДаlookup dim_property_object → иерархия
TenantIdGuidДаtenant-guard: должен = dim_property_object.DeveloperId
CreatedAtDateTimeOffsetДаEventDate = toDate(CreatedAt)

ProjectId события — опциональная сверка с dim_property_object.ProjectId; Members/Status/PII не используются.

Алгоритм​

Консюмер батчевый: шаги 1–4 — на сообщение, шаги 5–6 — на батч (порог ≤ 1000 строк или 5 секунд; freshness SLA ≤ 5 мин).

  1. Проверить контекст события: сверить ContractVersion (= 1; при несовпадении — warn-and-proceed); идемпотентность по DealId/MessageId — повтор пропускается (no-op).
  2. Проверить payload (DealId/PropertyObjectId/TenantId/CreatedAt); при невалидном — пропуск с warning (skip + warning).
  3. Обогащение иерархией: по PropertyObjectId взять из dim_property_object последнюю версию пути (argMax(…иерархия…, UpsertedAt), без FINAL); строки нет → отложенное повторное обогащение (deferred re-enrich, backoff, ≤ N попыток; при устойчивом промахе → DLQ + алерт «dimension gap»). Опциональная сверка ProjectId события с dim_property_object.ProjectId (диагностика рассогласования). Tenant-guard: dim_property_object.DeveloperId == TenantId; иначе — пропуск + alert, строка не пишется (fail-closed).
  4. Собрать частичную строку funnel_daily: ключ иерархии + EventDate, Deals = uniqState(DealId), прочие этапы — пустые *State().
  5. Пакетно вставить строку в хранилище funnel_daily (батч ≤ 1000 строк / 5 с); AggregatingMergeTree сольёт частичные состояния по ключу. Смещение (offset) фиксируется только после подтверждённой вставки.
  6. Записать метрики/логи; успех → ack.

Диаграмма​

Идемпотентность и replay​

  • Business key DealId (uniqState) — повтор не растит счётчик; + MessageId в батче. Replay с offset безопасен. Late-dimension → deferred re-enrich (как property_object_view_facts).

Retry и DLQ​

СбойRetryDLQРучное действие
Транзиент ClickHouseДа (offset не закоммичен)Нетавто-догон
Нет строки dim_property_object (late-dimension)deferred re-enrich (backoff, ≤ N попыток)Да при устойчивом промахе + алерт «dimension gap»backfill dim_property_object, затем replay из DLQ
TenantId ≠ dim_property_object.DeveloperIdНетНетskip + alert
Битый payloadНетНетskip + warning
Версия события ≠ ContractVersionНе сбой: warning-логНетсверить миграцию контракта crm
Сбой между вставкой и commit offsetПовторная доставка (at-least-once)Нетне требуется — uniqState(DealId) идемпотентен

Наблюдаемость и безопасность​

  • Logs/metrics/traces — consume/enrich/ingest, счётчик tenant-mismatch. PII (Members/ФИО) в воронку не пишется; DeveloperId из dim_property_object + сверка с TenantId (fail-closed). Воронка агрегатна.

Кросс-сервисные контракты​

НаправлениеКонтракт
Ожидает от crmСобытие deal-created (pin.crm.deal-created.v1, ContractVersion = 1, at-least-once) при создании сделки (из лида / одобрения фиксации). Обязательные для воронки поля: DealId (уникален и стабилен на сделку → идемпотентность этапа), PropertyObjectId, TenantId = DeveloperId, CreatedAt; ProjectId — опциональная сверка. Members/Status/ФИО в воронку не переносятся.
Ожидает от chessboard (через dim-ingest)Строку dim_property_object с иерархией и DeveloperId; при отставании — late-dimension (park).
ПредоставляетЧастичную строку funnel_daily: Deals = uniqState(DealId) по срезу (иерархия × EventDate). Терминальный этап DealsCompleted наполняет соседний консюмер deal-completed. Потребитель — read API get-conversion-funnel (uniqMerge, без FINAL).
Окно eventual-consistency≤ 5 мин. В промежутке конверсия deals/bookings по объекту занижена — догоняет после вставки; при parked-событии — после backfill измерения.

Предусловия и постусловия​

  • Предусловия: включён флаг dev-stats.funnel.enabled; для объекта наполнена строка dim_property_object; событие проходит валидацию payload и tenant-guard.
  • Постусловия: в funnel_daily по срезу (иерархия объекта, день CreatedAt) состояние Deals учитывает DealId ровно один раз; offset группы dev-stats-funnel-crm-deal продвинут строго после подтверждённой вставки; операционные данные crm не изменены.

Acceptance Criteria​

  • Happy path: Дано — флаг включён, dim_property_object для PO1 есть, TenantId = dim.DeveloperId; Когда — приходит deal-created (DL1, PO1, день D); Тогда — uniqMerge(Deals) по срезу PO1 × D увеличивается на 1.
  • Идемпотентность (повтор доставки): Дано — DL1 учтён; Когда — повторная доставка; Тогда — Deals не меняется.
  • Tenant-guard: Дано — TenantId события ≠ dim.DeveloperId; Тогда — строка не пишется, skip + alert.
  • Late-dimension: Дано — строки dim_property_object нет; Тогда — park → дозаполнение после измерения; при устойчивом промахе — DLQ + алерт.
  • Флаг выключен / битый payload: Дано — funnel.enabled = off или отсутствует PropertyObjectId; Тогда — этап не наполняется, событие ack/skip без искажения агрегатов.
  • Отказ хранилища: Дано — ClickHouse недоступен; Тогда — offset не коммитится, retry с backoff, догон без дублей.

Обратные ссылки​

Автоссылки: где используется этот документ.

Связанные документы​