## Why

После успешного создания, замены или удаления T-Bank connection пользователь
может продолжить видеть финансовые данные, полученные через предыдущее
подключение. Обновление только списка Brokerage Accounts не защищает Portfolio,
Operations, Events и Income от повторного использования данных с уже
недействительной границы владения. Это подтверждённый высокоприоритетный дефект
когерентности данных, поэтому его нужно устранить до менее критичных findings
последнего frontend-аудита.

## What Changes

- Успешное создание, замена или удаление T-Bank connection становится границей,
  после которой ни один следующий потребитель T-Bank-derived финансовых данных
  не использует данные, загруженные через предыдущее подключение.
- Результат успешной операции по-прежнему сразу определяет отображаемый статус
  connection, а Accounts, Portfolio, Operations, Events, Income Summary и Income
  Analytics при следующем обращении отражают только текущую границу connection.
- Неуспешная операция сохраняет текущий статус connection и доступные данные,
  относящиеся к нему.
- Обычное фоновое обновление продолжает сохранять Client Cached Snapshot при
  временной ошибке, а logout независимо очищает данные пользовательской сессии.
- Change не меняет состав и смысл доступных финансовых данных, не добавляет
  новые финансовые возможности и не включает остальные findings
  frontend-аудита.

## Capabilities

### New Capabilities

Нет.

### Modified Capabilities

- `frontend-query-coherence`: расширить инвариант когерентности T-Bank
  connection с Brokerage Accounts на все финансовые данные, полученные через
  текущее подключение.

## Impact

Изменение затрагивает пользователей, которые создают, заменяют или удаляют
T-Bank connection, а также все пользовательские представления Accounts,
Portfolio, Operations, Events и Income, зависящие от текущего подключения.
Audit remediation workflow должен зафиксировать этот scope как отдельное
исправление, не смешивая его с оставшимися findings.