## 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`.