docs(specs): archive T-Bank cache boundary change

This commit is contained in:
2026-09-01 05:56:00 +03:00
parent 9ac04cdb44
commit 0386b6b26f
6 changed files with 382 additions and 3 deletions
@@ -0,0 +1,45 @@
## 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.