fix(ptica): строка о подтоплении в PDF и DOCX перестаёт читаться как заключение (#2934) #2935

Merged
bot-backend merged 1 commit from fix/2934-flood-row-honesty into main 2026-08-19 15:11:11 +00:00

1 commit

Author SHA1 Message Date
efd8d86d81 fix(ptica): строка о подтоплении в PDF и DOCX перестаёт читаться как заключение (#2934)
All checks were successful
CI Trade-In / changes (pull_request) Successful in 12s
CI Trade-In / backend-tests (pull_request) Has been skipped
CI / changes (pull_request) Successful in 13s
CI Trade-In / browser-tests (pull_request) Has been skipped
CI Trade-In / frontend-checks (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Successful in 2m3s
CI / backend-tests (pull_request) Successful in 17m1s
В §2 «Окружение» экспортируемые документы печатали:

    Риск подтопления | нет

Значение берётся из hydrology.flood_risk_flag — это близость реки или канала
ближе 200 м по OSM. Проверкой зон затопления оно не является. Замер на проде
19.08: таблица cad_risk_zones пуста (0 строк), слои risk_* НСПД дали 0 объектов
на 669 дампов. То есть ни один источник зон затопления в эту строку не входит, а
_fmt(False) превращает флаг в слово «нет» — читатель получал вывод, которого не
делали.

Опаснее прочих мест из #2934 по трём причинам: это экспортируемый документ, он
уходит наружу и живёт после сессии; печатается на основном пути сразу в двух
форматах; и честный текст УЖЕ был написан — hydrology["note"] — но терялся ровно
на границе экспортёра. Фронт его показывает (HydrologyBlock.tsx), документы нет.

Три правки:
1. Метка называет измеренное: «Река или канал ближе 200 м (OSM)».
2. Оговорка доезжает до HTML/PDF и DOCX.
3. Сама оговорка стала верной для ОБОИХ случаев. Раньше она была написана в
   расчёте только на «пойма есть», и при flood_risk_flag=false фронт печатал
   «повышенный риск подтопления» рядом со значением «нет» — текст противоречил
   соседнему полю.

Метка вынесена общей константой: обе таблицы собираются одинаковыми списками пар,
DOCX уже импортирует хелперы из HTML, и правка в одном файле разошлась бы с
другим незаметно. На это есть отдельный тест.

Тесты: 3 красных на origin/main ПО ПОВЕДЕНИЮ (ассерт печатает саму строку из
документа), 1 контроль зелёный с обеих сторон. Первая версия импортировала новую
константу в шапке модуля — на origin/main это роняло сборку файла, и красное
означало бы «модуль не собрался», а не «документ утверждает не то»; импорт
перенесён внутрь единственного теста, которому он нужен.

pytest tests/services/exporters: 215 passed, rc=0 (перепрогнано после правок хука)
pytest tests/api/v1: 348 passed, 1 skipped, rc=0

Refs #2934
2026-08-19 18:26:35 +05:00