fix(ptica): сноска концепт-PDF печатает фактический срок распродажи, а не «30 мес» (#2464) #2945
No reviewers
Labels
No labels
Fable 5 ревью
GG-форсайт
admin
analytics
auth
automation
bug
business
chore
ci
compliance
data
data-moat
docs
duplicate
dx
enhancement
feedback/max
generative
needs-discussion
needs-human
observability
pause-bots
performance
priority/p0
priority/p1
priority/p2
priority/p3
scope/backend
scope/db
scope/devops
scope/frontend
scope/qa
scrapers
security
site-finder
stage/1
stage/2
status/blocked
status/done
status/needs-analysis
status/needs-fix
status/qa
status/ready
status/review
status/wip
tech-debt
tradein
ux
week ревью 1
wontfix
ИРД
вторичка
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lekss361/gendesign#2945
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "fix/2464-concept-pdf-sales-window"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Сноска обещала срок, по которому NPV не считался
В методической сноске концепт-PDF стояло «распродажа 30 мес» — числом. При том что ставка дисконта в той же строке берётся из расчёта:
30 месяцев — это фолбэк
financial._SALES_DURATION_MONTHS, применяемый только когда рыночная скорость абсорбции не передана. Иначе окно считается какresidential_area_sqm / market_velocityи клампится в[6, 120]мес.Всё нужное уже было в схеме
sales_duration_months— реализованное окноsales_end − sales_start;schedule_is_default— честный флаг, заведённый ровно для этого случая: «True, когда окно продаж — дефолт-норматив 30 мес; False, когда оно построено по рыночной абсорбции».Отчёт Site Finder оба читает —
full_report_html.py:1335иfull_report_docx.py:855. Игнорировал их только этот экспортёр.Теперь:
Норматив остаётся — он законен, — но перестаёт выдавать себя за измерение.
Про вынесение в функцию
Логика ушла в чистую
_sales_phrase(financial). Собирать полныйConceptVariantради одной строки хрупко: таблицы читают больше двадцати несвязанных полей, и тест ломался бы от любого их изменения. Так проверка зависит только от того, что проверяет.Проверка
Главный тест — на уровне готового документа, и он красный на
origin/mainпо содержимому:Импорт новой функции перенесён внутрь тестов. В шапке он ронял сборку модуля, и тогда ни одна проверка не исполнялась бы, а красное означало бы «функции нет», а не «в документе не то». Ровно на это я напоролся в первой версии.
Контроли: дефолтное окно печатается с пометкой «нормативный»; вариант без поля не роняет экспорт; дробное окно округляется (53.6 → «54 мес», а не «54.0» и не «0»).
pytest tests/services/exporters + tests/services/generative: 373 passed, 8 skipped, rc=0 — перепрогнано после правок pre-commit.Refs #2464