Andrey Epifancev f9644a952e openspec archive: intercompany-matrix-totals, intercompany-matrix-totals-ui (#218 , #225 )

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-11-06 17:22:24 +04:00

Design

Решения

Один маршрут вместо ALL/MANUAL. Режим выводится из тела: обе стороны пусты — ALL, иначе MANUAL; пресет — отдельный маршрут, как раньше. Одна пустая сторона = все балансовые счета этой стороны.
Фильтр ЮЛ на бэке. legal_entity_ids сужает периметр до расчёта: оси, ячейки и итоги считаются только между выбранными ЮЛ (DOC-221277: «оба итога должны пересчитываться по выбранным компаниям»).
Итоги — словарь по ID ЮЛ. total_debit[id] — сумма amount_a строки, total_credit[id] — сумма amount_b столбца; значения квантуются до двух знаков в схеме (иначе пустая выборка из одного ЮЛ дала бы "0").

Дата	Решение	Обоснование	Цена ошибки
2026-11-06	Поле `total_debet` переименовано в `total_debit` (ревью #218, M-1)	во всём API — `debit` (`debit_account_ids`, `osv_entry_ids_debit`); фронт поле ещё не читает	нулевая: переименование до первого потребителя
2026-11-06	Итоги квантуются валидатором схемы (M-2)	спека обещает `"0.00"`; при одном ЮЛ ячеек нет и сумма — `Decimal("0")`	минимальная
2026-11-06	`grand_total` результирующей таблицы убран из API и XLSX (I-1, решение владельца в чате)	аналитик 03.11 попросил убрать итог снизу; сумма ДЗ + КЗ + ФВ + займов смысла не имеет; в DOC-221277 итоговой строки нет	если заказчику понадобится итог — отдельная задача с правилом