Files
specs/openspec/changes/archive/2026-09-06-complete-frontend-audit-remediation/proposal.md
T

5.4 KiB

Why

Повторная проверка трёх frontend audits показала, что большинство замечаний уже исправлено, но остаются три связанных источника стоимости сопровождения: согласованность связи доходов с инструментами зависит от повторения одного правила в разных частях системы, экран событий не полностью следует принятому разделению обязанностей, а подготовка части тестов остаётся неоднородной.

Кроме того, наличие исправлений само по себе не подтверждает завершённость remediation: результаты повторной проверки и состояние findings ещё не сведены в актуальное evidence. Завершение этой работы сейчас позволит опираться на проверенное состояние вместо повторного выполнения уже закрытых рекомендаций.

Основание: остатки F-03 и F-06 structural maintainability audit, F3 repository audit от 28 августа, а также отсутствие Completion Evidence для проверенных исправлений от 6 сентября. Общий repository audit используется для сверки уже реализованных замечаний и исключения повторной работы.

What Changes

  • Устранить зависимость достоверности расшифровки дохода от независимого повторения правила сопоставления инструментов и выплат. Расшифровка остаётся точным составом выбранной строки по инструменту, валюте и периоду, включая отрицательные корректировки и случаи неполной идентификации инструмента.
  • Завершить приведение экрана событий к принятому разделению ответственности за данные, выбор состояния и отображение, сохранив текущее поведение.
  • Завершить унификацию подготовки оставшихся тестов: время жизни их состояния должно быть предсказуемым и не зависеть от повторного отображения обёртки.
  • Свести относящиеся к продолжению audit claims и ранее реализованные исправления в существующий процесс remediation. Подтвердить фактический результат текущей поставки, отделив наличие кода от доказанного завершения.

Ожидаемый результат — надёжная прослеживаемость состава дохода, согласованные обязанности экрана событий и тестового окружения, а также однозначные текущие статусы замечаний с проверяемым основанием.

Non-goals:

  • Новые пользовательские возможности, изменение денежных расчётов, валютной семантики, правил периода, сортировки или состава учитываемого дохода.
  • Изменение поведения авторизации, повторная реализация исправленной границы подключения T-Bank или общий рефакторинг всех экранов.
  • Расширение набора проверок ради числового покрытия, внедрение новой общей инфраструктуры либо изменение правил SDD и audit remediation.
  • Возврат перенесённого workbench в приложение, переписывание исторических аудитов или приписывание прежним исправлениям отсутствующих approvals и результатов проверок.

Capabilities

New Capabilities

Modified Capabilities

Impact

Затронуты поддержка аналитики дохода и экрана событий, сопровождение тестов и процесс подтверждения устранения frontend audit findings. Пользовательские возможности и действующие нормативные требования сохраняются.

Работа реализует существующее требование brokerage-account-income-analytics — Instrument breakdown is traceable to exact Ledger Entries и действующие frontend conventions и audit-remediation policy. Изменения Requirements не требуются; capabilities оставлены пустыми, change использует skip_specs: true.