Решение владельца 27.10.2026: счёт из соседней ячейки, «За период» с диапазоном .. и годом из двух цифр,
вид субконто в таблице, субсчета с тремя цифрами, код контрагента + название + договоры, «ИТОГ по …» и «ИТОГ».
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Пара «новый документ — прежний» с counterparty_check = MISMATCH у любого из двух
в замене не участвует; UNKNOWN заменяется как прежде; оставленный файл —
предупреждение «автозамена не выполнена». Полная переработка — AURORA-1752.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Решения владельца 23.10.2026 по ревью arm-core #175:
- consolidation_version.elimination_rules_version — not null, существующим
версиям номер проставляет миграция по дате создания;
- §5: каскад по остатку отменён (21.10), правила считаются отдельно до
разнесения строк AURORA-1751; суммы сторон со знаком, при min <= 0 процент
не считается; отрицательные строки в упаковку не идут (NEGATIVE_AMOUNT);
группы сортируются по проценту расхождения; выдача — список троек версии
и детализация тройки;
- OQ-173, OQ-174, OQ-175; страница аналитика; гайд фронта §5.7.2;
ссылки на модель и диаграммы — v5.23.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
§9.4 — автоповтор публикации не наращивает attempt, ручной повтор — новое задание.
§9.5 п. 12 — ключ автозамены после уточнения; п. 13 — коды, 202, файл из консолидации,
состав пакета (только файлы в ERROR), accepted/skipped.
frontend-api-guide — маршруты retry и osv-header, новые поля DocumentOut, коды ошибок.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- audit_action: FILE_REPROCESS — повторная обработка файла пользователем
(раздел PRIMARY_DOCUMENTS). Файл не загружается заново, создаётся новое
recognition_job (attempt + 1), поэтому FILE_UPLOAD и FILE_REPLACE не подходят.
- 05-domain-rules §9.5 п. 13: правила повторной обработки (решение владельца
19.10.2026, AURORA-1442) и состав события: object_type = stored_file,
before — прежнее задание, after — новое, пакет — по событию на файл
+ consolidation_id; п. 6 и §9.4 — ссылки.
- entities-v5.21, диаграмма part09, ссылки на текущую версию модели.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- document: is_modified, original_values, modified_by, modified_at — правка
period_year / period_quarter / is_cumulative / osv_account_code на месте,
распознанное в original_values (первичка не мутируется); копия document не
создаётся.
- 05-domain-rules §9.5 п. 12: PATCH /documents/{id}/osv-header — проверки,
сброс подтверждения и снятие привязок к версиям «в работе», аудит
RECOGNIZED_DATA_EDIT; §3 п. 1 — новая точка отвязки.
- OQ-161 закрыт вариантом (2); флаг CONSOLIDATION_PERIOD_FROM_VERSION
снимается после правки на экране.
- entities-v5.20, диаграммы, ссылки на текущую версию модели.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Решения владельца 21.10.2026 по ревью arm-core PR #141: пресет шахматки —
дополнительно правило ББ Прил. 3 (без каскада §5, ОФР — нет); корректировки и
строки без пары в шахматку не входят (AURORA-1653, AURORA-1536); версия правил —
действующая на дату составления консолидации, фиксация — AURORA-1536.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
В main (#138) номера OQ-169…172 заняты вопросами ОСВ; пересечение счетов правил
элиминации — OQ-173 (закрыт решением владельца 19.10.2026).
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
§5: сумма элиминации пары (A, B) считается по правилам в порядке rule_no, каждое берёт
min из остатка сторон после предыдущих (как правило № 1 Прил. 3) — без двойной
элиминации по общим счетам № 3–8; упаковка в том же порядке, ничьей между правилами
нет; зеркальные № 9–16 — те же правила для (B, A). OQ-169 закрыт решением владельца
19.10.2026. Документ для аналитика: раздел 3.2, 3.3, пример, В-12.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
§5: два уровня по тройке (правило × A × B) — сумма элиминации (агрегат min(ΣA, ΣB),
порог 5 %, идёт в КФО) и упаковка строк 1:1 / 1:N / N:1 (N ≤ 5, N:M нет, минимальная
по числу строк, ничья → ручное). §8: eliminated_auto — Σ троек. OQ-07 закрыт решением
владельца 19.10.2026; новый OQ-169 — пересечение счетов правил (двойная элиминация).
Документ для аналитика: разделы 3.2, 3.3, 5, вопросы В-2 (решён), В-4, В-12.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
analyst/eliminations-vgo.md: что хранится и что считается (DECISION-5), раскладка
elimination_rule / elimination_rule_account (Прил. 3/4, версии), сопоставление пар,
шахматка, путь до КФО, корректировки, гудвилл, пример на фикстурах РБ Q3 2024,
вопросы В-1…В-11. В индексе 08-source-docs-index — раздел «Материалы для аналитика».
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Спеки применены: 5 новых capability (arm-core, arm-web, scan-gateway,
statement-normalization, tabular-recognition-service) с Purpose, изменения
quality-checks и recognition-contract. Ссылки в 05-domain-rules, DBML v5.19,
entities, dev/checks.md и dev/qa-statements-v2.md ведут в архив.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Пакет: engine.edition (choose_edition) и engine.contract_document_status
(status_input_from_contract) вместо сборки StoredForm ради редакции и status_input_from_v2;
FailedRelation.expected/actual — Decimal | None; O-8 закрыт.
API для плана 6: LineOut.line_code_confidence, StatementHeaderOut.okei, header.source.confidence —
строка Decimal, StatementOut.edition_lines, DocumentBrief.issue_counts, line_id/line_code в detail
ошибок элемента lines[]; P3-19…P3-24; спека arm-core и гайд §5.6.1 дополнены.
Р-34: подтверждение кода не меняет уверенность — буква спеки arm-core, §9.5 п. 9 и гайда приведена;
O-2 закрыт. Р-35: очистка отказывает только при верифицированной версии — P3-12, тесты A4, спека
«Очистка форм» п. 2 и сценарий; O-5 закрыт.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BJKMLHdxMwSUeYcdkwqX4W
- DBML и §9.5 п. 2: inn_original_value = inn, report_date_original_value = report_date_text, units_original_value =
units_text; сырой текст и уверенность всех полей — header_source (K-3)
- 03-architecture: путь копии, VERSION, коды sync-statements --check, перечень кодов в contracts/ (K-9, K-5)
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BJKMLHdxMwSUeYcdkwqX4W
- §7: мягкое соотношение, сошедшееся точно, подтверждает неуверенные значения (Р-21); ОФР упрощённого набора
2400 — мягкое (Р-22 / S-5); form_variant = null — полный набор; 1.x и мигрированные формы — §7 копией
arm_statements один раз в document_issue, экран и подтверждение читают только его (K-2)
- §9.3: страховка согласованности document.status = done (K-24), «того же периода» — год и квартал (K-20),
1.x после правки — общим кодом (K-21)
- §9.5: признак строки правки — row_index IS NULL (K-1); header_source, codes/column_index document_issue (K-3, K-13);
LINES_UNRESOLVED — сумма или текст (K-16); PATCH: organization_name (K-12), confirmed: false, line_status только
detail, обратного detail нет, дата колонки обязательна, акцепт сбрасывает только правка данных, подтверждение даты
отчёта тем же значением (K-17, K-23); 409 LINE_EXISTS → LINE_CODE_TAKEN (K-18)
- §11: TABLE_PARSE_ERROR и SHEET_OTHER — уровня файла (K-7); столбец кодов ищется всегда, DISCLOSURE с кодами ББ/ОФР —
TYPE_CONFLICT (K-10); номер колонки (K-6); содержимое строки (K-14); нумерация с двойниками и одним пропуском (S-13);
ref Excel с кавычками (S-15); единицы по словарю и ОКЕИ (K-22); перечень кодов — данные, законные повторы (K-5, Р-20),
обе редакции всегда; синонимы и «итого по разделу» в сверке имён (S-4); интерфейс функции статуса (K-14); ожидание на
реальных сканах (K-4); бланк 66н с относительными подписями (K-17)
- 07-open-questions: OQ-148 закрыт (Р-22 / S-7), OQ-166 уточнён, OQ-168 — коды перечня без образца
- dev/checks.md: копия arm_statements, sync-statements (коды 0 / 10 / 20 / 2), statements-check в check-full,
проверки docs (K-9); frontend-api-guide §5.6.1 по новым правилам
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BJKMLHdxMwSUeYcdkwqX4W
- recognition-result.schema.json 2.0: line_code nullable + line_status, row_index, ref, parent_ref,
line_code_text, needs_review у значения и строки, values[].text, <поле>_text/_confidence шапки,
needs_review_fields, period_kind, label_confidence, document.status/warnings у всех документов
(включая ОСВ), form_variant, checks обязателен у ББ/ОФР со строками, нарушения с codes, без
duplicate_line_codes, service.statements_version; changelog — в $comment
- recognition-result-message.schema.json 2.0: metrics.warnings — структуры
- примеры переведены на 2.0 (Excel: detail-строка и нарушение пустой цели; OCR: догадка, покрытая §7,
строка unreadable, разлепленная строка)
- 03-architecture: общий код arm-statements, контракт v2.0
- спека: у разлепленных строк line_code_text и text — k-е части
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BJKMLHdxMwSUeYcdkwqX4W
