gendesign/backend/app/services/exporters
bot-backend be446482d0
All checks were successful
CI Trade-In / changes (pull_request) Successful in 7s
CI Trade-In / backend-tests (pull_request) Has been skipped
CI / changes (pull_request) Successful in 8s
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 2m21s
CI / backend-tests (pull_request) Successful in 17m16s
fix(ptica): число ЗОУИТ перестаёт подписываться как число типов (#2464)
encumbrance.zouit_count приходит из parcels.py как len(zouit_rows) — число ЗАПИСЕЙ
cad_zouit, пересёкших участок. Типы лежат отдельно, в zouit_types, и показаны
строкой ниже. Оба экспортёра подписывали это число как «Кол-во типов ЗОУИТ».

Расхождение не редкое — померил по реальным отчётам (analysis_runs):

  разборов с ЗОУИТ                1637
  где записей != типов             717   (43.8%)
  среднее отношение              1.35x
  максимум по проду        7 записей при 3 типах

То есть почти в половине отчётов с ЗОУИТ читателю показывали число, которое на
треть больше того, что обещает подпись.

Пункт эпика предлагал обратное — заменить значение на len(zouit_types). Это
сделало бы фолбэк несогласованным с основным путём: у источника счётчик считает
записи, и таким он приходит в чат-контекст (chat/retrieval.py) тоже. Врёт
подпись, её и правлю.

Тест формулирует инвариант по смыслу, а не сверкой с выбранной строкой: ЕСЛИ
подпись обещает типы, показанное число обязано равняться числу типов. Такая
формулировка переживёт разумное переименование и не даст «починить» тест
подгонкой подписи. Проверяются оба формата — HTML и DOCX.

Против origin/main (5 записей, 2 типа):

  html: подпись «Кол-во типов ЗОУИТ» показывает 5, типов 2  → падает
  docx: то же самое                                        → падает
  число записей всё ещё в сводке     — контроль, зелёный с обеих сторон
  перечисление типов на месте        — контроль, зелёный с обеих сторон

Контроли не для симметрии: первый ловит «починку», которая выкинула бы счётчик
вместо переименования, второй — потерю перечисления типов.

Прогоны: tests/services/exporters + tests/services/chat — 302 passed rc=0.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 13:53:30 +05:00
..
__init__.py init 2026-04-25 13:45:19 +03:00
dxf.py init 2026-04-25 13:45:19 +03:00
excel.py fix(forecasting): honest scenarios collapse when β rate-sensitivity gate fails (audit #1871 P1) 2026-06-22 19:06:22 +05:00
full_report_docx.py fix(ptica): число ЗОУИТ перестаёт подписываться как число типов (#2464) 2026-08-20 13:53:30 +05:00
full_report_html.py fix(ptica): число ЗОУИТ перестаёт подписываться как число типов (#2464) 2026-08-20 13:53:30 +05:00
full_report_pdf.py feat(gisogd66): permits_nearby — точный радиус-запрос РНС/РВЭ (#2367 PR-2, backend-half) (#2401) 2026-07-04 09:59:49 +00:00
layout_tz_pdf.py feat(exporters): §4.2 supply-only блок в ТЗ-PDF (#2177) (#2260) 2026-07-03 06:38:23 +00:00
pdf.py init 2026-04-25 13:45:19 +03:00
report_docx.py fix(exporters): annotate scenario deficit horizon in docx/pptx (#1590 follow-up) 2026-06-17 14:35:48 +05:00
report_maps.py fix(ptica): защита таймаутом теперь реально ограничивает время (#2464-C) (#2927) 2026-08-19 10:27:58 +00:00
report_md.py merge: resolve conflicts with main (#1660) into week-review-finish 2026-06-17 20:21:06 +03:00
report_pdf.py fix(export): недостающая §13.7 «Уверенность» в PDF-экспортёре отчёта (#2445-C2) (#2456) 2026-07-05 19:40:38 +00:00
report_pptx.py fix(exporters): annotate scenario deficit horizon in docx/pptx (#1590 follow-up) 2026-06-17 14:35:48 +05:00
snapshot_pdf.py Merge remote-tracking branch 'forgejo-backend/main' into fix/sf-feedback-batch 2026-06-18 10:01:43 +03:00
trade_in_pdf.py fix(week-review): backend-аудит v2 — 82 фиксов (#1660) 2026-06-17 17:13:38 +00:00