Нормализатор OCR: при конфликте label и кодов строк тип документа брать по кодам #30

New Issue

aep · 2026-10-09T19:03:23+03:00

aep commented

2026-10-09 19:03:23 +03:00

Проблема

ИС Сканирование вернула для ОФР ООО «Нижегородские нивы» (job f37d677c-be9a-401c-853b-48b84224461e) таблицу с label.form_name = "Бухгалтерский баланс", хотя все 23 строки имеют коды 2110…2910. Нормализатор по правилу спеки image-recognition-gateway («если label и коды дают разный тип — тип по label») выставил document_type = BALANCE и needs_check. Аналитику придётся менять тип вручную, хотя коды строк — 23 независимых признака с confidence = 100, а label — одна классификация без confidence.

Решение (согласовано с владельцем 09.10.2026)

Если коды строк данных единодушны (все коды одной группы: только 1xxx или только 2xxx) и расходятся с label — тип по кодам, предупреждение тип по label (<label>) не совпал с кодами: взят <тип>, статус needs_check (критерий D-6 «тип совпал с label» не меняется).
Если коды смешанные (есть обе группы) — как раньше: тип по label, предупреждение «тип по кодам … не совпал с label».
header.form_name не трогаем — это то, что распознала ИС (первичка не мутируется).
Правка спеки openspec/specs/image-recognition-gateway/spec.md (правило document_type и сценарий) в том же PR.

Bounded-задача: без OpenSpec change и плана.

## Проблема ИС Сканирование вернула для ОФР ООО «Нижегородские нивы» (job f37d677c-be9a-401c-853b-48b84224461e) таблицу с `label.form_name = "Бухгалтерский баланс"`, хотя все 23 строки имеют коды 2110…2910. Нормализатор по правилу спеки `image-recognition-gateway` («если label и коды дают разный тип — тип по label») выставил `document_type = BALANCE` и `needs_check`. Аналитику придётся менять тип вручную, хотя коды строк — 23 независимых признака с `confidence = 100`, а label — одна классификация без confidence. ## Решение (согласовано с владельцем 09.10.2026) - Если коды строк данных единодушны (все коды одной группы: только `1xxx` или только `2xxx`) и расходятся с label — тип по кодам, предупреждение `тип по label (<label>) не совпал с кодами: взят <тип>`, статус `needs_check` (критерий D-6 «тип совпал с label» не меняется). - Если коды смешанные (есть обе группы) — как раньше: тип по label, предупреждение «тип по кодам … не совпал с label». - `header.form_name` не трогаем — это то, что распознала ИС (первичка не мутируется). - Правка спеки `openspec/specs/image-recognition-gateway/spec.md` (правило `document_type` и сценарий) в том же PR. Bounded-задача: без OpenSpec change и плана.

aep referenced this issue from a commit

2026-10-09 19:07:29 +03:00

fix(normalizer): при конфликте label с единодушными кодами строк тип документа — по кодам (#30)

aep referenced this issue

2026-10-09 19:07:45 +03:00

Нормализатор OCR: при конфликте label и единодушных кодов строк тип документа — по кодам (#30) #31

aep referenced this issue from a commit

2026-10-09 19:08:45 +03:00

Merge pull request 'Нормализатор OCR: при конфликте label и единодушных кодов строк тип документа — по кодам (#30)' (#31) from feat/30-type-by-codes into main

aep closed this issue

2026-10-09 19:09:49 +03:00

aep commented