docs: explain persisted T-Bank reads and synchronization

Document local data ownership, coverage and freshness, refresh behavior, failure
recovery and additive migration rollback. Record ADR 017.

domains/portfolio/overview.md

@@ -17,11 +17,11 @@
 [справочнике данных](data-reference.md).
 
 Доступность счёта определяется [текущим подключением и списком счетов](../accounts/overview.md).
-SQLite не хранит сам портфель: backend получает данные через серверную
-[интеграцию T-Bank](../../integrations/tbank.md) и временно сохраняет успешный
-снимок в памяти. Frontend получает нормализованный результат через HTTP API.
+Backend получает данные через серверную
+[интеграцию T-Bank](../../integrations/tbank.md) и постоянно сохраняет последний
+полный снимок в SQLite. Frontend получает нормализованный результат через HTTP API.
 [Поток загрузки](flows/portfolio-loading.md) объясняет границы доступа,
-свежий кэш и восстановление после временной ошибки.
+свежесть снимка и восстановление после временной ошибки.
 
 Обзор счёта также показывает пять последних [операций](../operations/overview.md),
 [полученный доход](../income/overview.md) текущего месяца и до пяти
@@ -79,7 +79,7 @@ SQLite не хранит сам портфель: backend получает да
 не содержат данных и не получают фокус. При обычном фоновом обновлении
 сохраняются предыдущие суммы и время успешного получения в UTC.
 
-Серверный `isStale` обозначает разрешённый запасной снимок backend.
+Серверный `isStale` обозначает истечение минутной свежести снимка.
 Клиентское предупреждение означает неудачную попытку обновить уже показанный
 ответ. Эти состояния независимы и могут появиться одновременно.
 Успешный повторный запрос обновляет суммы и время, снимает клиентскую ошибку;
@@ -88,9 +88,9 @@ SQLite не хранит сам портфель: backend получает да
 
 В текущем решении нет долговременной истории снимков, графиков стоимости
 портфеля, валютной конвертации, учёта виртуальных позиций или заблокированных
-средств. Кэш теряется при перезапуске и рассчитан на локальную работу одного
-экземпляра backend. Отдельной команды принудительного обновления на экране
-нет; повторная попытка доступна после ошибки.
+средств. Последний полный снимок сохраняется после перезапуска; выполнение
+синхронизации рассчитано на один экземпляр backend. Действие «Обновить»
+перечитывает зависимости открытого экрана независимо от их свежести.
 
 Для проверки конкретной суммы используйте
 [руководство по расхождениям](how-to/investigate-discrepancy.md).