AURORA-1887: АХР — скрыть строки-сателлиты (лимиты/аренда/коммуналка/охрана) на листе АХР, показывать только сводную строку статьи #272

New Issue

aep · 2026-10-31T20:09:18+03:00

aep commented

2026-10-31 20:09:18 +03:00

Jira: AURORA-1887 (эпик AURORA-1876). Исходный тикет предлагал архитектурное решение (слияние budget_line, миграция данных, новый протокол WS) — по итогам обсуждения в чате 2026-10-31 принят упрощённый дизайн, который не меняет модель данных и не требует OpenSpec change:

Дизайн (согласован в чате, не architectural)

На листе AHR (главный лист АХР формы 2) уже есть дерево row_type (ROOT/GROUP/ITEM/SUB_ITEM/INPUT): каждая сателлитная budget_line (лимиты/аренда/коммуналка/охрана) уже вложена как INPUT-строка под заголовок статьи (ITEM/SUB_ITEM), который уже считает сумму по всем своим INPUT-детям. Проблема только в том, что все INPUT-строки сейчас видны (разворот по умолчанию на фронте — косметика, не защита).
Решение: в v_form2_sheet_jsonb/v_form2_sheet_sections (актуальные версии — найти через grep по api/alembic/versions/sql/*.sql, последняя правка в 0053 для первой функции) для листа AHR не возвращать INPUT-строки, у которых source_sheet IN ('AHR_LIMIT','AHR_RENT','AHR_UTILITY','AHR_SECURITY') (колонка появилась в AURORA-1907/0053, PR #271 — эта задача стекуется на его ветку). Ручные строки (source_sheet IS NULL), включая 'сверх лимита' из AURORA-1907, остаются видимыми как есть. Сумма на заголовке статьи не меняется — она и сейчас считается по всем реальным строкам независимо от видимости.
На листах-источниках (AHR_LIMIT/AHR_RENT/AHR_UTILITY/AHR_SECURITY) ничего не скрывать — там детализация и так нужна, это и есть ответ на вопрос тикета 'где смотреть детализацию'.
budget_line, form2_ahr_satellite_line_source, уникальные индексы, протокол WS — НЕ трогать. Миграция данных (слияние существующих дублирующих строк) — НЕ нужна, раз строки не мерджатся, а просто скрываются.
Запретить кнопку «Добавить строку» на статьях, завязанных на АХР Аренда/Коммунальные услуги/Охрана (не на лимитах — там ручная строка 'сверх лимита' явно нужна, это фича AURORA-1907, не трогать). Конкретный способ отличить такие статьи (сейчас в коде захардкожены id 314/24/779, см. 0034_ahr_rf_sort_order.sql) — на усмотрение исполнителя, актуальные id проверить на тестовой БД, а не брать из текста старых миг��аций.
Свод 2 (v_svod2_rf) — НЕ трогать, вне рамок задачи (построчная детализация договоров там сознательно остаётся, вопрос отложен до отдельного тикета при необходимости).

Снятые вопросы к заказчику (из исходного текста Jira)

Все три вопроса из тикета (как называть сводную строку / где смотреть детализацию / нужна ли построчная детализация в Своде 2) отменяются упрощённым дизайном — сводная строка не создаётся (это существующий заголовок статьи), детализация остаётся на листах-источниках, Свод 2 не трогается.

Jira: AURORA-1887 (эпик AURORA-1876). Исходный тикет предлагал архитектурное решение (слияние budget_line, миграция данных, новый протокол WS) — по итогам обсуждения в чате 2026-10-31 принят упрощённый дизайн, который не меняет модель данных и не требует OpenSpec change: ## Дизайн (согласован в чате, не architectural) - На листе AHR (главный лист АХР формы 2) уже есть дерево row_type (ROOT/GROUP/ITEM/SUB_ITEM/INPUT): каждая сателлитная budget_line (лимиты/аренда/коммуналка/охрана) уже вложена как INPUT-строка под заголовок статьи (ITEM/SUB_ITEM), который уже считает сумму по всем своим INPUT-детям. Проблема только в том, что все INPUT-строки сейчас видны (разворот по умолчанию на фронте — косметика, не защита). - Решение: в v_form2_sheet_jsonb/v_form2_sheet_sections (актуальные версии — найти через grep по api/alembic/versions/sql/*.sql, последняя правка в 0053 для первой функции) для листа AHR **не возвращать** INPUT-строки, у которых source_sheet IN ('AHR_LIMIT','AHR_RENT','AHR_UTILITY','AHR_SECURITY') (колонка появилась в AURORA-1907/0053, PR #271 — эта задача стекуется на его ветку). Ручные строки (source_sheet IS NULL), включая 'сверх лимита' из AURORA-1907, остаются видимыми как есть. Сумма на заголовке статьи не меняется — она и сейчас считается по всем реальным строкам независимо от видимости. - На листах-источниках (AHR_LIMIT/AHR_RENT/AHR_UTILITY/AHR_SECURITY) ничего не скрывать — там детализация и так нужна, это и есть ответ на вопрос тикета 'где смотреть детализацию'. - budget_line, form2_ahr_satellite_line_source, уникальные индексы, протокол WS — НЕ трогать. Миграция данных (слияние существующих дублирующих строк) — НЕ нужна, раз строки не мерджатся, а просто скрываются. - Запретить кнопку «Добавить строку» на статьях, завязанных на АХР Аренда/Коммунальные услуги/Охрана (не на лимитах — там ручная строка 'сверх лимита' явно нужна, это фича AURORA-1907, не трогать). Конкретный способ отличить такие статьи (сейчас в коде захардкожены id 314/24/779, см. 0034_ahr_rf_sort_order.sql) — на усмотрение исполнителя, актуальные id проверить на тестовой БД, а не брать из текста старых миг��аций. - Свод 2 (v_svod2_rf) — НЕ трогать, вне рамок задачи (построчная детализация договоров там сознательно остаётся, вопрос отложен до отдельного тикета при необходимости). ## Снятые вопросы к заказчику (из исходного текста Jira) Все три вопроса из тикета (как называть сводную строку / где смотреть детализацию / нужна ли построчная детализация в Своде 2) отменяются упрощённым дизайном — сводная строка не создаётся (это существующий заголовок статьи), детализация остаётся на листах-источниках, Свод 2 не трогается.

aep referenced a pull request that will close this issue

2026-10-31 21:00:10 +03:00

AURORA-1887: скрыть сателлитные строки на листе АХР, заблокировать добавление для аренды/коммуналки/охраны #273

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: RSHB/DFiP_Budget_planing#272