docs(specs): archive domain money contract change

openspec/specs/brokerage-account-upcoming-events/spec.md

@@ -7,10 +7,12 @@
 ## Requirements
 
 ### Requirement: User can retrieve upcoming events for an account
-Система MUST предоставлять аутентифицированному User read-only список известных будущих событий принадлежащего ему Brokerage Account от момента запроса до 30 календарных дней после него включительно. Ответ MUST содержать только события coupon, dividend, maturity и offer, отсортированные по дате по возрастанию, и момент расчёта прогноза.
+Система MUST предоставлять аутентифицированному User read-only список известных будущих событий открытого поддерживаемого Brokerage Account, доступного через текущий T-Bank connection User, от момента запроса до 30 календарных дней после него включительно. Ответ MUST содержать только события coupon, dividend, maturity и offer, отсортированные по дате по возрастанию, и момент расчёта прогноза.
+
+Список будущих событий является прогнозом по текущему наблюдаемому состоянию счёта и MUST NOT означать, что WealthLedger хранит долговременное право владения Brokerage Account независимо от T-Bank connection.
 
 #### Scenario: Получение событий доступного счёта
-- **WHEN** аутентифицированный User запрашивает будущие события принадлежащего ему Brokerage Account
+- **WHEN** аутентифицированный User запрашивает будущие события открытого поддерживаемого Brokerage Account, доступного через текущий T-Bank connection
 - **THEN** система возвращает известные события на следующие 30 календарных дней и момент, на который был выполнен расчёт
 
 #### Scenario: Отсутствие событий в периоде
@@ -22,15 +24,17 @@
 - **THEN** система возвращает существующий ответ о недоступности счёта и не раскрывает события
 
 ### Requirement: Forecasts preserve event meaning and uncertainty
-Система MUST передавать для каждого события его календарную дату, тип, доступные идентификаторы и название инструмента, исходную валюту и, если она известна, прогнозную сумму до налогов. Прогнозная сумма MUST рассчитываться по текущему количеству бумаг на момент запроса. Дивиденд MUST обозначать переданную дату как дату реестра, а offer MUST передаваться без вымышленной суммы.
+Система MUST передавать для каждого события его календарную дату, тип, доступные идентификаторы и название Instrument, а также прогнозную сумму до налогов как Money, если она известна. Прогнозная сумма MUST рассчитываться по текущему количеству бумаг на момент запроса. Если денежные условия события неизвестны или неприменимы, прогнозная сумма MUST быть `null`, а не нулём и не парой разрозненных полей. Дивиденд MUST обозначать переданную дату как дату реестра, а offer MUST передаваться без вымышленной суммы.
+
+Instrument в Future Cash Event MUST иметь тот же доменный смысл, что и в Portfolio: это финансовый инструмент, к которому относится событие, даже если событие не является Portfolio Position.
 
 #### Scenario: Прогноз купона по текущей позиции
 - **WHEN** поддерживаемая облигация в текущей Portfolio Position имеет известный купон в пределах периода
-- **THEN** система возвращает событие coupon с суммой до налогов в исходной валюте, рассчитанной по текущему количеству облигаций
+- **THEN** система возвращает событие coupon с прогнозной суммой до налогов как Money в исходной валюте, рассчитанной по текущему количеству облигаций
 
 #### Scenario: Прогноз дивиденда
 - **WHEN** поддерживаемая акция в текущей Portfolio Position имеет объявленный дивиденд с датой фиксации реестра в пределах периода
-- **THEN** система возвращает событие dividend с датой, обозначенной как дата реестра (`record_date`), и суммой до налогов, равной `dividend_net` на одну бумагу, умноженной на текущее количество акций
+- **THEN** система возвращает событие dividend с датой, обозначенной как дата реестра (`record_date`), и прогнозной суммой до налогов как Money, равной `dividend_net` на одну бумагу, умноженной на текущее количество акций
 
 #### Scenario: Отменённый дивиденд не попадает в прогноз
 - **WHEN** запись дивиденда T-Bank имеет тип выплаты `Cancelled`
@@ -38,7 +42,7 @@
 
 #### Scenario: Отображение оферты без суммы
 - **WHEN** для поддерживаемой облигации известна оферта в пределах периода, но её денежные условия недоступны
-- **THEN** система возвращает событие offer без прогнозной суммы
+- **THEN** система возвращает событие offer с прогнозной суммой `null`
 
 #### Scenario: Неподдерживаемое частичное погашение
 - **WHEN** источник не предоставляет расписание будущих частичных погашений или амортизации облигации
@@ -60,7 +64,7 @@
 - **THEN** система трактует ответ как отсутствие данных по инструменту и не завершает запрос ошибкой
 
 ### Requirement: Account page presents an upcoming events list
-Страница Brokerage Account MUST предоставлять действие перехода на отдельную страницу «Будущие события». Эта страница MUST показывать все полученные события компактным списком без фильтров, пагинации и суммарного итога, с датой, типом, инструментом и суммой в исходной валюте, если она известна. Страница MUST объяснять, что прогноз основан на текущей позиции, указан до налогов и может быть неполным из-за доступности данных источника.
+Страница Brokerage Account MUST предоставлять действие перехода на отдельную страницу «Будущие события». Эта страница MUST показывать все полученные события компактным списком без фильтров, пагинации и суммарного итога, с датой, типом, инструментом и прогнозной суммой в исходной валюте, если она известна. Страница MUST объяснять, что прогноз основан на текущей позиции, указан до налогов и может быть неполным из-за доступности данных источника.
 
 #### Scenario: Просмотр ближайших событий
 - **WHEN** User открывает «Будущие события» из обзора Brokerage Account