AML transaction monitoring¶

Раздел 05 · Редакционный стандарт

Тип материала — референсная архитектура. HYPOTHETICAL — схемы и операции. INFERENCE — инженерные рекомендации и критерии выбора. Внешние контракты ограничены источниками ниже.

Бизнес-задача¶

Построить воспроизводимые сигналы на транзакциях и исторических customer facts.

Требования¶

Версионировать KYC context, rules и окна. Сохранять human review и доказательства покрытия.

Поток данных и владение состоянием¶

flowchart LR
 A["Ledger and KYC"] --> B["Normalized facts"]
 B --> C["Rule engine"]
 C --> D["Case store"]
 D --> E["Reviewer"]

Ledger владеет транзакциями, customer system фактами клиента, case store решениями.

Транзакционные границы¶

Alert и evidence references фиксируются вместе. Внешняя подача отчёта имеет отдельный статус.

Порядок и идемпотентность¶

Dedup по rule version, entity и окну. Ретропрогон создаёт отдельную generation.

Нормальная последовательность¶

sequenceDiagram
 participant A as Ledger and KYC
 participant B as Normalized facts
 participant C as Rule engine
 participant D as Case store
 A->>B: Submit transaction and KYC cut
 B->>C: Evaluate pinned rule version
 C-->>B: Return alert and evidence references
 B->>D: Open case for human review

Отказ и восстановление¶

sequenceDiagram
 participant B as Normalized facts
 participant C as Rule engine
 participant E as Recovery operator
 B->>C: Input partition missing during evaluation
 Note over B,C: Outcome becomes uncertain
 E->>C: Restore coverage and recompute separate generation
 E->>B: Resume from verified boundary

Пропуск input partition переводит coverage в incomplete. Восстановить cut и пересчитать, связав пересмотр с прежним кейсом.

Сверка¶

Проверить keys, суммы по валюте, coverage окон и evidence для alerts.

Разделение времени. Transaction effective time задаёт окно правила, ingestion time отражает полноту на момент расчёта. KYC хранит интервалы действия значений и время получения сведений. Иначе backfill применит сегодняшний customer profile к старому решению. Для alert evidence сохраните versioned facts и rule parameters, а disposition reviewer оформите отдельным событием. Поздняя корректировка может инициировать новый review.

Наблюдаемость¶

Возраст очереди, incomplete coverage и alert duplicates.

Безопасность и применимость требований¶

Доступ к кейсам по ролям. Локальные обязанности и сроки требуют отдельного scope review.

Альтернативы и trade-offs¶

Stream даёт ранние сигналы. Batch удобен для полных исторических срезов и графовых связей.

Вопросы на собеседовании¶

Почему alert требует review? Он выражает срабатывание правила при конкретном контексте.