- data-model-v5.26.dbml, entities-v5.26.md = v5.25 + пункты 1–5 КФО; changelog v5.26 после v5.25,
пометки «v5.25 занят PR #203» сняты
- 03/04/08: версия модели v5.26 с пунктами v5.25; OQ-179 перед OQ-180…194
- диаграммы: make diagrams (part10 из main; part04 — версия main, сдвиг раскладки рендера не берём)
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
§7: правило group в statement_checks.yaml, соотношения 2400 полного и
упрощённого наборов — альтернативы; OQ-12 закрыт в части 2410.
Change statement-checks-alternatives: требование «Шаг 7» спеки
statement-normalization.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Proposal и design: §8 «КФО», DBML v5.26, контракт API КФО под AURORA-1546/1547; ответы на вопросы проверки исполнителем.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Контракт dev/api-contract-goodwill.md/.openapi.yaml — по факту arm-core #222 после
доводки: пары по вложениям 58.01, «Нет вложений», nullable суммы, warnings, groups и
УК в итогах, пакетный PUT …/goodwill, доля до двух знаков, sign в экспорте;
OpenAPI выгружен из app.openapi(). §8 «Гудвилл» — выжимка DOC-259025 (03.11);
OQ-10/OQ-37 — что принято в реализации.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Критично: stored_file.is_scan был описан наоборот (true = цифровой вместо true = скан),
противоречил §14.6 и собственному имени столбца.
Важно: §14 не говорил явно, что ОСВ не получает lines/values в payload (теперь
dependentSchemas в контракте это ещё и проверяет); §14.3 не говорил, что
quality_outcome_fact.document_id не unique и метрики берут последний факт; амount в
контракте был float вместо decimal-строки (как money в recognition-result.schema.json);
правка "дата колонки" не имела счётчика — явно отнесена к fixes_header_*; правило
хранения S3 при удалении файла (OQ-179) не было согласовано между domain-rules,
architecture и spec.md (spec.md ошибочно утверждал, что uploads экспирится в отличие
от raw — не экспирится ни то, ни другое, если на них ссылается факт).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
OQ-179 (срок хранения raw/{job_id}.json), роль raw и dkb_metrics в 03-architecture.md,
openspec proposal/design/specs, план реализации (AURORA-1759).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Снимки 75/76/77/79/80 переснял на широком окне браузера — предыдущие были прокручены
вправо и теряли колонки «ЮЛ»/«Строка баланса» в кадре, по которым читается пример. У
79 исходная строка несла отладочный комментарий другого разработчика («Проверка
подключения к реальному API (Task 8), удалить после проверки») — заменил его на
содержательный текст перед съёмкой, не стал показывать служебный текст в инструкции
для заказчика.
Текст §12.1/§12.4 дополнен: «Настройка таблицы» (выбор видимых колонок) и «На весь
экран» — обе кнопки есть на экране, но не были описаны; поведение полноэкранного
режима проверено живьём на стенде, а не по аналогии с шахматкой.
Собран docx-экспорт: admin/deliverables/АРМ КА — Инструкция пользователя 03.11.2026.docx
(pandoc --reference-doc на правленый docx редакторов от 26.10, картинки приведены
к ширине 7.05556", неиспользуемые media reference-doc вычищены).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Новый раздел 12 описывает вкладку «Таблица корректировки» (arm-core
main 967fa01, PR #206/#208/#215): агрегаты пар ВГО, раскрытие до
строк ОСВ, перенос строк между правилами, окно «Корректировка
операции» с разнесением по статьям и черновиком, фильтры/пресеты,
экспорт, read-only режим. Снимки — со стенда разработки, версия
РБ 2024 К3. Разделы 12–15 перенумерованы в 13–16, ссылки обновлены.
Issue #200.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
У фичи AURORA-1540/1541 (корректировки) и AURORA-1751 (vgo_assignment),
слитых 02.11.2026, не было ни одной проверки в регрессии: ui_smoke.py не
заходил на вкладку корректировок, stand_scenario.py не делал ни одного
запроса к /corrections или /vgo-assignments.
- stand_scenario.py: happy-path GET /vgo-assignments/distribute и
GET /corrections на каждый сценарий; сохранение корректировки первого
агрегата и повтор с тем же expected_version_no — 409
CORRECTION_VERSION_CONFLICT. rb-2024-q3 не имеет подтверждённых форм ББ
(только ОСВ) — сохранение там штатно получает 422 INVALID_LINE_CODE,
это не регрессия и репортится как пропуск, не красным.
- ui_smoke.py: страница /groups/{g}/versions/{v}/correction на каждую
версию сценария.
Проверено: python3 -I scripts/regression/regress.sh --only stand,ui —
зелёный, оба сценария (rb-2024-q3, rb-2025-q1), включая реальный 409 на
rb-2025-q1 и скриншот вкладки «Таблица корректировки» с данными.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Миграция 0011_dbml_v5_24 (vgo_assignment) уже была слита в arm-core main;
docs/model/data-model-v5.24.dbml не существовал — arm-core-dbml-check
красный в регрессии 2026-11-02_2131. Таблица описана по факту ORM/миграции
(dbml_parity.py уже содержал хардкод под это: поля side нет — решение
зафиксировано).
Заодно приведены в соответствие с уже слитым кодом:
- 05-domain-rules.md §5: экран «Пары ВГО» (elimination-totals/pairs) оставлен
как есть (двойной учёт — известное ограничение, из UI убран), добавлен
п. 2a — разнесение строк в «Таблице корректировок» (vgo_assignment),
которое и решает двойной учёт исключением спорной строки до ручного
решения аналитика;
- §8: корректировка — массивы debit[]/credit[], всегда APPLIED, без
REVOKED, оптимистичная блокировка по version_no, порог строго > 5 % (R-35);
- OQ-178: открытый вопрос "включительно или нет" (ТЗ/DOC-272613 против
факта реализации) зафиксирован отдельно от уже закрытого OQ-174;
- analyst/eliminations-vgo.md, dev/api-contract-corrections.md/goodwill.md,
context/*, Makefile, openspec/config.yaml, repo-templates/arm-core.CLAUDE.md —
версия 5.23 → 5.24; диаграмма part08 перерисована.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Лысенко приложил к вики-странице DOC-272613 обновлённый макет «Таблица
корректировки» (вики-вложение #193) — дизайн-референс для AURORA-1541.
Файл лежал только локально в корне рабочего пространства; кладём в
docs/mockup/ по конвенции существующего макета, чтобы команда могла
открыть его без доступа к локальной машине.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Черновик для параллельной разработки бэкенда и фронта, по аналогии с
api-contract-corrections: фронт строит экран на фейковых данных, не
дожидаясь методологов (AURORA-1369, срок 02.11) и бэкенда.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- отзыв корректировки и status в PUT убраны: сохранение сразу APPLIED (ответ п. 9);
- «не учитывать в КФО» — только у нераспределённой строки, у строк агрегата excluded
нет; EXCLUDE/INCLUDE строки агрегата — 422 ENTRY_ALLOCATED, ASSIGN исключённой —
422 ENTRY_EXCLUDED; UNASSIGN уводит строку в нераспределённые (ответ п. 4);
- у нераспределённой строки — line_code, строка баланса владельца (ответ п. 11);
- vgo_assignment — только ручные решения (action ASSIGN | UNASSIGNED, is_exclude, side),
автоматика — чистая функция 1751; кто что делает 1540/1751 ([allocation-split]);
- экспорт: один лист, имя Корректировки_<ГК>_<год>_<квартал>.xlsx, как в WIP #208;
- снято «ждёт п. N» там, где ответ есть; граница ровно 5 % — открытый вопрос.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
