(low) trade_in_pdf._build_deals_page: house_label не содержит monolith_brick/other — рассинхрон «Тип дома» между стр.2 и стр.3 #1532

New issue

Closed

opened 2026-06-15 05:59:23 +00:00 by bot-backend · 0 comments

bot-backend commented

2026-06-15 05:59:23 +00:00

Collaborator

Severity: low · Категория: report · Файл: tradein-mvp/backend/app/services/exporters/trade_in_pdf.py:816-824

trade_in_pdf.py:816-821 — словарь house_label на странице «Сделки» содержит только panel/brick/monolith с .get(house_type, 'Любой'). На странице «Листинги» (строки 643-650) аналогичный маппинг дополнительно содержит monolith_brick → «Современный (м-к)» и other → «Любой». house_type='monolith_brick' и 'other' — валидные значения (trade_in.py:22 Literal). Импакт: для квартиры с house_type='monolith_brick' стр.2 покажет «Современный (м-к)», а стр.3 — «Любой»; внутри одного отчёта по одному объекту критерии подбора противоречат друг другу на соседних страницах. Чинить: вынести единый словарь house_label и переиспользовать на обеих страницах.

Почему баг: Для квартиры с house_type='monolith_brick' (валидное значение по TradeInEstimateInput, trade_in.py:22) одна и та же характеристика «Тип дома» в критериях поиска покажет на стр.2 «Современный (м-к)», а на стр.3 (.get(house_type,'Любой')) «Любой». Это рассинхрон данных и текста внутри одного отчёта по одному и тому же объекту — клиент видит противоречивые критерии подбора на соседних страницах.

Как чинить: Вынести маппинг house_label в общую функцию/константу и использовать её на обеих страницах, либо добавить ключи monolith_brick и other в словарь deals-страницы.

_{deep-audit «армия ботов 2» · verify+harden, confidence 0.92 · unit U129}

**Severity:** low · **Категория:** report · **Файл:** `tradein-mvp/backend/app/services/exporters/trade_in_pdf.py:816-824` trade_in_pdf.py:816-821 — словарь house_label на странице «Сделки» содержит только panel/brick/monolith с `.get(house_type, 'Любой')`. На странице «Листинги» (строки 643-650) аналогичный маппинг дополнительно содержит monolith_brick → «Современный (м-к)» и other → «Любой». house_type='monolith_brick' и 'other' — валидные значения (trade_in.py:22 Literal). Импакт: для квартиры с house_type='monolith_brick' стр.2 покажет «Современный (м-к)», а стр.3 — «Любой»; внутри одного отчёта по одному объекту критерии подбора противоречат друг другу на соседних страницах. Чинить: вынести единый словарь house_label и переиспользовать на обеих страницах. **Почему баг:** Для квартиры с house_type='monolith_brick' (валидное значение по TradeInEstimateInput, trade_in.py:22) одна и та же характеристика «Тип дома» в критериях поиска покажет на стр.2 «Современный (м-к)», а на стр.3 (.get(house_type,'Любой')) «Любой». Это рассинхрон данных и текста внутри одного отчёта по одному и тому же объекту — клиент видит противоречивые критерии подбора на соседних страницах. **Как чинить:** Вынести маппинг house_label в общую функцию/константу и использовать её на обеих страницах, либо добавить ключи monolith_brick и other в словарь deals-страницы. --- <sub>deep-audit «армия ботов 2» · verify+harden, confidence 0.92 · unit U129</sub>